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