有点和刘飞，在《从电子到产品》中mvp一章中的内容和观点很像。

说一点我自己的感觉：mvp应该更抽象一点，早起最好通过人工来做，把场景和流程思考透，就像买东西这件事情一样，先要选择要买的东西，然后去结账，带回家。

但是在不同的场景里面，买东西会有很多不同的情况，有目标、没目标。

本质上互联网只是优化了物理世界，并没有颠覆物理世界，mvp我更倾向理解为场景验证而不是功能验证。

ps：最后还有一点小建议是对岳岳前辈的，文章内容我现在读起来有点难受，从我个人出发而言会选择偏向底层逻辑的解读或纯粹实操类的指南，这样也便于读者理解和分类。

评论中有很多对MVP方法的疑问，这也是目前许多中小企业的顾虑，没做完就别拿出来。个人想法，对于这样的情况，在用户点进未完成功能时，提示信息尽量友好，安抚一下感觉被欺骗的心情。另外感觉靠点击率判断还有些欠妥，因为有时候点进入也许单纯是好奇想看看这是个什么功能，至于留存好坏，还是要看实际使用对用户起多大作用。所以除了友好提示，可以适当再加入几点关于功能的介绍，提供用户自行设计以及提供备选方案，最后做个方案投票，用户期待方案整合（不过感觉现实中大多数人会觉得麻烦不会去填，更期待别人去填，或者等产品上了之后直接试一试，因此尽量简洁，适当勾起兴趣来引导）。根据点击率、方案投票数、用户期待方案来决定，也许对后续的留存有一定帮助吧。
  另外，也要关注产品的性质，类似微信、微博等这种社交类，大家更注重的是情感表达交流，轻松的互动等，对于提示信息的表达以及产品功能的介绍，显得更亲近些比较好；类似工作业务类，大家会首先考虑相关工作流程，旨在保证工作为前提，综合考虑公司以及合作方各项因素，进行必要的有技巧的调研沟通，这方面相对于面向大众的产品会更容易，更有针对性。
点击、填写过的用户肯定是对这项功能关注度比较高，对整个产品充满感情的，无论该功能后续是否成形，都应该给大家相应的回复，或者因为成本和业务考虑对预先功能进行了修改和缩减，都应进行说明和安抚。
最大的感受，产品应该是有温度的

之前尝试 MVP 中，发现执行的难点是明确目标。

目标明确意味着需要清晰描述想要验证的内容（创意的起点），接着预估结果的几种可能性，然后倒推实现方式和执行细节，确定第一阶段的项目范围。文中两个未完成的功能案例非常有启示，准备在现在的项目中进行尝试。

之前在项目中有遇到低使用率、高留存的情况，这种情况发生在一个免费工具类App上。由于该App设置一次后就一直运行，是低频应用。较难验证到底是伪需求，还是App设计的好。有可能用户因为是免费App，即使没有什么用处，也就一直装着。之后提供收费功能，才得以验证需求的真实性。