阶段 12 实践 — Agent 状态图与指标体系

阶段 12 实践 — Agent 状态图与指标体系

本实践的产出 ⭐ 最小产出：Agent 完整状态图（等待、思考、调用工具、需确认、成功、部分成功、失败） 完整产出：状态图 + 无对话框 Workbench 设计 + 指标体系 + 五个项目复盘

预计投入：6～8 小时。订票 Agent 的完整产品定义不在这里做，留给阶段 14 综合项目 B；本实践只做方法论片段。

实践 1 · 完整状态图（⭐ 必做）

要画进去的状态

等待输入 → 理解中 → 需要澄清 ⇄ 等待用户补充
              ↓
           规划中 → 计划预览 ⇄ 用户修改计划
              ↓
           执行中（当前动作：___）
              ↓         ↘
        需要你确认 ⇄ 已暂停   被用户中断
              ↓
    ┌─────────┼──────────┬─────────────┐
   成功    部分成功    失败(可重试)   失败(需人工)

每个状态填四格

三条硬要求

• "执行中"要能显示当前动作（"正在查询 8-30 上海→东京航班…"），不是转圈
• "部分成功"必须有独立设计：做成了什么可以先用、没做成什么、下一步能做什么
• 每个状态的中间产物去向都要写——被中断时已占的座、已生成的草稿，不会自动消失

加分项：失败表达四段

对"失败（可重试）"和"失败（需人工）"，各写一份完整文案，包含：发生了什么 / 做到哪一步 / 为什么 / 现在能做什么。用用户语言，不出现错误码、模型名、内部服务名。

验收标准：

• 12 个状态 × 4 格填满
• 状态图能直接交给设计师做界面
• 两份失败文案通过"给不懂技术的人看，他知道下一步该干什么"的测试

存放：Excalidraw/ 或本目录。

实践 2 · 无对话框的 Agent Workbench

任务：为国际机票 B2B 场景设计一个不以对话为主的 Agent 形态。

为什么做这个练习

B2B 用户（销售、客服、代理）对自己要什么很确定。让他们打字描述需求，比点几个下拉框慢——对话在这里是效率倒退（讲义第三节）。这个练习的目的是打破"Agent = 聊天"的思维定式。

要设计的五个区域

必须回答的三个问题

1. 自然语言输入放在哪？ —— 它应该是补充（"其他要求…"），不是主入口。
2. 一个用户一天处理 50 个任务，怎么设计？ —— 提示：任务队列 + 批量确认 + 模板。
3. 哪些环节仍然必须是对话？ —— 通常是"需求本身说不清"的探索型场景。

验收：

• 五个区域有低保真原型（可用 frontend-design 技能出 HTML 原型，放 页面原型/ 或 ai-output/）
• 能说清"同一个能力，Chat 形态和 Workbench 形态的效率差在哪"

实践 3 · 指标体系

北极星指标

一个，且必须是结果量：

候选：完成的订票任务数 / 节省的人工工时 / 端到端完成时间的缩短
我选：______，理由：______

自检：这个指标涨了，用户一定获益了吗？如果能想出一个"指标涨但用户更糟"的情形，换一个。

护栏指标

成本模型

按讲义第七节的五项，做一次真实核算：

关键计算：单次任务总成本 vs 人工做同一件事的成本。如果前者不显著低于后者，商业模型不成立——这个结论要敢于写出来。

验收：

• 北极星指标过了自检
• 护栏指标每项有阈值和依据
• 成本模型五项齐全，且做了与人工的对比

实践 4 · 五个项目的复盘

用本阶段的框架，逐个复盘手上的五个项目：

每个项目回答两个问题

1. 如果现在重做，第一件要改的是什么？
2. 这个项目最能展示什么能力？ （为阶段 14 的作品集做素材筛选）

复盘的诚实度决定它的价值 写"效果良好"没有意义。有价值的复盘长这样："工具闭环缺了支付，导致用户仍要切出去操作，这是它没被日常使用的主要原因；如果重做，第一件事是打通支付或者干脆把场景收窄到'比价'而不是'订票'。"

这种复盘能力本身就是产品经理的核心能力展示。

自测

通过标志 拿状态图给一个没参与过项目的同事看，他能指出**"如果我在这一步关掉页面会怎样"**的答案。答不出来，说明中间产物那一列没写清楚。

Related Documents

• 阶段 12 讲义
• 阶段 7 实践：生命周期
• 阶段 14 实践：作品集交付模板
• 学习路线