最小可行产品MVP

先认出这件瘦产品，再改范围看假设能不能测

下面就是能验证「愿意公开分享」的最小产品：注册、创建、公开链接。点试用看信号；再砍掉公开链接或塞进支付评论，失败会写在产品本身上。

知识点：MVP = 假设 + 最小路径 + 时间盒

上面的瘦产品已经演示了核心关系，这里只给可复用的命名。

• 假设是锚：没有「愿意公开分享」，范围只是功能清单。
• 最小路径必须跑通：注册 → 创建 → 公开链接缺一步，假设测不到。
• 学习信号要可计数：「5 位用户里有人公开作品」能数，「用户喜欢」不能。
• 时间盒把「做完」兜住：核心项超过 2 周，就变成小完整版。

什么时候用、怎么用

新产品还没被市场验证时用 MVP 收范围，不是给常规迭代贴标签。

• 信号：功能太多做不完、团队对要不要上线各执一词、想用 MVP 名义先发一版。
• 适用：新产品或新方向尚未验证、资源只能做一件事。
• 不适用：成熟产品的常规迭代，不必套 MVP 名号。
• 最短路径：写假设 → 圈最小路径 → 非核心写暂缓理由 → 设时间盒和可计数信号。

正反例：同一假设，只换范围

目标都是验证「用户愿意公开分享作品」。差别只在是否留住可观察行为。