产品同学在日常工作中，应该多多少少有过操刀新产品的经历。不论是高层战略驱使还是自身项目组争取到的资源，从决定要落地的中间阶段其实是非常煎熬的。
没有直接做需求来的直接，更多是考验你对整个项目的熟悉认知程度，包括如何让你们的点子想法落地为产品。今天也是根据自身的经验进行总结，希望能给你一点启发。
从无到有是必经之路其实网上有很多关于如何从零到一做产品，要经历哪些步骤。在这里我不是觉得这些不重要，也很重要，只是被太多人说反而变成一种八股文。对于作者和读者本身都没有太多帮助，我也反而不太想说这些。
我之所以觉得新产品从零到一是一种流程不是说一定要按照怎么样的步骤去做，而是我觉得所有产品从无到有，从小到大它所要经历的路径其实是差不多。
至于前期你怎么样做调研，怎么样做竞品对于我来说只是不同的方式方法，所以我不去阐述，这些受背景环境的影响太大。
我首先认为所有调研和我们自己的想法或者我们做出来的东西和实际是有差别的，这其中就一定会涉及到验证环节，所以验证我觉得是所有产品从无到有必须经历的一步。
我记得原来在写新项目方案的时候，我经常会把MVP和PMF两者结合作为产品的第一阶段。首先MVP可能不是我们常常理解的可运行的demo这样，非常的简陋。我通常会把它作为产品的第一个版本，一个功能比较基础但是该有的功能都会有。
通过这样的版本，我们会让其和市场真实的需求去碰撞。碰撞过后就有所谓的PMF，你的产品是否真的符合用户的需求。
这一阶段过后，就是开始频繁的迭代，用户的诉求和反馈会砸到你的脸上。如果刚好幸运，你的产品真的比较贴合用户需求，这种反馈会异常的强烈。这个阶段后就是增长和提效。
增长很好理解，配合对应的运营手段根据迭代节奏投放市场。而提效，我通常都会把它作为完善优化产品的一个重要手段。
产品功能路径提效，用户使用提效（尤其是针对b端客户）以及一些功能模块内部相互依赖的提效（偏技术层面）。
所以大多数情况，我都会用这两种阶段去落地我的产品，同时将目标拆解。目标拆解唯一的好处就是执行起来会更好的落地。
大厂同学都在用的目标流程拆解
但是对于第二阶段，其实存在很多的不确定性因素。这一阶段的目标，我通常在方案中会大致罗列方向和目标，但不涉及过细的规划。摸着石头过河其实不是可耻的事情，它也是一条必经之路。毕竟谁也不知道你的产品会经历什么。
路径容易定，难的是定指标我之所以说路径容易定，就像我上面说的，所有的新产品就是会经历一条必经之路。但是难得是如何制定指标，时刻调整我们的方案。
就像上诉说的PMF，如何确定你的产品符合用户诉求。是听一个用户说，还是就看单一的pv/uv数据。这种指标的制定，就又是涉及具体的背景和项目，就比如我今天要做一款司机接单软件，我首次推广给了1000个试用用户，让他们使用。
首先我会对用户进行分层，全职司机和兼职司机是有差别的。如果我的产品是好用的，我就应该认为全职司机一个月至少28天会使用我的软件接单（全职司机基本都是全年无休），再对兼职司机取个比较平均的值。
第二个阶段又会有相应的增长指标，留存指标等等。这些指标很多时候是我们调整产品方向的重要依据。
所以，如何根据项目制定科学实际的指标往往也基于你对整个项目和用户群体的认知程度，也是更难的。
这篇文章主要还是和大家分享一下我的产品方案思路，比较干货的技能应该就是目标拆解法。后期有较多的同学针对如何拆解目标感兴趣的，可以留言回复，我会视情况看是否有必要单独写一期。
我是红尘，我们下期见！（公众号：都市摆渡人）
