作为一个刚入行的产品狗，有幸参加了某个项目的封闭式开发；在整个过程也“有幸”接到了后台和web两条产品线。虽然叫苦连连，但是收获不少、激情不减。希望能将我走过的坑分享出来，与之共勉，仅供参考。
什么是产品经理（or 产品助理），可以用一个词来描述：保姆。作为整条产品线的保姆，你需要不仅要照顾好用户、老板，更要照顾好程序员、开发者，毕竟是真正的实现者。
当我拿到产品线的时候，我着手开始于用户研究，需求分析，原型设计，多么真挚的开始了一腔热血的工作啊；火急火燎的开展了一系列的准备。当原型、PRD在手的时候，瞬间感觉自己屌屌的，这TM这要是做出来，真TM 好用啊，自己都被自己感动了有木有。
虽然咱们的开发人员特别少，但是我是很相信咱们的程序员啊！
然而，整个后台需要数据库重构，服务重写是同步进行的（虽然这流程是不对的，但是没办法啊，需要快速开发出来啊，然后拓展性也要很强）。那么问题来了，模型模型字段对不上，服务写接口完全不看原型的，前端完全靠服务来写，整个一技术驱动产品了，分分钟秒变传统软件。
说好的以用户需求为导向，以目标为导向的呢，童话里都是骗人的。然后做出来的东西完全不能拿出来用啊。感觉自己的前面做的一切都没啥用啊（当时心里真的在想，你们真的需要产品么，需要PRD么、需要原型么）。
我最后痛定思痛，吐血总结以下几点（小白观点，希望多吐槽）：
1.原型、PRD是要不断和模型、服务、前端进行不断沟通。需要沟通的优先级从高到低为 服务>模型>前端；
2.原型、PRD中的规则要写全，模型字段要对上，方便开发进行理解；
3.要有自己的立场，不要完全妥协，但必须有理有据。
4.当然，如果这个需求的优先级没那么高，倒是可以用这个来缓减和研发的纠纷，让他们知道，我们也是会考虑他们的；
5.最后，大家都是为了同一个目标奋斗，有分歧时正常的，说明产品正在往好的方向进行。坚决杜绝任何为了自己偷懒而撕逼的程序员；
好了，我能悟出来的也就那么多，作为一个小白，仅仅是分享自己走过的一点点坑，抛出话题，一起讨论，欢迎吐槽！
【“小苏，这个做不了啊"“什么？难道又要去撕逼了？”】
