1704232830
6.1.1 功能的价值判断/158
1704232831
1704232832
6.1.2 几个价值判断的案例/163
1704232833
1704232834
6.1.3 成本评估与性价比/165
1704232835
1704232836
6.1.4 功能分类：KANO模型/167
1704232837
1704232838
6.2 功能打包，确定MVP/175
1704232839
1704232840
6.2.1 尽可能多地放弃/176
1704232841
1704232842
6.2.2 案例：QQ的MVP/177
1704232843
1704232844
6.2.3 MVP的限制因素/181
1704232845
1704232846
6.2.4 MVP的表达，产品架构图/182
1704232847
1704232848
6.2.5 功能分分合合的本质/185
1704232849
1704232850
6.3 把需求和功能管起来/185
1704232851
1704232852
6.3.1 空间维度：功能列表/186
1704232853
1704232854
6.3.2 时间维度：需求流程/186
1704232855
1704232856
6.4 延伸阅读与练习/1
1704232857
1704232858
1704232859
1704232860
1704232861
人人都是产品经理2.0：写给泛产品经理 [:1704229224]
1704232862
人人都是产品经理2.0：写给泛产品经理 6.[1] 一个功能的DNA
1704232863
1704232864
俗话说，产品经理推动工程师实现功能有三宝：竞品已搞，老板想要，开发量小。如果不行，再上杀招，求求你了好不好。
1704232865
1704232866
实际工作中，当然不能这么玩。第05章中用Y模型做完了需求分析，从一堆用户需求中推导出很多产品功能，接下来，要回答Which（做哪个）和How many（这次做多少）这两个问题。
1704232867
1704232868
一个功能，涉及表6-1中所列的很多属性（更具体的介绍请参见《人人都是产品经理（纪念版）》）。
1704232869
1704232870
表6-1 一个功能的DNA1
1704232871
1704232872
1704232873
1704232874
1704232875
表6-1中最基础的信息，是功能的描述。必须要让技术同学看了之后，就大概知道要做什么事情，这里的描述，通常只是一两句话，界面、逻辑等细节，还需要等到项目中的PRD（产品需求文档）阶段才会细化。
1704232876
1704232877
在本章中，主要展开说三点：价值评估（表中的“商业价值”）、成本评估（表中的“开发量”）和功能分类（表中的“分类”）。
1704232878
1704232879
更进一步可以总结出以下两点：