我想，或许MVP不应该是理论上的，而是基于你实际情况的 。
后来，我觉得可以试试通过用原型的方式去展开我们产品的MVP 。
我在启动与客户交流之前，完成了“业务流程图”、“用户行为路径”、“界面流程图”的梳理，然后约上客户，进行一对一沟通 。
他们在面对以上可视化内容后，对我们团队将要做的产品就基本很清晰了，因此毫无保留地给出了他们的期望、需求、思考、想法，我也逐一进行了记录（真的是宝贵的资产） 。
虽然是原型化的MVP，但说真的，已经可以测出客户的痛点、需求、偏好 。
将原型作为MVP，是非常好的低成本验证方式，屡试不爽 。
2. MVP一定要研发出来吗？一个说的清楚的idea算不算？为什么我忽然想到这个了呢？
因为在问题1中，我发现了MVP可以是一个原型后，我就在想，是不是其也可以是一个idea 。
后来，我发现了Dropbox，我的疑问迎刃而解 。
Dropbox的MVP产品是一个假装准备好了产品的视频（是不是有点出乎意料） 。该视频用来检验他们期望文件能在不同端上同步的想法，用户是否也同样喜欢 。于是，创始人Arash Ferdowsi 和 Drew Houston设计了一段idea视频，而该视频在几个小时候被疯狂传播，并且他们收集了很多用户对此的想法与兴趣 。于是，Dropbox就被研发出来了 。
可见，MVP可以是一个当前不存在的产品，只要你能向用户表达清楚就可以 。
所以后来，我会带着一些想得比较清楚的想法，直接去和客户聊，看看他们是如何看待这个问题的 。
虽然客户不能给你答案，但是可以启发你的思路 。
3. MVP中到底哪些功能要保留？哪些砍掉？关于功能保留与删减的问题，也是我在做产品中慢慢想明白的 。
这里我举产品中数据对象“复制”的功能 。
当时的情况是这样子的：
我们产品中有一个页面，是对某种类型的数据进行管理，但这些数据对象会有被复制使用的情况 。（试想下，你只想稍微修改下某篇文章的标题，发给另一个人，你会选择复制编辑，还是重写 。我想大部分人都会采用复制去处理吧 。）
我们在这块上投入了很多思考：包括数据对象复制那一刻是复制最新版本还是复制全部状态（对象有版本概念）；若数据对象复制到当前分类内，是否允许复制；数据对象是否可跨产品复制？等等，关于复制的一系列问题困扰着我们 。
最终在MVP中，我砍掉了此功能，有以下三个原因：
第一：复制功能不是核心功能，以后加也可以 。现在没有，产品核心流程依然可以跑通；
第二：复制功能要基于用户场景去设计逻辑，其不是简单的一个操作功能；
第三：即便复制功能研发出来，也未必是用户想要的复制形式 。
以上，让我决定聚焦核心功能，在MVP中把一切想不明白，又不确定用户是否会真实需要的功能砍掉了 。
我想，MVP中到底哪些功能要留下，哪些可以砍掉 。一方面看核心流程是否因为此功能没有依然可以跑通；另一方面要看是否为必备功能（参见KANO来筛选） 。
2011年微信1.0版本发布，就是MVP的典型应用 。那时候的微信只有4个功能：设置头像和微信名、发送信息、发送图片、导入通讯录 。
4. 技术无法实现MVP中的功能怎么办？由于我们的产品比较特殊，有些功能实现起来确实难，就会阻碍MVP的展开 。
此时，在MVP中又出现了一个问题，核心功能无法实现怎么破？
我举个例子 。在我们的产品中需要使用到AI功能，但目前我们没有相关技能的人员，那功能如何实现呢？
于是我又想到了Zappos的MVP案例 。我用其他技术方案替代了AI，先让产品流程跑通 。
因为关于你产品的某个功能是不是AI实现的，其实用户压根不关心 。用户的诉求就是能用、好用 。
因此，我们产品的MVP中，关于AI的技术方案都用普通技术手段先去实现了 。
其实，MVP中功能不能实现可以分两方面考虑：
第一：功能是否真的真的真的必须实现，即是不是没了这个功能产品无法运转了（评审过后的MVP功能也未必是仔细斟酌的功能，后期看情况是可以调整的）；
第二：若功能必须实现，那么考虑是否暂时用替代方案 。
我始终相信，方法比问题多，没有解决不了的问题，只有你是否有想解决它们的坚定的心 。
5. 你的MVP只有你自己知道，多问自己为什么要做它？我在做产品中，试图去问过其他人，某些该怎么做，如何做更好 。这个在MVP中要不要出现，那个在MVP中要怎么设计 。
推荐阅读
- 手相智慧线分叉图解 智慧线末端分叉的全面解析
- 蓝海产品有哪些怎么选 蓝海产品是什么意思
- 属兔起名字女孩名字 蕴意女孩温柔端庄的名字
- 新手运营竞店产品分析的4大核心 竞店分析哪些内容
- 受众定位有哪些？受众产品内容人群分析
- 产品市场推广计划书,项目推广计划书
- 化妆品产品营销策略，年入100万护肤品行业推广方案分析
- 产品销售渠道有哪些类型，新型销售渠道产品策略分析
- 产品经营策略,产品经营策略
- 坐端正的正确方法 坐端正的正确方法介绍