关于不同需求的理解
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
因为外部客户直接给我们钱,但其实产品也有内部客户, 也需要关注内部客户的需求,谁是内部客户呢?例如制造、 客服就是内部客户,如果设计时,没有考虑到制造的要求, 直接导致制造效率低下、良品率低,最终影响产品的市场 表现。
制造部门的需求、客服部门的需求,也需要在产品开发前
期就识别,成为产品需求和设计需求的一部分,并在设计 开发中实现。
外部需求
外部需求是客户、渠道、合作商、用户等,外部关联单位的需求,
具体分析时就需要通过销售过程分析,详细分析产品从生产线下 来,到最终客户手里需要经过哪些环节,而这些所有环节的需求 统称外部需求。
所有外部需求都是我们需要重点关注的,一个环节不满足,产品
可能就到不了最终客户手里,就无法转化为实实在在的商业利益。
当然并不是每个产品需求都要一定分解为这些方面,分解后就
形成了与此产品需求相对应的设计需求清单。
规格:
规格就是需求的具体说明
例如:“OA要支持IE浏览器” 是需求,那么如果具体定义:
“需要具体支持Ie6、Ie7、Ie8”,那么就叫规格;
后台要有WEB后台端,规格里面需要说明:支持不同类型浏
场景、异常场景
2016年,一起加油!
设计人员直接针对此需求分析该需求如何测试,重点测试 哪些内容,所以测试需求,本身应该叫:需求的可测试性 分析。
这样做的好处是:可以直接判断需求定义是否具体,是否
可验证,凡是不能验证的需求都是错误的需求;后续测试 用例开发人员针对需求的可测试性分析,直接编写对应的 测试用例。
内部需求
实际产品需求定义时,我们更关注的是外部客户的需求,
产品需求会直接让领导层来判断该产品的价值、竞争地位等, 最终判断该产品是否值得继续做下去。
设计需求
对比产品需求,设计需求定义时一定要在深度上下功夫,细化
到能够通过设计来实现,并且能落实到具体的物理模块来承载。
一个产品需求通常需要从如下:功能、环境、性能、强健性
(鲁棒性:不死机、不崩溃)、可靠性、可维护性、可用性、 安全性、重量、电源、尺寸大小、可运输性/可移动性、灵活性 等方面进行分解。
览器、不同版本浏览器。
特性:
特性是产品需求中的与其他产品有明显差异的个性化需求。
通常我们把产品需求划分为3类:BSA(Basic、Satisfied、
Attractive),分别为基本需求、最好满足的需求、更具有 吸引力的需求;所以可以理解特性为:A的需求。
测试需求:
需求定义人员详细定义产品需求和设计需求,而同时测试
•不同需求
区分对待
客户/用户需求
基于客户认知,更多是客户的直观要求,体现了用户个体
的诉求,往往是理想状态
例如:“需要一个功能强大的手机,同时价格要相对便
宜”、“我想要的汽车要外观时尚,性能卓越。”
特点:用户需求往往无法直接开发实现,同时用户对自己
的需求往往也是模糊的,实际开发中就需要借助类似原型 (demo)、参照物等方法,使客户需求具体化
业务需求
从客户的业务发展、财务、战略出发,更多体现了客户高层
的要求,涉及产品整体宏观上的要求
例如:
针对ERP,“库存周转率提高50%”。 对应就要求ERP系统实现:相应的报表统计功能、告警通知能 力、订单预期功能等,这些可以成为产品需求或设计需求
功能需求:
功能需求需要详细定义场景描述,其中包含正常
产品需求:产品包需求
产品包需求:是因为我们给客户交付的不是孤立的产品,而
是一个解决方案,同时客户是否购买一个产品不仅仅看产品 本身,还会关注品牌、服务、渠道等因素。
需要从客户来自百度文库买决定的全过程来思考,所以一般就会涉及:
价格、渠道、包装、性能、易用性、保证、服务、社会接受 程度、品牌等
需求理论一般产品需求会在25~99条之间,实际研发项目时,
市场需求
客户需求更多描述客户的诉求,而市场需求不但要描述目标
客户的诉求,更需要描述竞争对手针对此需求的反应。
例如,竞争对手是如何实现的?如果我们不实现被竞争对手
替代的可能性有多大?如果实现我们是否如何做才能超越竞 争对手?
市场需求是经过产品经理分析后的客户需求,体现了客户和
竞争的情况。