遵循“用户就是上帝”的原则去跟用户谈规划

 需求规划能力

我们应该遵循“用户就是上帝”的原则去跟用户谈规划。

跟用户谈需求、做规划并不简单，就如同谈恋爱：当局者迷，旁观者清。

在《格鲁夫给经理人的第一课》一书中，在安迪·格鲁夫看来，规划是：

有什么事情我如果“今天”做了，可以让“明天”更好，或者至少让“明天”不会更糟。

这个社会不缺需求，缺少的是发现需求的产品人。

所以，作为产品人应积极引导。由于用户是把需求欲望带给我们的人，我们的工作就是满足这些欲望，从而使用户和我们共同获利。

在这里，用户需求是产品的根源，是产品开发的源头；如果源头都被污染了，那么整条河流都将被污染。

同样，这个社会不缺产品人，缺少的是用心去规划需求的人。所以规划并确认用户需求，在产品开发过程里占有十分重要的地位。

7. 变更控制能力

很多人都会有“朝令夕改之烦，自非有为而为，曷若且仍其旧”的感觉，英国有位经济学家说过：任何变更，即使是向好的方向变更，也总是伴随着折磨与痛苦。

举个生活化的例子：

一对情侣到饭店，叫来服务员点菜———需求方的原始需求；

厨师接到菜单做到一半，客户告诉服务员某菜里少放油———需求方中途变更需求；

厨师滤掉部分油，发现还是不行，于是把菜用水涮一遍———这叫改动太大，部分重构；

菜刚回锅，客户说不就少放点油么，小事情———需求方低估改动成本；

于是客户又对服务员说菜里加点蒜，大厨又忙去剥蒜———新需求引入了新研发成本；

客户突然想起来对象不喜欢吃蒜，又告诉服务员不要了———需求方某一功能点摇摆不定；

厨师默默地在厨房挑出刚放进去的蒜———开发者改动导致工期延误；

服务员来催，厨师说再多等一会———开发者请求重新排期；

客户告诉服务员快点上菜———需求方和开发者开始与产品经理叫板；

等菜上桌，客户却说这菜不是他想要的———最终上线决战。