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
更进一步可以总结出以下两点：
1704232880
1704232881
►价值由产品功能背后的用户需求（问题）决定。
1704232882
1704232883
►成本由产品功能（解决方案）决定。
1704232884
1704232885
实现成本低，或者对应需求的价值高，这两个条件中的任一个，都不能单独作为决定去实现一个功能的理由。必须结合这两个条件，综合考量功能的性价比。理论上，性价比高的功能优先级也就高，应该先做。
1704232886
1704232887
性价比 = 价值/成本
1704232888
1704232889
不过在实际操作中，还需要考虑功能的分类，在本章的功能分类部分，会仔细分析不同种类功能各自的应对策略。
1704232890