MVP
你可能会说
先做最小的一版试试水，核心功能跑通就行，别一上来全做。
以最低成本构建核心可用闭环、用于验证核心业务假设的产品最小原型版本。例如，想验证用户是否愿意付费时，可以先向目标用户收取真实费用，再用人工方式完成提醒服务。MVP 要取得能支持决定的真实证据，不是把完整产品随便删减后上线。
先知道
也常被叫作最小可行产品Minimum Viable Product最小可行版本最小化可行产品
“自由职业者愿意付费使用催款提醒”怎样被最小成本验证
同一个待验证假设自由职业者愿意为“自动催款”付费
- 功能12+ 个模块
- 投入约 6 个月
- 验证上线后才知道
- 功能1 个核心动作
- 投入约 2 周
- 验证第 1 周就有真实付费
MVP 不是把完整产品做薄，而是用最小投入先验证最可能让产品失败的那个假设。
MVP 如何低成本验证核心假设并驱动决策
只选一个高风险假设：先找出一旦错误就会让方案失去价值的判断，例如目标用户是否愿意为自动催款付费，而不是同时验证所有功能。
设计最小但可信的体验：实验只保留验证该假设所需的价值、参与方式和反馈渠道；落地页、人工服务或小型可用版本都可能合适，取决于要学什么。
事先约定证据和下一步：明确观察谁的什么行为、达到什么信号后继续，以及证据不足或假设不成立时怎样调整或停止。
你可以这样告诉 AI Agent
我们最担心的是自由职业者愿不愿意为自动催款付费。请设计一个只验证这件事的付费小规模试点，写清价格、退款规则、找哪些人、人工怎样交付、记录哪些购买和续费证据，以及什么结果意味着继续或停止。联系用户或收款前先让我确认；免费试用、问卷表态或点赞只能说明兴趣，不能当作付费证据。保留隐私和基本可信度，不要扩成完整财务产品。
接下来学什么
延伸阅读 · 权威出处
快速练习
团队最担心“自由职业者是否愿意付费使用自动催款”。哪种 MVP 最能先验证这个风险？
ANS 原创方法