版本|需求池和版本树，相生相持，铺垫产品成就参天大树( 三 )

使用场景就是一个角色会在什么场景下使用这个需求功能，也就是确定功能范围。例如一个内容阅读者需要内容阅读；需要和内容进行交互，点赞、评论、分享、收藏；也需要和内容创作者有一定的关联，就需要关注、私聊、打赏；而这些所有的都是每个读者所独有的，就需要用户的账号体系；而伴随平台内容的广泛还是垂直，还会需要构建用户特色，栏目关注。
业务流程则是使用场景的整个过程的梳理完善。内容的阅读，是从筛选内容开始的，筛选内容，阅读内容，是否更多交互，是否和作者平台有关联；回退然后筛选新的内容，重复流程。
阅读内容的往后延伸流程完成，还需要回退查看流程的另一端，即是内容的产生：已发布的内容，回退到内容审核，回退到内容的发布，回退到内容的编辑。依据这个主流程，再把每个环节细化，看看是否还需要扩展。
例如，已发布的内容是否有优先级顺序调整？整个过程会依据流程的逐步细化而完善，而精细化。整体业务逻辑梳理清楚，但作为步步检核的坚定执行者，还需要验核上面所有的流程是否真的完善，那就使用数据流检核。
内容的数据流，主要是内容的产生到内容的消逝，就会发现之前的流程设计，还缺乏内容的撤销和删除。基于每一个功能拆解数据的产生，数据的流转过程，数据的消逝，以及所有数据的统计分析，从而验证功能设计的完善性。
最终输出就是原型图，最好能够整理PRD文档。基于当前很多公司是实际执行情况，建议把PRD文档的内容完善补充到原型图中，然后配合问题列表，实现文档的高效化使用，以及内容的可追踪性。
三、版本树（1）核心业务实现，业务框架的搭建
（2）登录注册用户体系搭建
（3）业务商城推广
（4）活动模板构建
【 版本|需求池和版本树，相生相持，铺垫产品成就参天大树】（5）数据运营挖掘
（6）产品监控自我优化
之前的过程，实际已经将产品的关键执行顺序融入。在当前版本树的执行中，基于需求设计完善的基础，产品更多的参与是确定需求宣讲落到实处，让研发、测试能够统一理解需求，争取接近100%的需求理解。
从实际的经验中来，需求讲解，其他相关人员参与度不一定很高。而在需求讲解中，给其他人不确定的提问，有助于帮助集中所有成员的注意力。更是通过提高他的信息输出来倒逼他的信息输入。
在相对规范的公司，会需要所有人员再写需求确认，从而实现需求的传达一致性。在过去从事的项目执行中，配合先控制后碎部，步步检核的理论，整理出来如下项目管理的模型，期许能够辅助大家将项目执行更好的落地。
整个项目的执行，主要分为阶段，应用里程碑作检核；把阶段拆解为任务，用检查表来检核。一般的版本升级迭代，阶段划分可以分为需求整理阶段，UI设计阶段，研发实现阶段，测试测试阶段。各个阶段的里程碑是对过去的一个阶段的整理，也是两个阶段的交接，更是阶段产物的验核。
对产品来说，需求设计完成的阶段，需要交给下一个阶段需求设计原型图，若是输出完整的PRD文档是最恰当的。通过需求评审，进行需求设计的再一次检核，集大家的智慧完善需求，确保需求设计考虑完善。
需求设计阶段中的任务拆解，就可以使用之前的环节，包括需求收集，需求整理，需求筛选，需求设计，而对应各个任务的检查表就是对应任务的结果。需求收集，得到的结果应该是一张需求统计表，记录当前所有有可能需要执行的需求；需求整理，则是将哪些需求屏弃掉，将精力锁定在最关键的需求上；需求筛选，得到的结果是用什么样的理由决定了哪些需求当前版本优先执行，且各自的执行顺序是怎样的；需求设计也就是原型图设计，达到能够很好传递信息给后续环节的目标。

文章插图
项目管理的理论整合

文章插图
项目管理
在项目的执行中，也要求项目做结项处理。从而形成项目经验，让后续新项目的执行基于当前项目进行维度升级。同时，项目中的执行文档、检查表、项目阶段规划，都是相关项目的实例，可依据这个内容抽取形成模板，构成每个参与者的勋章。
四、产品自我优化（1）产品自我审视：版本树复盘
（2）用户行为研究，大数据分析