7.5 Land and Expand
概念
Land and Expand(先落地、再扩展)是一种交付策略,核心理念是:先在一个小场景做到深度可用,建立信任后,再向更多场景、更多团队、更多功能扩展。
这跟传统的「大而全」交付思路完全不同。传统思路是「需求调研做三个月,开发做六个月,上线一个完整系统」;Land and Expand 是「两周做一个场景,验过了,再加下一个」。
| 对比维度 | 传统大而全 | Land and Expand |
|---|---|---|
| 首次交付周期 | 3–6 个月 | 2–4 周 |
| 首次交付范围 | 全场景 | 1 个核心场景 |
| 首次验收难度 | 高(所有场景一起验) | 低(一个场景做好就验) |
| 客户信任建立 | 慢(要等最终上线) | 快(两周就看到东西) |
| 失败成本 | 高(半年白做) | 低(两周试错) |
| 扩展节奏 | 无(一次性交付) | 逐个场景加,每个都走 PEV |
用法
Land and Expand 的执行节奏:
🖼 图:land expand stages
示例
以 WorkBuddy 上的多场景交付为例:
项目名称:XX 企业 AI 助手
【Land】(Week 1-6)
场景:客服 FAQ 问答
PEV:P(2周) → E(2周) → V(1周)
验收:准确率 86%、采纳率 83%
成熟度:L3
客户反馈:"客服团队确实在用,效率有提升"
【Consolidate】(Week 7-10)
动作:稳定运行,收集 200+ 条真实用户反馈
发现:"退货运费"场景需要补充 15 条新 FAQ
动作:补充知识库,复测准确率 88%
成熟度:L3 稳态
【Expand】(Week 11-14)
新增场景:HR 请假流程
迷你 PEV:P(3天) → E(5天) → V(2天)
验收:准确率 84%、采纳率 78%
检查:客服 FAQ 场景不受影响(指标稳定)
成熟度:L4(2 个场景运行)
【Scale】(Week 15+)
动作:从 5 人试点扩展到 30 人团队
监控:采纳率、准确率、人工介入率
成熟度:L4 稳态
注意事项
-
Land 阶段选场景是关键 :选「最痛最高频最能衡量」的。不要选「看起来很酷但没人在乎」的场景。
-
Expand 时必须检查「老场景不受影响」 :加新场景可能改了共享的知识库或 Prompt,要复测老场景的指标。
-
Scale 不是简单加人 :从 5 人到 30 人,问题分布会变、边界 case 会变、采纳率可能下降。Scale 阶段要像对待一个新项目一样认真。
-
Land and Expand 与范围控制四纪律是配套的 :Land 阶段就是「纪律四」的「先做窄而深」;Expand 阶段就是「再做宽而浅」。两套框架是一体的。
7.6 本章小结
-
PEV 交付闭环 :原型(让客户挑错)→实证(真数据真用户)→验证(对上预设指标)。三阶段顺序不能跳,每阶段有明确的进入下一阶段前提。在 WorkBuddy 上,原型阶段用「专家 + 资料库」一两天搭好,实证阶段接连接器读真数据,验证阶段用云端任务托管跑批量统计。
-
验收标准四维框架 :效果(对不对)、效率(快不快)、采纳(用不用)、合规(安不安全)。进场时就定好阈值,不等到最后找补。效率维度必须设对照组,否则无法区分是 AI 的功劳还是霍桑效应(被关注带来的短期表现提升)。
-
合规三条兜底条款 :拒答优于胡答、可溯源、人可接管——一票否决,不可省略。这是对抗 AI 幻觉问题、「让不确定性可见」的第一道防线。
-
L0–L4 成熟度框架 :L0 场景识别→L1 原型验证→L2 试点运行→L3 生产部署→L4 规模扩展。大多数项目夭折在 L1→L2 之间(「死亡谷」),穿越死亡谷要靠三个动作:第一天接真实数据、权限打通优先于功能、找到真心愿意用的种子用户。每周用成熟度做一句话进度报告,在每个等级过渡点做止损评估。
-
范围控制四纪律 :一次只解决一个可衡量的问题、不确定性不向下游传递、新增需求必须换出旧需求、先做窄而深再做宽而浅。违反一条,其他三条效果打折。警惕范围失控三信号:需求只增不减、没验证就谈推广、顺手做的功能超 20%。
-
Land and Expand :先在一个场景做到深度可用(Land),稳定运行(Consolidate),再加场景(Expand),最后扩团队(Scale)。稳定运行期不是可选项。
随堂测
逐题作答,即时反馈
1. 关于 Land and Expand(先落地、再扩展)这种交付策略,下列说法最符合其核心理念的是哪一项?
2. 按照本课讲解,Land and Expand 的执行分为四个阶段,正确的顺序是哪一项?
3. 根据课文的对比表,采用 Land and Expand 策略时,首次交付的周期和范围通常是怎样的?