单人 SaaS 的 MVP，不是功能最少的产品，而是用最低成本跑通一条可验证的业务闭环：目标用户提出真实需求，产品完成核心处理，用户获得可用结果，并愿意再次使用或付费。若只完成“上线”，却没有复用、支付和反馈，严格来说仍只是演示品。

先验证问题，再决定是否使用 AI

单人项目最常见的误区，是先研究模型、工作流或 Agent，再寻找应用场景。更稳妥的顺序是确认问题是否高频、是否已有替代方案、是否造成时间或收入损失，以及谁拥有明确的付费权。

访谈不能停留在“你会不会使用”。应继续追问：现在如何解决、多久发生一次、最近一次何时发生、已经支付过什么成本，以及什么条件下愿意付费。用户愿意提供真实资料、流程或预算，才是比口头认可更可靠的需求信号。

MVP 只保留一条核心流程

第一版通常只需要落地页、核心输入入口、稳定的 AI 处理流程、结果展示、基础账号与支付、反馈机制，以及必要的错误提示和人工兜底。复杂权限、数据看板和大量模板，应等核心结果被验证后再增加。

最短闭环可以表达为：

用户提交输入 → 系统完成处理 → 用户获得结果 → 用户再次使用或付费 → 开发者依据反馈迭代

早期采用“人工服务加半自动工具”并不丢人。人工审核能帮助识别用户真正重视的结果，也能避免在错误方向上投入数月开发时间。只有当重复需求、交付标准和付费意愿逐渐稳定，才值得扩大自动化范围。

用经营指标判断闭环是否成立

注册量不是核心证据。更应观察用户能否独立完成首次使用，是否在一周内回来，是否愿意提交真实资料，结果是否被采纳，以及流失原因究竟是价格、效果还是使用门槛。

AI 调用还应记录请求次数、输入输出规模、单次成本、错误率和人工介入比例。收入、利润与现金流必须分开计算；模型费用、服务器、支付手续费、退款和税费，都会影响真实收益。

单人 SaaS 的竞争力，不在于功能数量，而在于能否持续完成“问题—结果—付费—反馈”的循环。MVP 的终点不是发布，而是证明这条循环值得继续投入。