产品心得第一篇

2018年9月12日

从4月20号工作到现在9月12号，这将近5个月的时间，一直都在浑浑噩噩中度过，一直到8月末到9月中旬这三周时间的聊城大学项目算是我第一个从无到有负责的一个项目，这个项目给我的感觉是，自己做的真的太烂，烂到家了，烂的简直都不想承认是自己做的，算了，不说其他的了，简要总结下这个项目自己为什么会做的这么烂的原因。
1.自己之前有些骄傲了？不能说是骄傲，因为自己还没达到那个地步，应该叫井底之蛙，觉得自己负责了一两个项目（中国人民公安大学爆炸案件项目，和江苏警官项目），可却不知，中国人民公安大学那个项目，是去年的，我最多就是画个原型图，而江苏警官呢，这项目到是一个新项目，可是，我的原型图还没画完，就终止了。可就这两个项目，就让我觉得，所有项目都不过如此，然后，我就知道了什么叫做报应不爽啊（哭哭哭哭）。
2.自己的懒癌犯了，为什么呢，因为老师给的脚本太详细了，详细到我忘记了，这是老师的东西，而不是我的，导致的问题就是脚本是详细了。我也看懂了，然而懂得一知半解，画的原型图也潦草应付，导致的结果就是，浪费了快4天时间，这四天里，我把原来的脚本推翻，自己重新写了一份重新去了解实验过程和内容，工作量增加了不说，还耽误了开发时间。感觉自己好想去死。。。。。
3.脚本说完了，再说说模型。啊啊啊啊啊啊，模型这块好操蛋，妈的这块谁都不怪，就怪自己，好想抽自己两下。原因就是，我之前的需求不明确，然后给美工的模型也不明确，导致的直接后果就是，以前的模型被改了好多次，美工遭罪，我更他妈的遭罪，然而美工可以骂我，我骂谁去，打自己两下吧。事情不是到这里就完了的，关键是我以为我弄懂了需求，可实际上我还是有一些不懂的，导致的结果就是，没及时问老师，然后程序开发的时候遇到问题了，或者没有，或者需要修改，然后，身为产品的我，很容易想到的杯具啊。
4.模型说完了，就不能不说到ui，话说UI小姐姐是真漂亮（贵州的小姐姐都这么漂亮吗？宝姐姐也是这么漂亮），然后，我就被美色迷花了眼，差不多，反正UI这块，我自我感觉，我最大的错误就是看小姐姐长得好漂亮，然后就迁就人家，然后后来少东西了，还得再去麻烦人家，人家也不会多给你好脸色。呜呜呜，好想哭。
5.最后，程序。我真心觉得，产品和程序，永远都不要分家，因为你永远不知道你无论写的多详细的脚本到程序手里会理解出多么不一样的效果来，更气的还是这个程序还是外包的，这就更无力吐槽了。心酸，内牛满面。
总结以上原因，得出的结论有：
1.以后拿到的需求方案，粗略也就算了，你可以自己想；详细的话，一定得自己把需求方案重新设计（或者说抄一遍），只看不动笔，呵呵，这个项目你有的难受了。
2.自己写完需求文档之后，不能自己看完就完了，你还得让程序和美工还有UI看一遍，让他们知道这个项目是干嘛的，怎么干，然后，把需要程序和美工干的活给他们分好类，别指望人家自动归纳总结，人家是执行者，咱是领导者，别跟人一般见识。
3.千万不要看见漂亮小姐姐就昏了头，该让他们干嘛，就让他们干嘛，你这时候迁就他们，以后出了问题，在找人家，人家更会烦你要死，得不偿失啊啊啊啊啊啊。
4.做好服务工作或者说协调工作，主要指程序，当然还有美工和UI，不过这点还不知道应该怎么总结，经验太少，以后在总结吧。
以上就是做产品以来第一个项目的血泪史，男人嘛打碎了牙齿往肚子里咽。加油吧，少年！