作为一个后端开发人员，有幸接触到App端直接提出的需求，实现ios分发系统的设计开发。系统平台需求、原型和后端代码实现，是由我设计和开发的。页面是另一个前端同学开发的，我也体验了一把当产品经理的工作，有挺多感慨的，记录一下。
1.产品没有做出来雏形前，很难在原型设计阶段，去完全解决用户体验问题，毕竟每个人对产品使用熟悉程度和容忍度是不一样的。这个就体现产品功力的时候了。
2.一个产品做出来，体验好不好，用户不会找是谁开发的，只会找产品，提改进点。但是用户的需求可能在产品调研阶段，描述的并不是非常清楚(或者要求没那么高，但是实现雏形后，就会要求提高用户体验)。这个时候，也会导致产品频繁的变更需求。
3.由于上述两种原因，就会导致需求频繁变更。变更太频繁了，就会导致开发、测试人员多少有些抵触情绪，心底就会想:为什么你不一次性说清楚讲完？你的原型为什么不能完善些？。实际上，产品也很无奈。
(但是随着产品经验的提升，是能够降低上述问题的。如果一个产品经常出现类似问题，只能说产品经验不足。当然，我的经验肯定是不足的。)
4.最终，产品的质量还是产品的责任。任何一个产品，如果产品经理自身的满意度没有100%，那到用户手上，满意度是绝对比产品经理更低的。该优化的点，该解决的bug，必须去修改不能妥协，产品经理是需要有把产品做到极致的执念的。所以，如何去协调好开发人员的情绪，能够保质，保量的实现产品的优化、迭代，就很考验产品经理的协作能力了。
5.由于我本身就是开发，只用跟前端同学沟通。一有优化和bug就立马跟前端同学说，感觉他不知不觉在我的影响下，压力倍增，加班都在优化页面用户体验，多少感觉也有些情绪。这个纯粹是我的原因，所以也是我反思的主要原因。能不能完整的整理好需求，不要发现一个沟通一个，显得很凌乱。当然也有一些客观原因，我毕竟岗位还是开发，并没有产品经理那种权力(我说的你必须做，必须按我说的做)。很多时候我的要求都只是商量的语气，实现核心功能就行，细节并没有要求那么多，他就自己发挥了。这也会导致实现跟我的想法有细微差别，(作为一个极致的产品经理)我当然会立马弹窗发给他改啦，从而导致小情绪(我感觉是有的)。
6.作为开发，工作中我对其他产品经理很苛刻，需求哪里有漏洞，立刻义正言辞的指出来，颇有一番鄙视的意味(这么容易都想不到吗？一个原型缺这缺那的)。现在我也感同身受，真不要太苛刻了。(需求太离谱的除外哈，该鄙视还是鄙视)
7.当出现开发实现和产品原型(或者产品想法)不一致的时候，产品也会有情绪(你为什么不按我的原型做？可能原型也没完全表达出来，开发为什么不能理解出来。我原型没有要求，你为什么增加了功能？)，产品也会有这种情绪。
总之，只要是团队合作，无论是有经验，还是没有经验，这些问题不可能完全避免。那我今天写那么多是干嘛呢？其实，就是想告诉自己，无论是做开发还是做产品，都要摆正心态。我们只想把产品做好(既不是产品想频繁变更需求，也不是开发故意不能理解产品的想法去实现)，我们只是在各自的岗位，不同的方向为产品出力。不要去埋怨这个那个(一切客观因素)，遇到问题-沟通-解决问题，如此循环罢了。用一种平静的心态，去对待问题，与他人协作。最终，你不仅能收获好的产品的评价赞美，还能有良好的同事关系和口碑。
——与所有的开发和产品经理共勉
