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

在相对规范的公司，会需要所有人员再写需求确认，从而实现需求的传达一致性。在过去从事的项目执行中，配合先控制后碎部，步步检核的理论，整理出来如下项目管理的模型，期许能够辅助大家将项目执行更好的落地。
整个项目的执行，主要分为阶段，应用里程碑作检核；把阶段拆解为任务，用检查表来检核。一般的版本升级迭代，阶段划分可以分为需求整理阶段，UI设计阶段，研发实现阶段，测试测试阶段。各个阶段的里程碑是对过去的一个阶段的整理，也是两个阶段的交接，更是阶段产物的验核。
对产品来说，需求设计完成的阶段，需要交给下一个阶段需求设计原型图，若是输出完整的PRD文档是最恰当的。通过需求评审，进行需求设计的再一次检核，集大家的智慧完善需求，确保需求设计考虑完善。
需求设计阶段中的任务拆解，就可以使用之前的环节，包括需求收集，需求整理，需求筛选，需求设计，而对应各个任务的检查表就是对应任务的结果。需求收集，得到的结果应该是一张需求统计表，记录当前所有有可能需要执行的需求；需求整理，则是将哪些需求屏弃掉，将精力锁定在最关键的需求上；需求筛选，得到的结果是用什么样的理由决定了哪些需求当前版本优先执行，且各自的执行顺序是怎样的；需求设计也就是原型图设计，达到能够很好传递信息给后续环节的目标。

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

文章插图
项目管理
在项目的执行中，也要求项目做结项处理。从而形成项目经验，让后续新项目的执行基于当前项目进行维度升级。同时，项目中的执行文档、检查表、项目阶段规划，都是相关项目的实例，可依据这个内容抽取形成模板，构成每个参与者的勋章。
四、产品自我优化（1）产品自我审视：版本树复盘
（2）用户行为研究，大数据分析
（3）用户直接反馈渠道
（4）MVP：最小最有价值产品版本
一个产品就是在这样的流程下，产品逐渐变得越来越好；一个团队，也就是在这样的项目执行下，变得越来越专业，越来越高效。
在项目都在推行项目复盘的情况，那么每一次的需求实现及运行，也需要对产品进行需求复盘，对“枝丫”需求进行适当的删减，对“主干”进行适当的补充完善，使其更加茁壮成长。
在产品运营过程中，也需要监控产品本身。依据产品用户群体的活跃度、留存率等来辅助确定产品的朝向；用各个页面的使用率及使用路径跟踪，确定产品的设计优化，辅助产品进行内容改版和升级；用产品的版本对比、时间对比、峰值、数据量等多方面变化来检核产品，进行自我的辩证认知。大数据的分析和挖掘，将能辅助产品走的更远，走的更稳。
产品还是需要根植于用户，构建用户的反馈渠道，就能更直接的和用户接触，也更能发现那些细节问题、特殊情况问题，也是另一个坚持，步步检核。
在整个整理过程中，会发现，需求的整理及实现，花费了大量的时间和精力。在实际的执行中，因为需求池的明确，需求筛选之前的很多事情都省掉。最关键是，所有的需求按照深度思维都是可以不断挖掘的，但是在实际的情形中，会因为生命周期、产品阶段，会存在部分功能隐藏较深，不被使用的情况。
所以，产品在初期的需求设计中，不必尽善尽美。在完成核心业务逻辑的实现后，需要尽快投入市场，依据市场的反馈，更加及时的修改，以确保产品深耕于用户群。这就是产品最小最有价值版本设计的方法，即是MVP，也确实是MVP。