增长

增长章节回答一个问题：当 agent 已经能完成任务之后，如何把一次成功变成可重复的使用、账户扩张和收入增长。

Agent 产品和传统 SaaS 的增长逻辑相似，但重心不同。SaaS 常把登录、席位和功能使用作为主要信号；agent 产品更应该追踪任务是否被成功完成、用户是否愿意把相邻工作继续交给 agent，以及客户是否开始把 agent 当作组织能力的一部分。

增长从首次成功任务开始

Agent 的激活不应定义为注册、安装或首次登录。用户真正建立信任的时刻，是第一次让 agent 完成一件有用的事，并接受结果。

这带来两个后果：

• 首次任务要足够稳定，不能为了展示能力而选择高不确定性的复杂任务。
• 激活之后要立刻帮用户发现相邻任务，否则一次成功很容易停留在“试过一次”。

详见 激活路径。

扩张有三条路径

Agent 产品的扩张可以拆成三类：

路径	增长来自哪里	主要风险
Seat 扩张	更多人使用同一套 agent	复制到新团队后激活质量下降
Workflow 扩张	同一批用户把更多任务类型交给 agent	新工作流质量不稳定
Capacity 扩张	同一工作流的任务量、并发或服务级别提高	用量增长快于毛利改善

这三条路径会相互推动：工作流变多，容量需求会上升；容量和价值变大，销售或客户成功才有理由推动组织级扩张。

详见 扩张机制。

增长四象限

按“用户已有 / 新增”和“工作流已有 / 新增”切分：

维度	已有工作流	新工作流
已有用户	提高稳定使用频次	扩展相邻任务类型
新用户	在已验证场景获客	探索全新场景

四个象限不应使用同一套运营动作：

• 已有用户 × 已有工作流：优化速度、准确性、触发时机和日常入口。
• 已有用户 × 新工作流：用相邻场景推荐、示例任务和小范围试点扩张。
• 新用户 × 已有工作流：把获客流量导向最稳定的首任务。
• 新用户 × 新工作流：风险最高，更适合实验，不适合作为主增长引擎。

和其他章节的边界

• metrics 定义增长是否健康：成功任务、质量、留存、单位经济。
• pricing 决定增长如何转化为收入：订阅、按量、混合模式和 tier。
• playbooks 把增长动作落到客户成功、支持、销售和工程协作中。