IPD流程需求管理

I_believe

" M5 j. {( B! Z; z1 v. G

概述：
/ L3 H7 g/ c" a# ]# D0 V7 C对需求管理及需求评审的描述，从3个方面进行阐述，分别是需求分类、分类方法、评审过程。另附文档示例。
一、需求分类
" z' U2 w$ q: D) v: J( O分类方式一，按用户类型：
4 O& o4 Q' h! {; ^1）B端需求面向企业客户的需求；
2）C端需求面向个人用户的需求；
5 z; {2 Q& ^2 B- D8 u分类方式二，按功能分类：
1 ?8 Y& Q) g5 T+ J; d% c, |% n* m1）设计类；
, F) [3 k" S7 S# T1 l! t1 h3 F2）体验类；
3）功能类；
" ^2 N: ]! S, W3 I$ Z. @% }8 `- z$ g4）运营类；
5）数据类；
& f& [, v$ ~& @0 ]分类方式三，按需求强度分类：
1 h9 s" ?7 I; r, ?# m: b. s; ?% ^8 _1）真需求：用户真正想要的需求；
2）强需球：用户最渴望满足的需求，必须满足；
0 U1 z+ H, o! P: J4 ^* T! d3）弱需求：用户非必要需求，不满足用户也可以；
8 ^# Q# Q  H3 _: ^/ Q! T4）伪需求：用户自以为需要，实际不需要（无用）；
" I/ w% g/ Y, m8 K- b二、需求分类方法
kano模型

1、背景：KANO 模型是东京理工大学教授狩野纪昭(Noriaki Kano)发明的对用户需求分类和优先排序的有用工具，以分析用户需求对用户满意的影响为基础，体现了产品性能和用户满意之间的非线性关系。
, t9 X( p7 N9 T+ y2、根据不同类型的质量特性与顾客满意度之间的关系，产品服务的质量特性可分为五类：基本（必备）型需求——Must-beQuality/ Basic Quality
期望（意愿）型需求——One-dimensional Quality/ PeRFormance Quality
' Q5 E: D' R, G0 I# e( L, ^兴奋（魅力）型需求—Attractive Quality/ Excitement Quality
' @0 |2 w, D; @; ]无差异型需求——Indifferent Quality/Neutral Quality
1 l. }+ j8 z  O) B/ }; g/ U; W反向（逆向）型需求——Reverse Quality
前三种需求根据绩效指标分类就是 基本因素、绩效因素和激励因素。
备注：关于更多的kano模型了解可以再找一下资料~
- ~; g9 F6 C* Z0 vEg：互联网公司对用户核心需求的理解
1、腾讯公司理解的用户核心需求：性与暴力（微信 张小龙）
$ B0 l6 M; s. z) e2、阿里巴巴理解的用户核心需求：快乐与健康 （马云）
1 O! m9 a" @; I- _: v+ f3、字节跳动的用户核心需求：延迟满足感，效率工程部，信息创造价值，记录美好生活
4、百度的用户核心需求：搜索速度快，简单可依赖
三、需求评审过程
/ U- k6 S0 T+ N* X% o需求开始至评审完成过程大致由四部组成（每个公司情况不同）：需求整理（整理需求池/to do list + 初步评审（N次）+ 需求确认 + 最终需求输出物）
1、什么是需求池？
& s7 K8 }4 a5 E5 _9 K* V% ]定义：某个软件现在及将来可能提供的所有功能的集合。

# j+ }$ x6 H; T% W4 S2、需求生命周期：
2 Y# }: }4 M5 f* s$ f; ?3 S4 q根据需求的进度与重要紧急程度，需求池中的需求按状态可以被分类为：
  R( h" D2 P  x9 A: f1）想法阶段（未开始需求）
2）设计阶段（待设计需求）
9 Z$ K( z" \# G3）评审阶段（待评审需求）
4）开发阶段（开发中需求）
9 k& X. p1 p) ~/ ]! T  X5）测试阶段（测试中需求）
' h- m% E' K* ~' ~0 _6 Y6）修复阶段（修复中需求）
7）上线阶段（已上线需求）
/ q, s9 I: t6 j/ |4 K. o8 P7 ~$ K3 {4 b
3、需求池记录格式与描述维度（标准不唯一）
1）需求标题：简述需求内容，区别于其他需求；
6 A+ i( [- x, m1 a2）需求价值：为什么要有这个功能？如果没有这个需求会导致哪些不利因素？如果有这个功能会带来哪些有利因素？受益相关方都有哪些？
3）需求描述：详细描述需求的位置、场景、角色、功能、交互、文案等等细节内容。
; j* V0 g7 X0 n4 }2 h# Z. z4）产品线：标准文字记录该需求属于那条产品线，eg：app、微信小程序、web端等等
$ O4 O9 ^. F; P6 }. R$ D5）功能模块：文字说明该需求属于哪个产品线的哪个页面功能模块。Eg：app → 个人中心 → 我的订单。
4 |- Y3 n! J) M3 b5 V3 y- J/ `* l6）需求来源：需求的初始来源，eg：业务、运营、零售、技术、BOSS等
& u% P' R7 J" u9 {( O/ h' k3 c6 B: U2 ~7）提交人：记录需求的具体提交人，eg：产品经理张XX，李XX
8 s% T2 \$ J& u9 |, Y8）优先级：初步判断该需求的研发优先级，eg：高中低、紧急、非紧急。
9）需求状态：未开始、待设计、待评审、待开发、开发中、测试中、已上线等。

4、需求评审环节

1）需求评审核心讨论维度：
" r* t  P' Y0 d需求评审一般会围绕需求的以下多个维度进行讨论与博弈：
风险大小、成本把控、技术难度、技术资源、版本周期、紧急程度、预期效益、运营资源、其他配合资源。
2） 核心维度举例：
$ S) K7 [- o+ f（1）风险大小：高、中、低；
- N1 a8 U* x) \, h# J8 J9 H) u  T（2）成本把控：金额预算、人力预算、时间预算；
6 l. K& I3 w/ L* d* X! G! l/ F（3）技术难度：难、中、易；
（4）技术资源：前端可用人数、后端可用人数、iOS/Android可用人数；
（5）版本周期：第几个版本
（6）紧急程度：高、中、低
（7）预期效益：满足多少个用户需求，eg：优化某个高频场景，可以带来多少销售额提升。
（8）运营资源：广告运营预计投入资金，投入人工工作量
7 \" v5 A* v& m- s" V1 }（9）其他配合资源：是否涉及其他内/外部资源的配合，预计投入工作量，如涉及外部资源，是否涉及资金投入。
5 [7 G1 v# ~% ~. a* S  w% h1 i四、文档示例
1、需求to do list
. d  z5 P' \" S; y; h/ {( P9 B, \1）

2）
' @$ m& ^- u- F4 W4 Q6 J. v% G* e

* E: a3 w9 k( V1 Z* Z2、需求列表
4 P$ P( z+ W4 _4 D2 c7 v1）
0 @3 {! S0 q; d' g

2）

/ |" L% p  G  f0 m+ T: j6 z
# x. L8 h4 r4 Y8 `

unfaithful2021

2） 核心维度举例：
6 V% D  O* y/ L, u5 P（1）风险大小：高、中、低；
& I2 g1 A' s$ q6 h' a! S" o$ f( V（2）成本把控：金额预算、人力预算、时间预算；

elephant_

需求评审一般会围绕需求的以下多个维度进行讨论与博弈：
; T7 Y$ t8 g+ i7 L; n" W' X风险大小、成本把控、技术难度、技术资源、版本周期、紧急程度、预期效益、运营资源、其他配合资源。