对MVP（最小化可行性产品）的一点反思

一两年前接触了Lean UX的概念，也在实际参与过的项目里体会到一些MVP（最小化可行性产品）与敏捷迭代的实际应用。除了创业公司，一些大公司内部团队也在尝试推行这种快速验证迭代的策略，但这真的是最合适的解决方案吗？于我个人而言，在大公司里对其缺点感受反而更多，感觉MVP被当成了定位不清晰、用户特征模糊、业务逻辑不周的借口，也在无形中拉低了设计师思考与输出的质量标准，结果第一个版本上线后才发现错漏百出，设计师们忙着缝缝补补疲于奔命，久而久之就有些磨灭热情，而这种局部弥补也难以从整体上带动产品设计再上一个台阶。

拒绝借口，设计不该为产品买单

很多设计师都喜欢做To C的产品，觉得更有个人成就感，但现在的我却更喜欢To B，因为大多数To B的产品定位、用户群都非常清晰而有针对性，设计师可以一开始就往正确的方向上使力。而有一些To C的产品呢，产品经理根本就没想清楚产品定位与用户定位（也不能全怪他们，影响因素很多），直接搞个Design for all的口号，就让设计师辛辛苦苦画线框图画高保真出MVP，好不容易搞出来了，一句轻描淡写的战略方向调整，设计师们的辛劳成果一夜之间化为乌有。

《 敏捷迭代不是修修补补 》这篇文章里有一段说得很好：“敏捷迭代在很多大公司其实是个口号，更多是漏洞百出、战略不清晰的借口。”，而奋战在一线的设计与开发，则是最直接的买单人。对那些打着MVP幌子来回避对产品定位、目标人群、业务逻辑进行清晰系统描述的借口，我们不应该纵容；设计师应该具备产品思维，并不是说一定要在未来转型为产品经理，而是可以更好地帮设计师从源头上减少不必要的时间精力浪费，毕竟你不能指望永远遇上足够靠谱的产品经理。

流失的种子用户

这一点Medium上有篇文章《 So long MVP,Hello Minimum Loveable Product 》已经说得非常好了，文中打了一个比方：“The MVP might validate that people like cake, but it won’t get people talking. The MLP should validate that people love your cake, will come back for more and tell their friends.”