最小产品的核心任务，不是证明“产品能做出来”，而是验证一个明确的付费假设：某类用户在特定场景中，是否愿意为某个结果支付费用。若假设尚未被定义清楚，开发进度、注册人数甚至页面访问量，都不能替代付费验证。

一个可检验的假设至少应包含四个要素：目标用户、具体场景、未被满足的问题，以及用户愿意购买的结果。例如，“在线抠图工具”只是功能描述；“帮助某类用户更高效地完成图片处理，并获得可直接使用的结果”，才接近购买理由。假设越具体，越容易判断产品是否真的解决了问题。

先验证问题，再决定功能

最小产品不等于粗糙的半成品，而是只保留验证核心假设所需的最短链路。对于工具类产品，通常应能让用户完成关键任务，并看到清晰的收费方式；复杂账户体系、扩展功能和完整后台，如果尚未证明用户愿意使用，就不应优先投入。

公开案例中，创作者最初花两周写代码，后来发现市场拥挤，改用两天研究竞品定价和用户评价，再重新定位产品。这种调整说明，开发投入只能证明实现能力，不能证明需求成立。竞品研究的重点也不是罗列数量，而是寻找用户反复抱怨、现有方案解决不充分且可能影响结果的问题。

付费信号要高于兴趣信号

点赞、访问和口头认可只能说明用户感兴趣，不能说明用户愿意购买。更强的信号包括主动询价、试用核心功能、重复使用、明确比较方案，以及实际支付。首单之后还应追问购买原因、使用障碍和是否愿意再次使用，否则一次支付可能只是偶然行为。

案例中提到上线一个月后实现约 5K 变现，但公开信息没有说明货币单位、订单数量、价格、成本和收入口径，因此不能据此推导客单价或利润。对任何最小产品而言，真正应记录的是：用户来自哪里、完成了什么关键动作、为何付款，以及产品是否持续产生需求。

最小产品的价值，在于用较少开发成本缩短判断周期。它不是追求尽快上线，而是尽快回答一个问题：真实用户是否愿意为明确结果付费。