第3章 用户访谈与调研方法：访谈提纲设计、痛点收集、编排需求优先级排序

Agent 任务编排的原型设计必须始于真实用户场景，而非技术假设。本章围绕 「访谈提纲设计 → 痛点收集 → 需求优先级排序」 三条链路，提供可直接复用的调研工具和排序方法，帮助产品团队在有限时间内收敛到最值得原型的编排需求。

3.1 访谈提纲设计

访谈提纲是调研质量的骨架。针对 Agent 任务编排场景，提纲应覆盖 当前工作流、自动化期望、任务依赖关系、异常处理 四个核心模块。

3.1.1 提纲模块结构

3.1.2 提纲设计四步法

1. 场景映射：用一张 A4 纸画出用户当前任务 swimlane，标注角色、系统、耗时。
2. 假设提炼：从 swimlane 中选出 3-5 个最可能被 Agent 优化的环节，形成访谈假设。
3. 问题编制：每个假设对应 2-3 个开放式问题，避免引导性提问。
4. 试访修订：内部模拟一轮，修正模糊问题和问题顺序。

以下是访谈提纲的 JSON 模板片段，可在飞书/Notion 中直接复用：

{
  "访谈主题": "Agent 任务编排需求调研",
  "目标用户": "运营团队一线执行者",
  "模块": [
    {
      "模块名": "工作流全景",
      "目标": "还原当前任务全链路",
      "问题": [
        "请从今天早上第一项任务开始，逐步描述您的工作流",
        "每个步骤您花费多少时间？是否有等待环节？"
      ]
    },
    {
      "模块名": "瓶颈与中断",
      "目标": "定位高频痛点",
      "问题": [
        "在刚才描述的流程中，哪个环节最常出错或被迫暂停？",
        "暂停后通常需要多久才能恢复？"
      ]
    }
  ]
}

3.2 痛点收集

访谈中收集到的痛点需要经过 归类 和 结构化描述，才能转化为可编排的需求。本节提供痛点的四维归类框架和标准描述模板。

3.2.1 痛点四维归类

3.2.2 痛点描述模板

每一条痛点建议采用 「用户故事 + 频率 + 影响」 三段式描述：

作为 [角色]
我希望 Agent 能 [自动完成某环节]
以避免 [当前痛点]
当前频率: [每天/每周/每月] 发生 [N] 次
影响: [浪费时间/造成客诉/导致返工]

示例：

作为 运营专员
我希望 Agent 能自动抓取日报数据并生成摘要
以避免每天手动从 3 个后台复制数据
当前频率: 每天 1 次
影响: 每次耗时 40 分钟，且上周因粘贴错误导致报告数据不一致

3.3 编排需求优先级排序

收集到的痛点往往有 30-50 条，必须通过排序决定哪些进入原型设计。本节引入 RICE 评分法 和 优先级矩阵 两种工具。

3.3.1 RICE 评分法

RICE 总分 = (Reach × Impact × Confidence) / Effort。得分越高，优先级越高。

3.3.2 排序执行步骤

1. 痛点录入：将 3.2 节收集的结构化痛点导入排序表格。
2. RICE 评分：由产品经理、技术负责人、用户代表三方分别打分后取均值。
3. 排序输出：按 RICE 总分降序排列，取前 5 条进入原型设计。
4. 评审确认：将排序结果与利益相关方对齐，确认无遗漏关键依赖。

3.3.3 优先级矩阵（二维决策辅助）

除 RICE 外，可额外使用 「用户频率 × 业务影响」 矩阵对痛点进行可视化定位：

将痛点点入上述四象限后，右上象限（P0） 的需求即为本次 Agent 任务编排原型必须覆盖的核心场景。每个 P0 需求应配套一个 验收标准清单 和 交付物模板，为后续章节的原型设计提供输入。