05 | 如何快速利用 MVP 思想

精选留言(21)

• 

  sylan215

  1. 其实推演基本所有产品经理都会做，问题是，有些人的推演就是自己在意yin而已，所以推演的结果就不尽如人意了。
  
  2. 长板理论逆袭木桶理论，赞。
  
  3. 创造低成本方案这个我尝试补充一个，现在很多的业务和系统全都是云端化，但是 MVP 阶段其实可以不去搭建复杂的云端配合系统，虽然那个很灵活，但是处于验证的目的，完全可以使用硬编码，或者规则文件来做前期的配置，等量级足够大的时候，再去搞云端化。
  
  4. 根据「增长黑客」的理念，MVP 主要是为了找到产品的 PMF 状态，所以二爷说的 MVP 思想，我理解为就是验证或者探寻产品真实的 PMF 状态，所有精力优先聚焦在这个上面即可。
  
  以上，欢迎沟通交流，公众号「sylan215」

  2018-08-08

  

   18
• 

  木头人

  上面某位朋友，打点也称为埋点，解决数据采集的问题。

  2018-08-09

  

   10
• 

  金生水足

  请问打点是什么意思呢？

  作者回复: 就是@木头人 提到的，通过在访问中记录用户行为轨迹（也就是打点）来进行统计分析。

  2018-08-08

  

   8
• 

  牛小妞

  印象最深的利用MVP快速验证产品的是多抓鱼，最早他们就是建立微信群人工发书单，人工下单转账来使业务跑起来的。

  2018-08-14

  

   5
• 

  刘祯

  关于人工替代系统，这对创业公司来说，更是常见。很多时候，我们想要验证一个功能的适用性，我们想得特别完美，可是资源有限，也只能先实现最核心的特性。例如，在赛事系统中，组织者很希望在报名结束后导出名单，这一需求并不着急，我们完全可以通过人工导出 Excel 表格的方式进行沟通。
  
  还有一点，产品不够，运营来凑，这话一点都不假。哪有上来就完美的产品？我们更重要的是展现自己的理念和态度，建立产品与用户之间的信任，然后快速响应和迭代，这样才有重视感和成就感。运营工作的确不必可少。

  2018-08-08

  

   5
• 

  laulend™

  最近一直跟产品在争论一个功能，由于我们的用户特性，喜欢抽奖、抽券或者实物奖品，也做过小范围的测试，哪怕是插件，后来二爷家的抽奖助手支持嵌入功能，一直想接入二爷家的抽奖助手到自家的小程序做个MVP测试，如果效果反馈和好的话，那么就自己在页面上开发一个抽奖功能，支持自家优惠券抽奖等等，但是，产品一直不给做，非要自己搞一个抽奖功能，运营的延期和用户活动只能拖到一个月以后，对于这件事一直在撕逼，看完二爷的文章，我打算再去撕逼一次，不管成功与否，还是得去尝试一下。实在不行，推荐他们来看二爷的课程。

  作者回复: 不一定非要撕，换个思路，用别的方式绕一下，比如导进公众号里

  2018-08-08

  

   4
• 

  时间之树

  特别关注了二爷讲到的关于MVP的局限性。任何理论和方法，都有他的使用条件和适用边界。只有充分了解它的局限性，才能更加有针对性的去使用。

  2018-08-08

  

   3
• 

  胡氏

  有个小优化提下：播放可操作的进度条，比如返回重复听那一段话，倍速听；可跳选时间进度；

  2019-02-25

  

   2
• 

  Symon

  这一节超实用，我们在做B端产品时，很多时候一些功能都是低频的操作，这时候人工反而比系统更优化些（从成本和灵活性角度来看，毕竟新产品的体量还没有那么大）！

  2018-08-23

  

   2
• 

  J不湿

  MVP是种思维，可以根据不同情况进行调整优化方法

  2019-04-22

  

   1
