软件心学格物致知篇(5) 愿望清单(上篇)

前言

最近发现愿望清单是一个很有意思的词，结合自己的一些过往经验得到一点点启发。

我发现在众多领域都有东西想伪装成它。

比如一些企业的企业战略，比如客户提出的一些软件需求，比如一些系统的架构设计指标，比如一些家长给孩子制订的学习目标......

愿望清单之企业战略

我们先看一个真实的产品战略：某纸制品制造公司，制订了如下的战略：

产品战略有两个维度，一个维度是搞价格竞争还是品质竞争，另一个维度是面向广泛市场还是专注于细分市场。虽然公司各种类型的纸制品都能生产，但降低成本比较困难，所以选择在广泛市场上搞品质竞争。

运营策略一般有持续改进和创新、扩大产能、提高供应链效率、外包、以及及时推出新产品。公司对生产环节没有什么控制力，所以主要采用改进设计作为运营策略。
最后要达成的战略目标是产生9%的资产回报率，每年至少10%的销售增长。

请问上述公司战略有什么问题？

如果你不是一个战略专家，你可能很难发现问题。如果你是一个战略专家，你可能根本不把上面的战略称之为战略，可能称之为愿望清单更为合适。

上面的企业战略犯了两个常见的战略错误。

第一个错误就是对照着一个现有的框架来选择战略，且不说框架的权威性与正确性。做战略不是在现有选项里选择一个最好的，而是根据自身实际情况创造出来的。很多框架只是别人的经验，只能作为启发，不能作为选项。

第二个错误就是毫无实现途径的目标。每年销售额增长10%并不是路线图，怎么实现销售额增长才是战略的一部分。到底是争取更多的客户，还是提升现有客户的购买力，还是双管齐下呢？

所以做战略不能生搬硬套，不能先定一个目标，然后从一本攻略大全里做选择。这样得到的只能是愿望清单。

战略必须是从自身出发，找到关键难点，搞清楚主要矛盾，再结合自身的特点，利用优势杠杆，创造出一个解法。

愿望清单之客户需求

在软件开发中，我经常会在一些项目中看到伪装成用户需求的愿望清单，先欣赏下下面的场景：

酒店人员：系统需要新增一个酒店平面图的功能
需求人员：好的，请把纸质的酒店平面图给我参考下
-----------------转交研发-------------------
需求人员：这是酒店的平面图，需要在系统里增加这个功能，客户急着这周就要
研发人员：一周时间有点紧啊，那只能做个用HTML元素搭建的示意图了
-------------------转交客户------------------
酒店人员：这是什么图？又不支持放大、缩小、平移。字还那么小，怎么看呢？
-----------------转交研发--------------------
需求人员：用户要求地图可以放大、缩小、平移，还有字体要放大
研发人员：好的（加上两个按钮放大、缩小，修改对应样式就可以了）
-------------------转交客户------------------
酒店前台：.......(什么也没说直接打电话给领导了) 领导，你看他们新上线的功能，那个平面图做成啥样子了！他们就是这么应付我们的吗？
客户领导：什么！我马上打电话给他们领导
.....未完待续.......

以上场景就是典型的把用户的愿望清单当做了真实需求进行系统研发的故事，需求人员到最后也没弄清楚用户的实际需求到底是什么。

故事的后续有专业人员介入后才弄清楚平面图功能只是用户为了解决某问题而提出的解决方案，其实要解决用户问题，有更好的解决方案。

真实项目中有多少项目组基于寥寥几页的用户需求描述来进行项目估算并着手软件开发的？据我多年的观察可以说很多公司和项目都存在该现象。

这种所谓的用户需求其本质就是用户的愿望清单，既然这些内容并不是用户的真实需求，那么随着时间更迭会不可避免的发生改变。所以不要怪用户的需求多变，其实用户需求一直没变，变得是愿望清单。

如果真想弄清楚用户的真实需求，你必须要学会一些需求分析的技能，掌握一些需求分析的模型，从而还原出用户的真实需求，并进一步的进行补充。否则你将会在用户的愿望清单上越走越远。

小结

愿望清单远不止伪装成企业战略、客户需求，还会伪装成架构设计目标、学习目标等。我会在下篇中进行阐述，并尝试剖析其本质，希望对你有所启发。