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

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

文章插图
需求池和版本树的进化一个人可以走很快，一群人可以走很远！当前的内容分享，主要跟大家沟通一个实际工作的大框架，将自己的工作范围锁定下来。后续会逐步将各个环节细化，走向更加专业的深耕。也是如此，整个内容框架适合整个方向的工作，而个人需要依据实际情况，进行方法的筛选，截取对自己最有效的部分，执行正确的内容，并正确的执行。
向阳生长，和有趣的人同行。别怂~
本文由 @钢铁侠战幻视原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Pexels，基于 CC0 协议。