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

本文链接：https://blog.csdn.net/qxmlovezn/article/details/137247004

愿望清单

前言

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

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

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

愿望清单之企业战略

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

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

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

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

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

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

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

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

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

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

愿望清单之客户需求

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

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

在这里插入图片描述
以上场景就是典型的把用户的愿望清单当做了真实需求进行系统研发的故事，需求人员到最后也没弄清楚用户的实际需求到底是什么(故事的后续有专业人员介入后才弄清楚平面图功能只是用户为了解决某问题而提出的解决方案，其实要解决用户问题，有更好的解决方案。