5.3.5 在MVP方法中，如何保证雏形产品的不完备性不影响用户反馈？

[GreyZeng]

原文地址

MVP——Minimal Viable Product，最小可行产品，又称为Minimal Feature Set，最小功能集。具体的做法是：把产品最核心的功能用最小的成本实现出来（或者描绘出来），然后快速征求用户意见。——《构建之法》5.3.5

书中提到，为了让产品团队尽早获得用户的反馈，防止浪费性的精力投入，一些互联网团队正在尝试MVP方法，即花费极小的成本设计一个类似”功能雏形“的东西，来测试用户对于这部分最小功能集的需求量，以判断该功能的开发效益大小。

我的问题是，成本极低的产品雏形相比最终的成品，肯定质量有所欠缺，并不完备。那么，这种不完备性，是否会影响用户对于该最小功能集的需求量，从而导致获得的用户反馈相对于真实需求有所偏颇呢？

[GreyZeng]

在 alpha 版本结束后的用户体验反馈部分，我对该问题再次进行了思考。

由于我们团队的项目新颖度高，目前市面上暂无类似的产品，因此用户对本产品大多没有预期的目标或期望值，更大的问题反而是在理解这种新产品的使用方法和理念上。因此，alpha 阶段产品的不完备性没有对用户反馈造成很大的负面影响。

但是，我们依然遇到了不少用户反馈的问题，其中不乏对 beta 阶段待实现功能的要求，这些反馈其实是对当时用户资源的一种浪费。因此，我认为在发布文档中详述本项目待完成的内容，将在计划范围之内的功能及时向用户传达清楚，能很大程度上防止用户在此方面倾注笔墨和时间。
原文地址