《做过程序员的产品经理是一种什么样的存在》读后感

原文链接：做过程序员的产品经理是一种什么样的存在？

读完此文后，有所感触，摘录文中的部分文字，希望能有所进步，做到一二。

既然改需求是经常会出现的，那就要求还是得做好更改需求的准备。有这么几种方法：

提高代码的可复用性、可扩展性等等 。

根据产品规划来做好充分准备

每个功能的实现方法都有很多，怎么选择并不是只看当下的成本如何，而是要关注未来产品的整体规划。

可能目前要完成功能 A，有 1、2、3 多种方案，方案 1 成本最小。但未来要完成 A、B、C、D 很多功能，**方案 3 更有利于整体成本最小。那就要选方案 3 未雨绸缪**。

多跟产品团队交流，**了解未来产品要做成的样子、哪些功能会是必须的、哪些功能是可能会有的，提前做点长远规划，多从长远来看**。

准备理解内容，防止返工

不仅要理解功能，还要理解使用场景，并及时与产品经理进行沟通。对于需求，抠得越细，想得越清楚、明白更好。将需求变更风险控制在需求分析与理解的阶段

善于用数据、通俗的解释来进行沟通

程序员最应忌讳的就是说『这个做不了，说了你也不懂』、『这个太难，懒得跟你解释』，这个是比较常见的问题。程序员要学会沟通，尝试去沟通。不要让产品经理觉得是在推卸责任。