关键词:需求描述模型、需求管理流程、$APPEALS、DFX

需求的分层描述:需求=问题+解决方案


需求最终来源于客户要解决的问题(problem)。问题是期望和现状之间的差距。所以,需求最终与客户的期望,对现状的感知相关。从商业角度,并非客户所有问题都需要解决,只有当解决这些问题后,能够给企业带来商业利益,才有动力去解决。对客户而言,要有相应的支付能力。这是第一层次。


产品就是解决客户问题的方案,但是,是否解决了问题,有支付能力的客户就一定会买呢?客户购买产品的理由是什么?也就是产品的卖点,对客户而言是买点是什么?这是第二层次。


需求的第三个层次才是对产品本身的狭义的需求(requirement),也就是把产品作为一个黑盒的要求,称之为系统需求,分为功能性需求和非功能性需求。需要注意的是,从“特性”这个层次的开始,就与产品概念相关,也就是实现需求的方式,通常也叫做总体方案。不同的产品概念和方案,对应了不同的特性和系统需求。


在需求的这三个层次之间还必须建立起跟踪关系,也就是系统需求实现后必须能提供某种功能或能力,帮助形成产品的特性,也就是产品的卖点或客户的购买理由,并最终解决客户的问题。需求的跟踪关系最终通过需求跟踪矩阵来完成,需求跟踪矩阵不仅仅要包括问题、特性、系统需求之间的对应关系,还要跟踪这些需求是否有效转化为设计需求、子系统需求,以及相应的规格和参数,在从“问题”到“规格参数”的转化过程中,产品概念越来越明晰并被基线化。


图片1.png

需求分层模型


用一致的框架完整描述客户需求

一个产品究竟需要满足客户哪些方面的需求?是否可以有通用的框架来需求是产品的约束条件,包括功能需求、非功能需求、DFX(design for X,X 代表procurement、manufacture、assembly、environment……)等,也就是“需求= 问题+ 解决方案”。需求要进行分层描述,包括客户问题、系统特性、系统需求和各层之间的跟踪关系。针对产品的完整需求描述,也叫产品包需求,有时也称为“包需求”,完整的产品包需求其实就是对产品本身的详细描述。从客户角度,需求可从$APPEALS 8 个维度进行描述。

描述客户需求?研发管理体系把客户需求抽象为八个维度,所有的客户需求都可以纳入这八个维度,也就是说使用这个框架来描述客户需求可以一定程度上解决需求探索和描述的“丢三落四”现象。在实践中,可以用“蜘蛛图”或“雷达图”形象化表达这八个维度,同时和竞争对手进行比较。

图片2.png

$APPEALS模型


构建完整的客户需求框架是市场与需求调研、需求管理、产品规划和产品开发的基础工作。每个维度的需求还需要进一步细化,最终构建客户需求描述的分层结构。

无论哪个行业的产品或服务,都可借用这个框架作为指导来构建自己的模型。实质上,重点不在于用哪个框架,关键是要认识到客户需求是多样的,不能在构建产品包需求的时候就遗漏掉某种客户需求,尤其是客户非常看重的需求,要知道在所有变更中,需求变更的成本最高,尤其在产品开发后期。


需求端到端管理流程

需求管理流程包括需求的收集、分析、分配、实现和验证5 个阶段,每个阶段包括若干工具方法。严格说需求管理不是一个独立的流程,而是其他业务流程的支撑流程,无论公司战略规划(SP)、年度计划(BP)、产品路标规划、平台和技术规划、产品/ 技术项目任务书开发(CDP/TCDP)、还是产品和技术的研发流程,都要“调用”需求管理流程,尤其是需求的收集和分析阶段的工具方法。


端到端的需求管理流程



地址:上海市黄浦区淮海中路222号力宝广场26层

电话:021-60314103/ 0755-33584198

E-mail : market@wiseim.com


关注我们:
点击更换验证码

©2010  睿创咨询  版权所有  沪ICP备16003689号

友情链接:蓝博思 中国研发管理网  淘课程