版本|需求池和版本树，相生相持，铺垫产品成就参天大树( 三 ) 食品|医疗|瑞派|佩蒂股份|行业

同时，在公司进行重大决策，重大变更时，也会协调相关的人力资源倾斜来实现，从而让项目管理落地到实处。实际的情况就是，当前要做的内容多，重要性都高，且最好都一次性上线，在这种高度挤压集中的情况下，产品就更应该集中精力把产品的设计、需求的完善落到实处。
把人力不足，时间紧迫等相关问题交于项目管理来协调。专业的人办专业的事情，将是最为高效的。也就需要，在自己把控或者不属于自己管控范围内的，要迅速给与他人以合适的信息，让其他人共同协助实现。这也更是给与其他人实现自我价值的机会。
在没有那么紧迫，没有那么多需求堆积时，相对的处理也就更容易。
3，需求设计经过前面相对较为“复杂”的过程，确保需求有效的被筛选出来，更关键的就是把需求做出来。在需求设计时，推荐用户角色，使用场景，业务流程，使用流程，数据追踪的方式进行整体的设计。
涉及一个需求的实现，我们需要完整的用产品思维整理出完善的使用场景。优先考虑有哪些角色使用当前功能，也就是确定人员类别，确定不同人员使用的场景。
外卖平台会有下单用户，外卖跑腿用户，会有商家用户，会有平台管理用户；内容阅读平台会有内容阅读者，内容创作者，内容管理者，内容审核者，以及平台管理者。在角色范围确定时，常常会漏掉平台管理员的角色。
使用场景就是一个角色会在什么场景下使用这个需求功能，也就是确定功能范围。例如一个内容阅读者需要内容阅读；需要和内容进行交互，点赞、评论、分享、收藏；也需要和内容创作者有一定的关联，就需要关注、私聊、打赏；而这些所有的都是每个读者所独有的，就需要用户的账号体系；而伴随平台内容的广泛还是垂直，还会需要构建用户特色，栏目关注。
业务流程则是使用场景的整个过程的梳理完善。内容的阅读，是从筛选内容开始的，筛选内容，阅读内容，是否更多交互，是否和作者平台有关联；回退然后筛选新的内容，重复流程。
阅读内容的往后延伸流程完成，还需要回退查看流程的另一端，即是内容的产生：已发布的内容，回退到内容审核，回退到内容的发布，回退到内容的编辑。依据这个主流程，再把每个环节细化，看看是否还需要扩展。
例如，已发布的内容是否有优先级顺序调整？整个过程会依据流程的逐步细化而完善，而精细化。整体业务逻辑梳理清楚，但作为步步检核的坚定执行者，还需要验核上面所有的流程是否真的完善，那就使用数据流检核。
内容的数据流，主要是内容的产生到内容的消逝，就会发现之前的流程设计，还缺乏内容的撤销和删除。基于每一个功能拆解数据的产生，数据的流转过程，数据的消逝，以及所有数据的统计分析，从而验证功能设计的完善性。
最终输出就是原型图，最好能够整理PRD文档。基于当前很多公司是实际执行情况，建议把PRD文档的内容完善补充到原型图中，然后配合问题列表，实现文档的高效化使用，以及内容的可追踪性。
三、版本树（1）核心业务实现，业务框架的搭建
（2）登录注册用户体系搭建
（3）业务商城推广
（4）活动模板构建
（5）数据运营挖掘
（6）产品监控自我优化
之前的过程，实际已经将产品的关键执行顺序融入。在当前版本树的执行中，基于需求设计完善的基础，产品更多的参与是确定需求宣讲落到实处，让研发、测试能够统一理解需求，争取接近100%的需求理解。
从实际的经验中来，需求讲解，其他相关人员参与度不一定很高。而在需求讲解中，给其他人不确定的提问，有助于帮助集中所有成员的注意力。更是通过提高他的信息输出来倒逼他的信息输入。