Build、Sell、Learn、Improve 是独立开发者的一条连续经营循环。Build 创造可用结果，Sell 让它接触真实市场，Learn 把行为和反馈转化为证据，Improve 再根据证据调整产品或市场路径。
这条循环之所以重要，是因为 AI 降低了构建成本，却没有让注意力、分发能力和判断力变得无限。
Build：构建最小可用结果
Build 应该以用户动作结束，而不是以代码量结束。
需要回答：
- 这个里程碑后，谁可以做什么？
- 最小端到端旅程是什么？
- 哪些约束必须保持？
- 什么证据能证明旅程成立？
原型能减少不确定性时很有价值；如果没有接触用户却一直润色，它就开始变成浪费。
Sell：建立发现与信任路径
Sell 不一定立刻等于付费结账。早期销售动作可以是：
- 发布有用 Demo；
- 写清楚 Landing Page；
- 分享给一个明确社区；
- 请求具体承诺；
- 陪真实用户完成安装；
- 测试付费意愿。
一位 SideProject 开发者准确呈现了这种失衡：产品已经能工作，却仍然是零用户，最终发现分发才是更困难的问题。这不是例外，而是 Sell 必须进入产品路线图的原因：相关讨论。
Learn：收集能改变决策的证据
不是所有指标都叫学习。有效信号必须有机会改变下一步。
例如：
- 用户理解价值，但安装时流失；
- 目标查询已有曝光，却没有点击；
- 试用用户完成设置，但没有抵达核心结果；
- 访谈对象描述的问题不同于官网文案；
- 支持问题暴露了缺失的信任信息。
为每个信号写明它服务哪个决策，否则 Analytics 只会变成另一个需要维护的 Dashboard。
Improve：修改杠杆最高的断链
Improve 不等于增加功能。最值得做的下一项可能是：
- 缩短安装时间；
- 收窄目标人群；
- 重写一句让人困惑的文案；
- 修复可靠性；
- 删除一个功能；
- 改善分发；
- 暂停项目。
从发现到重复获得价值，追踪完整旅程，优先修复第一处重要断链。
每周运行一次循环
适合独立开发者的周回顾可以回答：
Build
本周发布了什么用户可见能力？
Sell
哪个真实人群接触了它？
Learn
什么证据超出了预期？
Improve
哪一个改变现在杠杆最高？
Stop
哪些低价值工作不该继续？
最终产物应该是一个下一步动作，而不是更大的报告。
把证据连回路线图
每个路线图环节都连接：
- 用户结果；
- 执行证据；
- 发布身份；
- 获客或使用信号；
- 它实际改变的决策。
这样可以防止构建计划和市场学习变成两个彼此无关的世界。
循环失效的信号
- Build 有几十项活动任务，Sell 一项也没有。
- 等产品“彻底完成”才开始营销。
- 采集指标，却没有对应决策问题。
- 反馈产生了文档，却没有改变路线图。
- 每次 Improve 都意味着增加范围。
- AI 输出越来越多，真实发布结果却没有增加。
核心原则
AI 可以压缩实现时间；产品经营循环负责把速度转化为用户接触、学习和更好的判断。始终把 Build、Sell、Learn、Improve 作为一个系统。