如何避免你的MVP构建失败？
极客时间编辑部
讲述：初明明大小：4.22M时长：04:37
你好，欢迎收听极客视点。
作为一名技术人员，最小可行性产品也就是 MVP（Minimum Valuable Product）对你来说可能并不陌生。每一个新产品都是以 MVP 的形式推出的，有些产品只是更“可行”，而有些产品只是更“最小”。
而在做 MVP 的过程中，总会有失败，你需要找到 M 和 V 之间的平衡点，即“最小化”与“可用性”之间的平衡点。企业家乔·普罗科皮奥（Joe Procopio）认为，如何从一款好的产品升级成为一款伟大的产品？这需要由市场来告诉你，市场不仅会验证你的想法，还会告诉你该打造什么，不该打造什么。红杉汇翻译了普罗科皮奥对避免 MVP 构建失败的建议，如下。
一款 MVP 为什么会失败？
基本上，有三个原因会导致一款 MVP 一败涂地：
1. 你从来没有想过要成功。
如果你想发明一个伟大的产品，你不是要为一个大问题空想出一个独特而优雅的解决方案，首先还是要做到能解决这个问题、并要把它解决好才行。一旦有客户开始使用你的解决方案，你就不能说停就停了。
因此，某些 MVP 只是用来测试你对问题、解决方案和市场的预想罢了。
有时候，你会很幸运，第一次就把它做对了。但大多数时候都会失败，没关系，尽早失败，经常失败，然后再回到原点。
2. 没有做到“最小”。
很多创业者、发明者都很难面对这样的事实：他们为某些用例专门设计了一些功能，但是当这些用例出现异常时，产品的功能竟然崩溃了。
如果你试图为每一个可以想象到的用例构建产品，最终可能导致构建了过多的功能。而当这些异常点以一种你没有准备好的方式发生时，将会使多数的产品功能失效。
3. 它不够“可行”。
如果产品太糟糕，比如错误太多、体验不流畅、支持不够，那么称它为 MVP 与否并不重要。
怎样避免失败？
1. 已经为异常点做好了准备
你应该知道异常点在哪里，它们什么时候开始给客户带来了麻烦。然后以此进行损失控制，这样事情才不会失控。
方法是，在异常点周围筑起一道墙。这道墙可能是检查数据是否正确输入，在达到某一输入级别就触发程序退出的开关。或者在最糟糕的情况下，构建一个逃生舱口，让客户可以完整无损地离开系统。
无论要把他们“送”到哪里，都要确保你的解决方案非常灵活。如果你的解决方案是客户支持，那么支持团队应该要做到及时响应，熟识相关操作。如果是网站，那网站应该易于更新。
2. 你的测试是彻底和完整的
你可能不必修复每一个 Bug，但你必须处理每一个 Bug。
换句话说，如果你不能彻底测试一个功能甚至整个功能集，就考虑把它排除在 MVP 之外。对于核心功能，确保你已经圈定了异常点，然后尽量彻底地测试核心功能。
3. 你的产品已经做好了实际使用的准备
确保你已经用真实的用例对 MVP 进行了测试，并得到了诚实的反馈。
4. 你有一个涵盖产品全生命周期、定义明确的流程
实际上，你不仅仅是在测试产品，还在测试市场、交易、交付和支持。所有这些过程都应该准备好处理产品的整个生命周期，就是从客户第一次发现产品到永远停止使用它的这段时间。
获得一个客户比留存一个客户简单多了。你的 MVP 会告诉你需要采取哪些额外的步骤，来让用户使用产品的时间长到可以产生可观的利润。
5. 数据策略将验证可行性
要确保你得到了一组有统计意义的数据，产品推出后“掷地有声”，不要依靠直觉反应来证明或者否定 MVP 的可行性。
除了上述 5 个方法以外，产品发布前你要问自己 5 个问题，避免自己围绕产品功能特性而不是客户去打造 MVP。
能否在两分钟内让客户明白你的产品的主要用途？
你的 MVP 是功能至上还是客户至上？
你是否像客户一样思考？
你是否试图为所有人解决问题？
你的表达会不会让人不知所云？
所有这些问题都有答案，所有这些答案都能为 MVP 带来改变，不要害怕变化，最重要的是为客户带来价值。
以上就是今天的内容，希望对你有所帮助。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(1)
- 最新
- 精选
叶小鍵mvp，先要有，再来调整。先把想法变成作品，再来作品给予使用者，收集讯息，修正再行推出。最小且核心的功能要可以让使用者容易上手有对他有用。
收起评论