需求(Requirement)是指客户对产品应承载或表现出的功能与特征的一种期望,它是产品应达到或满足预期要求的总和。新产品开发过程中的需求有别于市场营销中的市场需求(Demand)。市场需求是指一定时间内和一定价格条件下,针对某种商品或服务,消费者愿意且有能力购买的数量。
需求是新产品开发的原动力,即因为市场或客户有新产品的需求,所以才有了新产品开发。产品开发就是满足客户需求的过程,但客户的需求并非那么容易满足。很久以前,企业就发现产品开发的需求是难以管理的,所以在长期的实践过程中,需求管理方法逐渐形成,并发展成为一门独立的学科。
需求管理(Requirement Management)是指企业收集、整理、传递并最终实现客户需求的全过程。在新产品开发过程中,需求管理是实现客户需求的最基本方法。需求难以管理的原因有很多,其中一个就在于需求的维度众多,企业往往难以捕捉或准确收集客户的需求。图6-1显示了常见的需求维度划分,这只是一些常见的划分方式,实际上还有更多的需求维度。产品开发团队通过理解这些需求维度,从而理解客户的真正意图,并尝试在开发过程中准确实现这些需求,尽量避免出现项目目标偏差,减少开发风险。
图6-1 常见的需求维度划分
需求管理的第一步是获取需求,而需求的来源渠道各式各样。通常,企业获取需求的来源有两大方向:从市场或客户端获得需求;企业自我识别产品开发需求。多数企业的产品开发需求从市场或客户端获得,这是较为稳妥的产品开发形式;而企业自我识别产品开发需求是企业主动追求业务拓展的行为,具有较高的风险,相应地,回报也可能较高。
无论如何获取产品需求,在正式管理这些需求之前,企业都需要对这些需求进行分类。可以按已知的需求维度、需求实现的方式或需求对应的职能团队对需求进行分类。常见的产品需求可分为客户需求、市场需求、设计需求、测试需求和过程需求等,不同类别的需求代表了不同的关注点。
1. 客户需求
客户需求是基于客户认知而产生的需求,是产品开发的最原始需求。客户需求体现了客户的个体诉求,这种诉求往往是理想状态,甚至是荒谬或现阶段无法实现的。例如,“我需要一个性能强大的图形工作站电脑,但重量要和普通上网笔记本一样轻薄。”“我需要一辆动力性能卓越的越野车,但油耗要比普通家庭乘用车还低。”可见,客户需求往往非常模糊,即便客户自己,也很难描述清楚自己的诉求。但在产品开发过程中,客户需求是产品开发的风向标,一切以满足客户需求为最终目标,所以无论客户需求多么晦涩难懂,开发团队都要理解这些需求,并最终满足这些需求。产品开发团队需要利用一些专业工具(如产品原型)来理解客户需求并将其具体化。这是一个漫长的过程,贯穿整个产品开发过程中。
单纯以客户需求为产品开发导向的企业,往往比较依赖企业与客户之间的业务关系,这是一种典型的B2B(Business to Business)关系。产品在整个生产和加工链的中间过程往往就属于这种业务形式。
2. 市场需求
市场需求与客户需求类似,但市场需求是群体需求,并非针对个体。例如,家庭乘用车是应用范围非常广泛的产品,虽然每个车主都对车辆有自己的诉求,但家庭乘用车的制造商几乎不太可能针对单一车主进行定制(核心设计和关键零部件),所以制造商一般采用广泛的市场需求来设计车辆。
市场需求代表了一类客户或一个细分市场的普遍诉求。在单个客户没有提出特定需求的情况下,市场需求可作为一种普遍认知来补充客户需求。例如,某客户要订购一批水杯,要求生产商设计各种外饰来吸引消费者,但没有提出水杯不能漏水。水杯不能漏水是常识,是最基本的市场需求,此类需求无须客户提出,生产商也必须遵守。
以市场需求为产品开发导向的企业,往往是面对或非常接近终端消费者的企业。此时,企业所处的业务形式是B2C(Business to Customer)。这种企业往往有强大的销售渠道,并依靠这些销售渠道把产品直接推向最终客户,这种销售形式常见于消费品与日用品等产品的销售。注意,处于B2B业务形式的企业也存在市场需求,只是其市场需求的比重小于客户(特定)需求而已。
3. 设计需求
设计需求是产品设计时需要满足的需求。通常,设计需求是从客户或市场需求分解而来的。客户和市场需求通常难以解读,无法直接被用于设计产品。而产品开发团队则偏爱具体的、量化的、直观的开发诉求。例如,如果客户要求“设计一款漂亮的手机”,那么产品开发团队可能无法理解客户所说的漂亮是什么意思。设计师更喜欢看到类似“请设计一款色号为××××的手机”的需求,这种需求清晰且可执行。所以设计需求往往从一些标准的维度来描述,如功能、性能、环境适应性、稳健性、可靠性、可维护性、可用性、安全性、可运输性、可移动性和灵活性等。并非每个产品都具备以上所有维度,但产品开发团队需要尽可能按上述这些维度来分解客户或市场需求,并据此形成产品需求文件或设计需求清单。通常情况下,建议开发团队把规格分解得足够细致,按“需求+规格”形式来准备设计需求,如“电机转速需要达到8000转/分钟”。这个分解过程不是一蹴而就的,将在后续章节分享。
4. 测试需求
测试需求是产品开发团队用于研究产品特性或验证产品功能和性能的需求。测试需求没有统一规则,在产品开发的各个阶段均可能存在。在产品开发前期,开发团队需要对竞品进行测试分析,以建立自己的开发策略;在产品开发中期,开发团队需要进行大量的测试,以验证产品功能是否已实现;在产品开发后期,开发团队需要验证产品的性能并尝试进一步优化产品。这些测试活动都需要明确的测试需求来引导。在很多企业中,测试团队是产品开发团队的子团队,也是相对独立的团队(也有些企业将测试归入设计师团队),但测试需求并不全部由测试团队提出。测试需求的来源主要有三个方面:客户指定的测试需求、行业规范或标准、开发团队的自我诉求。客户指定的测试需求往往是客户最关心的对象,该需求越多则说明客户越强势,或者客户具有强大的技术积累。很多测试需求由行业规范或标准制定,这些往往由测试团队提出,因为这些测试具有重复性,可能在多个类似产品(如产品家族)上多次实施。而开发团队的自我诉求五花八门,在产品开发过程中,无法预知的意外层出不穷,开发团队为了实现产品功能,可能采用多种测试手段,需要根据个体差异单独对待。无论什么样的测试需求,都应与产品需求文件或设计需求清单对应。
5. 过程需求
过程需求是产品在具体实现过程中需要满足的需求,是典型的企业内部需求。每个企业的运营能力都不同,所以即便同一个产品,在不同企业中被实现的过程也千差万别。以制造业为例,由于生产设备的差异性,产品即便在同一家企业内生产,不同产线的过程也不尽相同。而为了满足产品的生产制造,现有产线的设备可能还不满足相应的要求,那么企业就不得不调整过程,甚至调整设备来适应产品。这些都会产生过程需求。多数客户并不关心供应商的过程需求,而只关注最终产品。但对于供应商来说,过程需求往往伴随着各种开支,甚至固定资产(设备等)投资,这是企业不愿意看到的。所以在实操过程中,开发团队应尽早识别过程需求,并将其作为产品开发的可行性评估对象之一。对于涉及巨额费用的过程需求,企业应尽早与客户协商。有些客户也会支付与供应商的过程需求有关的投资费用,如支付产品生产加工用的模具费用等。
需求分类可以帮助企业理解客户需求,为后续实现需求打下基础。如果在需求分类的过程中出现了无法分类的需求,那么这些特殊需求很可能成为后续开发过程中的潜在风险。