说实话，我很庆幸能有这样一个机会，自己来主导一款产品。无论好坏，他都是我所一手打造出来的。以前从来没做过多功能型的产品，不太明白需求的重要性。当一个目标并不是那么明确的产品摆在你的眼前的时候，才会了解到，产品的根基就是需求，其他的交互、体验、设计、形态等都只是树枝。当一棵树长歪了，他再怎么枝繁叶茂也当不了参天大树。
一个产品经理首先得是自己的产品的用户。这一点非常重要，否则你对自己的产品就一点也不了解。其实这句话说起来容易，但是做起来一点也不容易。对我来讲，这件事还算好实现，毕竟阅读类软件，他从来没有挑过用户。但是如果是母婴类产品呢？譬如美柚。如果是学习类产品呢？譬如猿题库。这时候，产品经理就需要极强的代入能力，才能真真正正当自己产品的用户。做用户是要切实的使用进去，而不是只是点一点功能，看看交互这么简单。
其次，产品经理对于功能的排放要多考虑几个方案，择优选择。切忌拍脑门。我最早也犯过这样的错误，想当然的觉得，这个功能放在这里就挺合适的。然后就开始操刀原型，一气呵成，开始开发。然而，这中间缺少了思考，会导致很多想不到的问题，轻则需要缝缝补补，犹如一堵漏风的墙。重则返工，程序同学所有的代码白写，这时候产品经理就等着被程序同学揪领子吧。所以，在确定了要做什么样的功能之后，要多备选出几个方案供自己思考，比较好坏，再进行开发。很多时候想法并不是那么着急付诸开发。
再有，就是产品经理其实也属于半个项目经理。对于一个版本的产品何时开工，何时开发出第一功能，何时开发出第二功能，后台与移动端的接口谁先谁后。对于后面临时有的改动，该在哪里进行项目插队，都要进行一番思考。在开工之前把一切都计划好，才不会在开发的时候手忙脚乱。
关于产品的版本问题，我们是有这样的一个规定的。就是，产品的进度要高于开发一个版本。也就是说，当开发在1.1.0版本的时候，产品要构思实现1.2.0的功能了，这样可以有足够的时间思考功能的合理性，与其他人员探讨，并且以最小的成本修改自己的设计。当开发版本开发完毕之后，这个设计版本也基本告一段落了，这样就能继续开发，从而不浪费开发资源。
再来说一说沟通上面的问题，其实我在这方面遇到的阻力不是很大，可能是天赋点点的比较多。如果一个产品经理想要不那么累，就一定要把原型、PRD等文档写的尽量详细，让程序在开发的时候尽量少的向你问问题。这样还能多空出些时间进行产品方面的思考，而不是每天在回答问题，跟进开发上面造车轮。如果在设计、开发过程中遇到了矛盾，首先要明确此功能的意义，再就是确保自己的设计不会由于他人的建议而改变方向。比如，由于设计觉得评论放在页面的中间不好看，而调整到页面下端。这就完全改变了评论的出现位置，从而降低了评论在产品中的权重。就功能上来说，位置上的变更最好不要出现，如果出现，要考虑好优先级问题，毕竟手机的屏幕只有那么大。其实公司里的员工多数是为了产品能更好，对于他们提出来的意见，不要马上给予否定意见。先考虑，再将自己思考的内容以及为什么不按照他的想法这么做一五一十的给讲清楚，这样就会有效的避免开发跟进中的矛盾。
目前为止，我认为产品经理最重要的能力就是独立思考的能力。人云亦云会成为产品经理的致命伤。一个产品经理，如果对于自己的产品功能都没有一个仔细独立的思考，而只依靠别人提的意见就做出程序。那起码这个产品做出来毫无成就感。
这就是我做产品至今的感悟，以后还会有，看时间写出。
