产品开发活动和需求管理
作者: 来源: 文字大小:[大][中][小]
现在越来越多的企业开始将以市场为导向的经营原则落实到企业的日产经营运作细节中去，从产品开发的角度来看，成功的产品往往是市场和技术的完美结合，而其中又尤以市场为基础，技术基于市场的要求来进行规划和开发，以达到最佳匹配的目的。而以市场为导向的核心，就是时刻关注客户的需求，围绕客户需求来进行产品规划和开发，从产生产品构思、建立产品概念，到产品上市直至产品退市消亡，整个过程，都和客户需求紧密关联。但是，从实际情况来看，很多企业在产品开发过程中，从客户角度认识需求的基本要求并没有得到很好的遵从，很多产品设计人员、甚至包括一些市场人员，更多地是从自身角度认识需求，有意无意地想当然去假设一些需求，为产品的后继商务成功带来潜在风险。
所以，如何在产品开发过程中将客户的真实需求进行收集、传递、分配以至实现，是每个企业在规范自身产品开发过程时必须要考虑和解决的关键问题。其重要体现在于，企业在梳理产品开发活动的时候，如何将需求管理的一些内在要求和某些开发活动进行融合，通过这些活动实现需求管理的关键环节，从而达到产品需求管理的目的：保证上市的产品和客户真实需求吻合，提升产品商务成功的机率。
在探讨产品开发活动和需求管理结合之前，首先需要对需求管理有个基本的了解。需求管理恰如裁缝的量体裁衣，它直接关系到最终产品的成型。仅从字面出发，如果一个产品满足了客户需求，那它无疑就是成功的。需求管理的过程，从需求分析开始贯穿整个项目始终，力图实现最终产品同需求性的最佳结合。通过对需求管理在项目进程中实施的不同任务进行分析，可以看出需求管理在产品开发过程中所起的作用主要为了达成如下两大目的：
1.明确客户的需求是什么，并保证这些需求能够被正确的传递给相关开发人员；
2.尽可能地针对客户需求，提供最佳解决办法。
了解了需求管理的基本目的和要求之后，回过头再来看看，在产品开发过程中，企业应该如何去考虑将产品开发活动和需求管理进行融合，进而达到需求管理的目的。从产品开发通常的过程和大量的经验总结来看，在产品开发过程中，和需求管理密切相关的活动主要包括如下两类：
1.产品开发过程中的需求分析和传递（分配）活动。这一类活动主要目的在于：
收集并明确客户需求；
整合内部需求并达成共识；
建立需求之间的关联；
其具体过程和涉及到的活动大致为：收集并明确客户需求，并进行分析整理，形成产品的市场需求（外在需求），在此前提下，对企业内部的需求进行分析（内部需求，如可制造、可维护、可采购等），并将这些外在和内在需求传递到具体的产品设计人员，设计人员通过需求分析，转化成具体的产品设计需求。如果说需求收集是建立产品早期雏形的基础，通过进行需求分析，我们可以在不同的开发人员之间建立起相关关系，形成统一的认识，并最终对产品概念做出优化。
2.产品开发过程中的需求实现和验证活动。这一类活动的主要目的在于：
根据客户需求设计相应的产品包方案；
进行系统优化；
监控和解决可能出现的问题以及需要做出的改变；
监控可能出现的重复开发；
控制不同开发任务的进度和相互匹配程度；
确定产品传递到客户的市场行为。
其具体过程和涉及到的活动大致为：在前期确定需求的基础之上，明确初步的产品规格（参数化的性能指标，需求向产品设计要求的转化）和技术方案（通常有几个技术方案， 在其中优选出最佳技术方案），并最终形成产品系统解决方案，产品系统解决方案成为后继产品设计和实现的基础。完整的产品原型出来之后，为了验证产品对市场客户需求的匹配程度，通常需要进行市场测试。依据测试结果进一步改进产品包的设计，包括具体的产品设计、市场推广包、客服资料、对应制造体系等的改进。如果说需求的实现是通过一系列的设计活动来完成的，通过产品市场需求的验证，我们可以进一步发现产品开发和实际客户需求的匹配程度，并为后继的产品上市、传递价值、最终实现客户需求打下基础。
需求收集：
很多时候，产品开发团队所进行的需求分析只停留于分析本身，而没有进一步去思索为什么要进行需求分析。需求性是项目开发的源头，只有进行认真的需求分析，才能做到对症下药、量体裁衣，才能在设计开发中去伪存真，不断改进。”需求之需求”正是强调了贯穿始终的需求分析的重要。
需求收集的信息首先来源于真实的市场，包括现有以及未来潜在客户、竞争企业的相关信息，以及基于这些信息产生的产品初步设想（市场角度）。除此之外，很多企业做得很差、最忽视的一块，就在于对企业内部需求信息的收集。由于产品的价值实现必须经过从原材料（零件）采购、到制造、物流（存储和运输）、客户现场安装，以及后继的客户服务（维修、改进）等一系列过程，任何一个环节没有处理好，都有可能导致客户不满，为企业带来损失。所以，在产品开发过程中，必须充分考虑到产品价值后继实现和传递的各个环节，而这个源头，首先就在于对相关需求进行收集，包括产品的采购性、制造性、客服性等方面的需求。
当然，很多时候需求的收集是有基础的，如果公司建立起了完整的需求库，那这步工作相对来说要简单很多。
需求分析和初步的产品规格：
很多时候，客户的需求通过非术语的形式进行表述，这就导致了需求的模糊性。这种模糊性来源于两个方面，一方面在于客户本身对需求就不清楚，在描述的时候不能“切中要害”，很多需求往往被“隐藏”了起来；另一方面，就是开发人员对需求的理解不一致导致的模糊性。所以，需求分析必须就这两个方面进行着手，彻底解决需求的模糊性，并在开发人员中间达成共识。优秀的需求分析应当非常精确细致地对需求作出描述，同时也应该最大程度地给予后继的方案设计者充分发挥的余地。
通常在实际操作中，首先需要各功能领域产品开发人员对需求进行独立分析，然后再将分析结果进行整合，因为会涉及到各功能领域之间的关联性，这个过程，也是相互沟通、达成共识的过程。而对分析结果达成共识最直接的表现，就是产品规格的初步确定。初步的产品规格不仅将很多模糊的需求进行术语化、以方便理解，还是开发人员在综合权衡内外部需求、通过细致的需求分析得出的共同成果。
根据需求设计系统方案：
任何设计都应以考虑产品需求为优先，产品需求的满足程度成为衡量设计方案优劣的标准。在一个项目设计周期中，开发人员经常会面临选择，以提炼需求，决定开发的优先次序，通过对产品需求和设计方案之间所存在关联性进行分析比较，并在不同的实施方案中做出选择。面对不同的可行性方案而需要作出选择时，开发人员要做得重要工作之一，就是参照收益与付出，通过合理的平衡，最后做出合适的选择。
方案的设计不可能是一成不变的，经常会有方案设计同需求相悖的情况。如果开发人员无法准确把握需求同方案设计之间的关系，就无法在需要对方案进行必要修改时做出正确判断。
由于产品的基本需求在这时都已明确，为了使产品基本需求得到落实，在系统方案设计出来之后，必要的评审是必须的。这样可以进一步明确系统解决方案对需求考虑的全面性、经济性和可执行性。
产品测试：
产品的测试内容很多，从单元测试、集成测试到系统测试，每个层面都对产品的开发情况进行反复检验，但是，需求的满足情况是决定最终产品成败的判定基础，对最终产品的测试评估必须以产品所试图解决的需求为标准。
这里有一个需求、产品和测试系统之间的关系问题，确定需要进行的测试属于系统开发人员和测试人员的工作范畴，除了很多具体工作要由测试人员来亲自完成之外，系统开发人员的参与必不可少，以保证测试范围和测试过程能真正对症下药。
关于产品开发过程中的设计变更： 对于系统开发和具体的设计人员而言，设计的修改是一项经常性的工作（因为修改而造成的影响则应当尽可能减小）。在进行项目开发时，随着开发进程的深入，各种修改的建议和问题的报告是屡见不鲜的，每解决一个问题，就是将产品同其需求性的结合又完善了一步。存在问题正是需求性尚未满足的表现。设计的完善和需求性的满足是同步的，因此真正的用户对于产品的评价和建议尤其具有重要意义。在设计过程中，开发人员应当及时搜集市场对于产品的反馈信息，并将这些信息结合到产品的开发工作中去。