如何理解客户需求、市场需求、产品需求、业务需求、特性、功能需求 ?(转)...

 

客户需求、市场需求、产品需求、设计需求、业务需求、内部需求、外部需求、特性、规格、功能需求 --- 需求工程的基本术语说明

需求分析和管理对产品开发成败至关重要,这一点大家都非常清楚,正因如此,相关的管理体系都对需求进行详细定义和描述,不同体系不同的定义,导致需求术语混乱,笔者结合10多年的需求工程经验,详细分析不同术语区别如下:

客户/用户需求:基于客户认知,更多是客户的直观要求,体现了用户个体的诉求,往往是理想状态,例如:“需要一个功能强大的手机,同时价格要相对便宜”、“我想要的汽车要外观时尚,性能卓越。”,用户需求往往无法直接开发实现,同时用户对自己的需求往往也是模糊的,实际开发中就需要借助类似原型(demo)、参照物等方法,使客户需求具体化。

市场需求:很多人理解的市场需求就是客户需求,个人认为市场需求和客户需求还是有很大差别的,客户需求更多描述客户的诉求,而市场需求不但要描述目标客户的诉求,更需要描述竞争对手针对此需求的反应,例如,竞争对手是如何实现的?如果我们不实现被竞争对手替代的可能性有多大?如果实现我们是否如何做才能超越竞争对手?所以可以理解市场需求是经过产品经理分析后的客户需求,体现了客户和竞争的情况。

产品需求:针对产品需求,个人认为IPD的定义是合理的,IPD把产品需求定义为“产品包需求”,之所以叫“产品包需求”是因为我们给客户交付的不是孤立的产品,而是一个解决方案,同时客户是否购买一个产品不仅仅看产品本身,还会关注品牌、服务、渠道等因素,产品需求要广而不深,需要把产品相关的方方面面都考虑清楚,而不是要针对一点定义的多么精细,需要更多从客户购买决定的全过程来思考,所以一般就会涉及:价格、渠道、包装、性能、易用性、保证、服务、社会接受程度、品牌等;另根据需求理论一般产品需求会在25~99条之间,实际研发项目时,产品需求会直接让领导层来判断该产品的价值、竞争地位等,最终判断该产品是否值得继续做下去。

设计需求:设计需求故名词意就是 设计 +  需求,经常遇到研发人员说设计与需求有时候很难区分开来,其实到了设计需求阶段,设计和需求已经融合在一起了,同时也正是融合在一起,需求才能落实为设计,设计也才能承载需求;对比产品需求,设计需求定义时一定要在深度上下功夫,细化到能够通过设计来实现,并且能落实到具体的物理模块来承载。那么设计需求怎么来的呢?根据需求工程理论设计需求是通过产品需求分解而来,业界常用HD(层次分析法)来分解产品需求,关键问题是大家一定要掌握,一个产品需求需要从哪些方面来分解,从而保证分解的完整性,根据IPD需求工程定义,一个产品需求通常需要从如下:功能、环境、性能、强健性(鲁棒性)、可靠性、可维护性、可用性、安全性、重量、电源、尺寸大小、可运输性/可移动性、灵活性等方面进行分解,当然并不是每个产品需求都要一定分解为这些方面,分解后就形成了与此产品需求相对应的设计需求清单。

规格:我们经常讲:产品需求规格说明书,说明需求和规格本来就是一体化的,规格就是需求的具体说明,例如:“OA要支持IE浏览器” 是需求,那么如果具体定义:“需要具体支持Ie6、Ie7、Ie8,那么就叫规格;“声音要达到120分贝~190分贝”,这本身就需求 + 规格。

特性:软件行业和军工标准中,经常提到特性这个词语,例如国军标中定义:“特性 --- 识别和区分各类产品或服务的属性,这种属性包含物理、化学、功能或其他可识别的性质。”;所以模糊来讲特性就是产品需求,如果更精确来讲,特性是产品需求中的与其他产品有明显差异的个性化需求,通常我们把产品需求划分为3类:BSA(BasicSatisfiedAttractive),分别为基本需求、最好满足的需求、更具有吸引力的需求;所以可以理解特性为:A的需求。

测试需求:什么叫测试需求,很多人认为测试需求是基于对产品需求的分析,测试人员提炼出来的需要重点测试的点,故名词意:测试需求。不管别人怎么认为,本人认为测试需求是本身是个变态和错误的做法,只所以有测试需求,原因是实际研发中产品需求、设计需求定义不清晰,开发人员就糊里糊涂地进行设计和开发了,但测试人员无法基于需求提炼出来测试点,迫于无奈,不得不给需求定义人员擦屁股,将需求细化到能够提炼到测试点的级别。正规做法应该如此:需求定义人员详细定义产品需求和设计需求,而同时测试设计人员直接针对此需求分析该需求如何测试,重点测试哪些内容,所以测试需求,本身应该叫:需求的可测试性分析,其实是需求的属性之一,这样做的好处是:可以直接判断需求定义是否具体,是否可验证,凡是不能验证的需求都是错误的需求;后续测试用例开发人员针对需求的可测试性分析,直接编写对应的测试用例。

内部需求:实际产品需求定义时,我们更关注的是外部客户的需求,因为外部客户直接给我们钱,但其实产品也有内部客户,也需要关注内部客户的需求,谁是内部客户呢?例如制造、客服就是内部客户,如果设计时,没有考虑到制造的要求,直接导致制造效率低下、良品率低,最终影响产品的市场表现;制造部门的需求、客服部门的需求,也需要在产品开发前期就识别,成为产品需求和设计需求的一部分,并在设计开发中实现。

外部需求:对照内部需求,外部需求是客户、渠道、合作商、用户等,外部关联单位的需求,具体分析时就需要通过销售过程分析,详细分析产品从生产线下来,到最终客户手里需要经过哪些环节,而这些所有环节的需求统称外部需求,所有外部需求都是我们需要重点关注的,一个环节不满足,产品可能就到不了最终客户手里,就无法转化为实实在在的商业利益。

业务需求:针对业务需求业界缺少标准一致清晰的定义,个人认为业务需求更多是从客户的业务发展、财务、战略出发,更多体现了客户高层的要求,涉及产品整体宏观上的要求;例如针对ERP,“库存周转率提高50%”,针对电信设备,“能够无缝升级到下一代网络,从而节约投资成本”,针对银行系统,“提高客户的资金周转效率30%”;针对网络游戏,“使单个用户的费用贡献提高50%”,等等,这些业务需求更多体现客户经营的需要,具体业务需求需要通过产品需求、设计需求去细化和实现;例如ERP,为了是实现“库存周转率提高50%”,就要求ERP系统实现:相应的报表统计功能、告警通知能力、订单预期功能等,这些可以成为产品需求或设计需求。

功能需求:功能需求其实是设计需求的一个类别,为什么这么有名呢?核心原因还是软件行业鼓吹、宣传的原因,因为软件行业基本都是功能需求,就是第一步干什么,下一步做什么,然后再做什么的场景描述,所以功能需求就这样出名了,功能需求与其他设计需求定义时,核心不同点是,功能需求需要详细定义场景描述,其中包含正常场景、异常场景,业界通用定义方法是Usecase法。

 -----------

(作者: Tiger.dong ,青铜器RDM产品经理、华成研发咨询联合创始人、青铜器软件联合创始人,1998~2004年 就职华为技术,参与电信交换机、数据路由器等核心电信设备的设计与开发。 新浪微薄: @董奎Tiger )

转载于:https://www.cnblogs.com/ITGirl00/p/4105267.html

你可能感兴趣的:(测试)