设计mvp
mvp方法
实现mvp
找到痛点
mvp不是不做产品模型的借口
成长建议三   要点反思。

mvp最小可用产品，在精益创业这本书中提到这个概念，他的目的是验证两件事，一是产品满足的用户需求，产品能够创造商业价值。

许多产品都是从小做大的，而非起初就做得非常臃肿。

产品模型的合理不能确保功能也会受到用户认可，快速投入到市场中，进行验证是最土的方法

产品的核心功能，解决问题，未必要等到产品非常复杂之后才去做。

一：设计mvp

没听说过mvp的产品经理，就去模仿，做出来的第一个版本，异常臃肿，成本过高

听说过mvp的产品经理，有时过于简化，所以要找到平衡点是最关键的一步。

先做到五脏俱全的麻雀，再去做所向披靡的雄鹰，

设计mvp是推荐参考的方法。

1奥卡姆剃刀法（如无必要勿增实体。）

把预期完整的方案简单罗列出来，然后从最不重要的部分一点一点砍掉其中的功能，直到再砍下去正常功能就无法使用为止。

2用户访谈

做方案，召集用户评价，他们认为会接受的最低限度的版本就是最小可用版本。

3去掉可人工处理的功能

把可以用人工处理的功能丢了，暂时用人工来完成，降低成本，实现mvp的方法。

4确保只有一个功能。

确保产品里只有一个功能，不管第二个功能看起来有多炫酷，排除产品两个功能耦合在一起的情况，分离就不产生价值了。

二：mvp方法

设计好了，mvp运用的方法也有很多。投放到市场中，用户体验收集反馈，持续优化。

1广告

有个例子，他在只有点子的时候，做了1个三分钟广告，让大量用户去注册产品。广告形式实现mvp，类似于用户访谈的形式，不过会更有说服力。

2假mvp

做一个视觉效果没问题的产品，但功能都是，或者部分是假的，收集用户使用的产品的数据。

3线下实现

线下也可以完全用别的方法实现，同样可以不考虑开发线上产品。

4众筹。

设想预售，用户愿意付钱买单，东西自然卖得出去。

三：实现mvp

mvp的方法看起来像是预热和测验，但最终都是药需要实现成真正的产品

实现的时候考虑一下问题

1选择平台

平台选择上产品经理要考虑哪种平台性价比最高，切忌每个平台都做一套。

很多不怕麻烦的创业团队，不仅微信公众号，i o s和安卓平台的产品一个不缺。

app的创业红利期已经过去，用户手机里不会愿意装太多app，即使装了，也有很多用户几乎不会再打开。

可以直接内设在微信公众号上

2选择技术实现方案

mVP实现用怎样的技术方法，产品经理应该做个判断，在产品成熟阶段是产品优先，但在mvp阶段的，产品和技术的平衡，另外的技术实现时，能使用第三方插件和工具减轻压力，就尽量去用。

3关于外包

慎重

原因一，要考虑启用外包的团队，大部分都存在一个共性，对技术开发并不熟悉，甚至对互联网也不熟悉，产品对接不顺畅

第二产品负责人，产品经理，与外包团队通常是异地沟通，一般都不会很顺畅，

第三，外包团队大都不会维持后续的版本，

除非在极端情况下，紧急的需要帮手，是可以把非核心的功能外包出去。

四：找到痛点

痛点就是核心价值的体现。

airbnb最初他们遇到的场景很具体，在旧金山会议，旅店爆满，人没地方住，

他们继续观察用户的痛点，并不是出差开会，是旅店爆满这个场景，或者不仅是这个场景，更多的是在旅行中要廉价干净舒适的住处，基于这样的痛点，他们做了一些改变，

后来还有一个重要的痛点，用户需要对房屋情况作事前判断，很在和很多用户了解之后，他们发现，出租者根本不会自我包装，于是他们花钱租借了相机，免费给出租者拍摄精美的图片。后来需求量立刻上涨。

找到痛点方法论：

通过分析数据发现痛点

用户数据

使用频次，1-2天或3-4天

还有其他类的产品，根据实际需求评审来确定，

日活跃用户，周活跃月活跃用户

日活的增长率，呈现指数增长，说明找到重点，

用户留存，每天的用户，总有一部分会一直留存下来，意味着留存的效果很好。

商业数据

付费转化率，很多团队花大钱，最终用户并没有回归价值，结局就可想而知了，目前互联网产品往往是不太看重商业数据，要时刻关注商业价值的数据，否则就跟很多涂有流量，却总赚不到钱的产品一样陷入两难境地

另外要根据不同的产品选择观察的数据，数据的增长到底来自于补贴，更多还是来自于用户的满意

内容社区产品：只看用户量的增长，带回答者变少了，回答者的整体素质降低了，这也不算好数据

通过用户反馈发现痛点

数据分析定量对痛点进行判断，用户反馈可以定性对痛点进行感知。

用户在线反馈

用户的工作也许运营的同学去做，但维护他们，产品经理一定要参与的，除了官方渠道外，多观察，哪里可能会有人讨论自己的产品，应用商店的评论区，知乎，豆瓣，

张晓龙，曾经要求他麾下的产品经理，在了解用户方面做到一千一百 十，这些对于观察mvp的效果来说尤为重要。

定向访谈

数据乐观：聊用户喜欢的点，找到现在一产品中最吸引他们的部分，发现痛点背后的逻辑

数据不乐观：可以问用户现在不爱用的原因

案例

搜寻样式，下单预约，售后三个核心模块，

在mvp中我们只提供默认的几十款样式，干脆使用线下支付，售后整个模块都砍掉，全部由客服完成，就剩下选择样式和下单的核心流程。

实时监测，知道目前有多少人在关注我们的页面，多少人进入了下一步，多少人在下单途中跳出，多少人最终成功下单，中途终止的，安排的电话访谈。

五：mVP不是不做产品模型的借口

理论派，乔布斯说，用户不知道自己想要什么，除非你摆在他面前，

实践派的，产品经理应该是数据分析师和用户研究员，一切来源于用户

mvp看似实践派的方法，但实际上更像是二者结合。

成长建议

产品模型和对核心功能的设计，像是指导思想而 m v p是实践的方法论。mVP很难一击必中，创业团队要在检验中判断产品功能有没有解决问题，如果及时发现问题快速转向，生机就有。

要点反思

大部分在等待功能完善，才能一炮而红的产品往往都没有等到那一天

产品初期做设计，要多做减法

初期，整体流程跑通时不用特别在意，是不是用互联网方式。