• 

  CC

  之前我在制作MVP产品有两个误区。
  
  一是认为动手比推演重要，觉得推演很久不如动手制作，认为动手才是获得结果的捷径。实际上产生这个误区的原因是战略上的懒惰，没有深入思考制作MVP产品的目的，结果绕了一个大弯路。
  
  之前读过一篇文章，依稀记得，某个大牛在短短一个周末就鼓捣出了一个MVP产品，验证了想法。我只记住了结论，却没有记住逻辑推演过程，以及项目之前的准备。他之所以能做成，一是之前做过推演，二是有自己想要验证的明确目标。
  
  第二个误区是要求完美，过度担心用户的负面口碑，这就导致不仅把资源浪费在产品的短板上，还下意识的拒绝采用灵活的低成本方案，比如人工方案。
  
  会使用工具的人，比如会写代码，某种程度上也是受到知识诅咒，很容易一大步跨入产品细节，考虑实现方式，考虑如何做出一个完美的产品，而不是投入时间在推演上。
  
  明确目的，然后行动。

  2018-08-14

  

   1
• 

  孙伟贤

  局部最优和全局最优的思考也很重要，产品其实都在努力控制系统和产品的熵，也就是局部系统有序和全局系统有序，也是走向产品架构的必由之路，回去想某个局部最优解可能会导致全局系统紊乱，到这个阶段的产品思考能力就是上等了，比如竞价排名，负面反馈，举报，敏感词等功能的意义，以及如何控制他们的负面效应

  2018-08-09

  

   1
• 

  张叔夏

  订阅数码博主的内容推送不会是不鸟万如一的会员吧

  2018-08-08

  

   1
• 

  刘祯

  与其更好，不如不同。这话放在今天这个时代，更是如此。中国这样的人口特征与需求分层让我们有机会尝试各种各样的产品设计与理念，可是同类产品的核心功能特性在哪里，一定要在第一版产品上线初就想好并且完善。
  
  产品本身是服务的一部分，二爷提到的 12306 就是典型的例子，这样的资源型产品，有足够多的资源可供用户来选择，才是最为关键的一点，因而产品体验要更靠后了。若是连票都没有，这样的产品有作用？
  
  梁宁老师说，产品要有系统能力，无论是技术支持、核心资源、市场营销、后勤客服等方面，每一项都是用户体验的一环，光靠产品本身出彩，是不足以支撑后续发展的，这样的例子就像几年前大火的足迹、脸萌等。

  2018-08-08

  

   1
• 

  和小胖

  mvp可能对于小功能的验证以及尝试更为有效。也是一种决定是否要大量推某个功能的依据。

  2018-12-21

  

  
• 

  北冥Master

  能讲讲抽奖助手和readhub两个工具的mvp 1.0做了些什么功能，留了什么未完成功能？

  2018-11-28

  

  
• 

  🤖

  笔记：
  MVP裁剪-留住长板
  解决方案-减少开发成本，人力验证服务是否靠可以落地；第三方平台验证产品idae
  根据自身产品形态和自身资源，选择最合适的产品验证方式，MVP并不适合所有产品不是唯一原则

  2018-08-17

  

  
• 

  四毛

  在小程序这类开发成本较低的平台上，是否也有MVP的必要呢？

  2018-08-12

  

  
• 

  我叫什么来着

  期待后面的分享中多一些工作中的具体案例

  2018-08-11

  

  
• 

  Novelty

  对二爷所述两点印象尤深，第一是验证长板，第二是对于领域相对成熟的产品而言，产品体验细节的叠加才能构建出核心竞争力，而mvp可能很难将它构建出来。
  
  自己在利用MVP过程中踩过挺多坑，个人体会对于MVP方法而言，可能更适用于一些开创性的设计或是不为市场中大多数人所熟知，我理解就是二爷所述的长板，这样可以避免用户对产品新功能不完善的不满，反而能增强其体验完整版的期望。
  
  我们此前设计过的一款功能，在进行测试时，用户点击量很高，但留存却很差，后来得知是用户因我们产品部分基础功能体验不好，而影响到他对新功能的整体体验。
  

  2018-08-10

  

  