完成了功能细化的工作，接下来就要把下个版本打算做的功能点挑选出来，理清逻辑，安排实施。
一、尽可能多地放弃
最小可行产品，即MVP。
MVP是指满足“用户愿意用、最好愿意付费”、“用户易于使用”、“团队有能力实现”的最小功能集合，有些可以直接作为最终产品使用，有些甚至只能用来掩饰。它的重点就是制作组的成本要极地，但是却能展示最终产品的主要特色。
MVP的功用就是让你拿着它接触用户，尽早的根据用户的回馈来改进产品。
“优雅降级”
在思考这种“一大堆功能中选哪个先做”的问题时，也可以用逆向思维。假设产品已经完全具备这些功能，但是因为流量太大，服务器撑不住了，必须要观点没，呕血功能保证基础产品的可用性时，你会选择留下的功能。
二、MVP的限制因素
「1」不同功能不同对策
1.基础功能必做，要留足资源。
2.在产品初创期，先实现个别低成本的亮点。
3.对期望功能，先做性价比高的。
4.无差别功能无需做，低成本验证出来即可。
5.对反向功能，权衡各方利益后再决定。
「2」考虑功能的依赖关系
功能的内外部依赖关系，如合作伙伴和各种前置条件等，都需要事先考察。
「3」考虑功能相似性
功能相似才能保证我们做的是一个整体的项目，而不是一个小需求合集。
「4」考虑非功能需求
由于非功能需求也是有成本的，所以要在项目实施之前应当一并考虑进去。
如“论坛需要支持10000人同时在线”，这是一个性能呢需求；“系统功能升级，必须在发布2周以前对客服部门的培训”，这是一个培训需求。
三、把需求和功能管起来
把已经做了的、正在做的、还没做的需求和功能都管理起来。
「1」空间纬度：功能列表
它表达了在某个时间的切片，所有功能的状态。
「2」时间纬度：需求流程
时间维度的管理工具是“需求流程”，它其实是从需求到功能的状态流转图。就是从最初需求采集回来的待讨论状态开始，之后需求发生转化，流向开发环节，最后过渡到已发布状态的全流程。“需求流程”实际上是在管理某个需求到功能完整生命周期。
MVP思维
用最小的成本开发出可表达项目创意、能够解决核心问题、可用于表达核心理念、功能极简而且能够快速验证想法的最小型产品。
网友评论