如何衡量需求价值？

需求在软件工程中的重要性不言而喻，开发软件系统或产品最困难的地方就是能够准确说明开发什么或者产品的定位。需求是实施的根源，需求工作做得好坏对项目影响很大，这项工作一旦做错或者偏离目标，可能会给系统/产品带来极大的损害或返工，所以不管项目开发还是产品开发，能够清晰明确需求并且定位需求背后的价值是极为重要的。

CMMI2.0中RDM这个实践域，核心阐述了需求开发与管理的主要过程，与1.3版本相比，对需求开发活动的描述发生了一些变化，例如：持续在整个开发周期内进行，让需求活动贯穿整个生命周期，而不仅仅只是在设计之前。这让开发者们认识到需求的重要性和连续性，需要在整个项目过程中持续识别和细化。

CMMI2.0中描述相关利益者参与需求活动中，更多的是将之前被动参与变成了主动参与，让干系人积极主动参与，让他们看到需求的演变过程。这些变化也是2.0在需求开发与管理上的一些明显的提升，将需求开发和需求管理变得更加紧密并融为一体。

其中也涉及了需求价值的实践，例如需求获取这个实践，RDM2.1实践明确要求获取利益相关者的需求、期望、约束条件和接口或链接。在此过程中，需求工程师需要通过多种方式引导客户、用户提出自己的真实需求，项目经理通过甄别和深入沟通，定义出哪些是必要的需求，哪些是期望的需求，哪些是实现受限的需求，哪些是接口方面的需求以及系统与其他设备、系统之间的衔接关系，这个过程可以理解为提炼需求价值的过程，在受到工期，资源，预算等诸多因素影响时，项目经理需要充分衡量需求价值以及其长远影响。

那什么是需求价值?我认为能够解决用户的业务需要，并且能够给客户或企业带来效益或其他方面的提升，这种效益或是体现在流程，或是体现在收益。

需求本身不具备价值属性，只有当需求依附于一个具体的对象上时，需求才会产生价值，例如：公众号的分享功能，分享功能只是一个普通需求，但如果将此需求依附在微信上，可以带来更多的粉丝关注，从而转化其他收益，这就是它的需求价值。

需求价值能否被有效转化决定了产品或项目的价值的高低，那我们该如何识别并衡量需求价值呢？可以从以下几个方面分析：

一、需求的来源

☞从项目上看：我们真正需要从客户核心干系人处获取需求，了解他们的业务，清楚他们的痛点，在这个层面上需求价值与需求的大小无关，与需求提出人无关。那跟什么有关？与需要解决或实现的业务功能有关系，例如：某系统增加语音提示功能，方便视力障碍者操作，或者系统增加回显功能、确认操作，避免用户误操作……这些需求本质上来讲都是有价值的需求，它能够给客户解决业务痛点并带来便利。

☞从产品上看：源头首先判断是否来自用户或者是产品团队本身，需要从源头上把用户区分出来，前者是我们真正意义上的用户，也是我们潜在的客户，而后者是产品执行或设计的用户。特别是早期在构建产品，没有明确用户或者没有竞品时，这类人群的需求也是最早的用户需求，例如：发起人、需求人员、设计人员或者产品经理。尤其是对于前期市场用户基数不大的产品，产品需求更多的是来自内部这些产品人，他们基于自己对产品的理解和设想先进行设计，然后投入市场交给真正的用户使用，通过用户反馈来不断调整和优化产品，例如：腾讯的早期产品-微信。

所以我们需要关注真正有价值的需求从哪里获取，来自真正用户的需求优先级要高，而且更有价值，最好的方式是让我们的产品经理直接变成真正的用户。说到底，需求价值其实就是用户价值，这需要产品经理一个较长时间的实践和判断的过程。 

二、需求的“量”

这里提到的“量”从两个维度来看：

