MVP 开发前要验证什么：5 个最容易被忽略的关键假设

用户说“这个功能不错”不等于问题存在。应确认他们最近是否反复遇到它、问题是否影响结果，以及不解决会带来什么成本。

优先验证高频、高损失或高焦虑的问题。低频且没有后果的问题，即使方案做得漂亮，也很难成为持续使用的产品。

“创业者”“商家”“内容创作者”都过于宽泛。早期产品需要先服务一类具体人群，因为他们的触发场景、语言、替代方案和付费边界可能完全不同。

可以从拥有共同工作流、共同渠道或共同痛点的一小群人开始。聚焦不是放弃市场，而是让第一轮验证有明确对象。

没有竞品不一定是机会，也可能意味着问题不紧急。用户使用表格、微信群、人工服务、通用工具或干脆放弃，都是替代方案。

了解现有做法能帮助你判断转换成本：你的方案要比当前方法快多少、少多少步骤，或者带来什么新的结果，用户才会改变习惯。

让用户看到落地页、原型或一句话说明后，观察他们是否愿意预约、留下联系方式、带着自己的数据试用，或介绍给同事。行动比点击“喜欢”更接近真实需求。

如果没人理解价值，不要先增加功能。先调整人群、问题表述和承诺结果，直到目标用户能用自己的语言复述它解决了什么。

早期不一定要立刻收费，但要知道谁为问题买单、预算来自哪里，以及用户愿意为结果还是为效率付费。对于服务型方案，先确认是否有人愿意预约；对于工具型方案，先确认是否有人愿意持续提供数据或反馈。

把付费问题放到真实对话中讨论。不要用假想问卷代替价格验证，也不要把免费注册误判为需求已经成立。