【PBA商业分析“上集”】需求缺陷对项目的影响有哪些？

       目前来说比较常见，很多时候客户把需求给你，或者领导给你，后面基本上不参与，他们就希望你接着刚开始的想法做出一个产品。但我们知道，最开始的一些想法其实根本不是很明确，所以按照刚开始的这个想法去做的话，往往得不出一个很好的结果。

       需求并不是越多越好，学过敏捷的知道项目符合二八定律，一个软件或者就任何一个产品中真正有用的功能，只有20%。80%功能都是我们自己设计的。所以，华为曾经在学过敏捷之后对公司的产品做一个梳理，发现华为的项目中有60%的功能，基本上没有客户去使用过，所以都是浪费了。

      例如，吃个饭，刚开始点菜，结果发现我们只想吃好吃的或者感觉比较烂的，或者偏甜一点的。但是你说不清楚到底是什么情况下，厨师也没办法给你做。而软件行业，这种现象比较常见，因为软件的特点是很难去描述。他没有非常直观东西，除非你最终做出来之后，我们才能发现我们真正要东西是个什么样子的。所以就会变得模棱两可，在做的过程中，随着结果完全不断的修改，会导致很多的返工。

       我们总觉得好像做的越多越好，但其实一个产品特点是少就是多，所以像我们的微信产品会发现它集成的功能并不是很多，他如果是做的越多，更多人会觉得没有意思，最近微信出了一个微视频的功能。但会发现用户基本很少用它，因为它不符合微信的一个用户产品的需要。

       所以需求多不一定会让产品变好，反而还可能让产品变得更坏。所以，除了微信加这个短视频还有当年支付宝想做社交，而它根本就不是一个什么社交场所，他是一个支付用的东西。在支付的环境下做一个社交的一个功能，就感觉不伦不类。其实，除了这个支付宝以外还比如说用的美团、饿了么等，在里面添加好友聊天的功能，会感觉很奇葩。

       刚开始对用户来说，尤其对甲方来说，是很难描述清楚他的需求。客户是随着项目进行过程中逐步对他的需求，变的更清晰。所以刚开始他们的需求很简略。这时会发现，我们很多的细节无法搞清楚。

       就比如曾经做了一个页面，当时谈的时候就好像谈清楚了，但最后在做的过程中突然发现几个确认按钮，不知道放哪个位置。项目组只能在自己的理解上放个位置。在最后验收的时候出现问题了，这个按钮的位置放的不对，而且他们点击之后转向的页面也不对，功能也不对。

       需求背后核心就是人。人的想法是千差万别的，因为人的需求本身就有矛盾对立的特征，所以满足某些人的需求，另外的人需求就会被忽略，被遗漏。这会导致这些人不满意。很多时候做之前并不是立马去写代码，或者去做事情，而是应该把对方的几个相关方，招在一起互相先达成共识，确认他们共同的痛点在哪里，工作的问题在哪里，然后找到问题对症下药，才能真正的解决他们的需求问题。

       此影响，在我们项目中也是比较常见的。像以前上海贝尔就出现过这么一个项目，客户要一根十米长的电话线。工程师就按照十米电话线去研发，但是做中发现。这十米电话线，不一定能解决客户的问题。所以这个项目经理，于是就问了一下这个客户背后真正的问题在哪里。一问才发现客户的想法是要在房间任何一个地方都可以接听电话。但是客户只见过有线电话，于是他只能提出要做十米长的电话线，这个需求。那我们可以做无线电话。

所以一旦这个需求不明确，我们很难去跟踪，因为即使说你做的十米长，但发现在部署过程中。它的信号的衰减都会影响到用户体验。再去改来改去就变得很麻烦。因为你忽略是客户真实需求，只是理解客户的想法而已。