☞从项目维度看：这里的量就是质量，需求的质量是需求价值的重要体现。如何衡量？首先我们要判断需求是否完整，例如能否将每一项需求实现的功能都描述清晰，没有丢失的信息；再如：需求规格说明书应该包括用户需要的每一个功能或性能。其次，需求能否准确陈述想要开发的功能，也就是需求的正确性，我们要保证需求必须是一致的，任何一条需求不能和其他需求互相矛盾。另外，需求的充要（充分和必要）也是确保需求质量的重要一面，有价值的需求一定是可以被正常实现，所以需求质量在这个点上必须是可以在未来系统和环境的权能和限制范围内实施的，能够解决用户面临的问题。

☞从产品维度看：这里的量就是数量，需求提出的用户量是判断需求价值的重要因素之一。一个看似正确的需求可能仅仅满足很少的用户，那这个需求还需要被满足吗？这个也是经常困扰产品经理的问题。其实答案很明显，一方面看，如果这个需求是真正用户提的，即便提出的比例不高，它也是值得被满足的。但从另一方面看，一个产品需求是否有价值，更多地取决于是否给大多数用户带去价值，只有主流用户的需求被持续满足，产品才有希望被大众用户接纳和认可，而且这个需求数量级越大越好。

我们在开发一款产品的时候，在需求调研阶段，我们内心里一定设置几个问号-某个需求的提出人有多少？受众者有多少？能解决什么样的问题？特别是在产品开发中，我们判断有多少用户有这个需求，一定是他们期望解决某些共性的痛点，众人拾柴火焰高，往往呼声越高的，越是大众需要的，所以用户提出某一产品需求量的积累是衡量需求价值的重要指标。我们在产品设计环节不会投入大量精力去考虑那些少部分没有价值的需求，后续也就没必要投入更多的人力、物力去设计和实现。因此，需求的用户量在很大程度上决定了需求价值的比重。

三、需求的重要度

从需求的重要性可以直接看出需求的价值。我们获得需求后，要第一时间判断需求是否是用户迫切需要解决的，需求的优先级怎么样？投资回报率怎么样？这些都是需求重要度的关键指标。

很多人习惯于靠自己的感觉去开发，完全根据自我的设想或经验认为客户的需求应该是什么？这是很多人经常会犯的错误，即便你是一个经验丰富的项目经理或产品经理也不能妄下定论，依然需要我们按照正规的需求开发和管理流程进行，通过详细的需求调研、需求分析、需求验证和确认、干系人充分沟通等，确定需求的相关属性，最终判断需求的重要性。

重要的需求一定是有价值的，这类需求我们要进行科学管理，优先解决。但反过来讲有价值的需求不一定是重要的，这需要我们唯物辩证的来看，做好需求平衡及客户沟通。

☞从项目维度看：任何一个项目都有其开发意义，有的项目可能目标简单，比如为了短期的盈利，更多地是以持续盈利为目的，因此在处理一些客户提出的需求过程中，也需要从项目背后的业务生态的重要性进行衡量。例如：某个需求的实现能否给客户带来正向评价？能否增加用户黏性？能否给组织带来长期项目机会？需求价值最终体现在战略层面，通过用户的高度认可，给组织实现持续的订单和合作。

☞从产品维度看：产品需求也要遵循其产品模式及定位，识别重要的产品需求，让所有的产品设计都应该围绕产品理念去执行。例如：淘宝的产品理念是“让天下没有难做的生意”，所以它的产品设计都是围绕着这个理念去设计。平台帮助大大小小的商户实现了“老板梦”，让再小的生意也变得很容易做起来。围绕着“让天下没有难做的生意”的需求都是重要的，也是有价值的需求。产品经理在衡量产品需求重要度中，除了关注产品理念，还需要关注产品是为谁服务，为用户解决什么样的核心问题，如何体现产品的价值……围绕这些的需求通常也是重要的，多维度的思考有助于我们去把握住那些真正有价值的产品需求。

---

衡量需求是否有价值，考验的是项目经理/产品经理最基本的判断能力。一个有价值的需求，一定是高性价比的，具有可行性的，能够给企业带来一定效益的。最后我想说需求价值衡量犹如大海捞针，需要在海量需求中进行快速地甄别和判断，只有抓住用户最有价值的需求，才能实现其价值！

关注微信公众号【赛希咨询】，提前了解更多精彩内容！