第4章 业务痛点收集方法：用户反馈分析、流程瓶颈观察、KPI异常发现、竞品对标

4.1 适用场景

业务痛点收集是Agent工具调用场景挖掘的起点，四种方法分别适用于不同的业务上下文和数据条件：

• 用户反馈分析：适用于已上线产品/服务，拥有客服记录、用户评论、工单日志等文本反馈数据。
• 流程瓶颈观察：适用于有明确业务流程定义且存在可观测的人工操作环节（如审批、工单流转、数据录入）。
• KPI异常发现：适用于已建立核心指标监控体系，拥有时序KPI数据且可设定合理告警阈值的场景。
• 竞品对标：适用于行业竞争充分、可获取竞品公开信息或通过体验式调研获取功能对比数据的环境。

四种方法可独立执行，也可组合使用。组合使用时，推荐按“用户反馈→KPI异常→流程观察→竞品对标”的优先级顺序逐步展开。

4.2 前置条件

4.3 操作步骤

4.3.1 用户反馈分析

操作步骤：

1. 数据采集：从客服工单、在线聊天记录、应用商店评论、社交媒体提及、NPS调研等渠道导出原始反馈数据。
2. 数据清洗与标签化：去除无效/重复反馈；按功能模块（登录、支付、搜索、工单流转等）打标签。
3. 高频问题提取：使用词频统计或文本聚类算法，识别出现次数最多的业务关键词和短语组合。
4. 痛点归类：将高频问题归纳为 3~7 个核心痛点类别，每个类别附带用户原声摘录作为佐证。

反馈数据结构示例：

{
  "feedback_id": "FB-20240115-0231",
  "source": "在线客服",
  "module": "工单审批",
  "raw_text": "提交审批后一直卡在'等待上级签核'状态,已经两天了没有动静",
  "tags": ["审批超时", "状态不透明"],
  "sentiment": "negative",
  "frequency_weight": 1
}

4.3.2 流程瓶颈观察

操作步骤：

1. 流程映射：绘制端到端业务流程图，标注每个节点（角色、输入、输出、耗时、决策分支）。
2. 时间测量：对每个节点进行实际耗时采样（至少 30 个样本），计算平均耗时、P95 耗时和最大耗时。
3. 瓶颈定位：识别耗时最长或方差最大的节点，标记为候选瓶颈。同时关注等待队列长度和资源争抢点。
4. 根因判断：对每个瓶颈节点追问“为什么慢”——是系统响应慢、人工处理慢、还是上下游衔接缺失。

4.3.3 KPI异常发现

操作步骤：

1. KPI清单梳理：列出与业务直接相关的核心指标（如工单平均处理时长、首次解决率、用户留存率、支付成功率等）。
2. 趋势基线建立：取最近 90 天的历史数据，计算每日/周均值，形成正常波动区间（±1σ 或 ±2σ）。
3. 异常检测：识别超出基线的数据点，优先关注持续恶化趋势（连续 3 个周期下滑或上升）。
4. 告警规则配置：将异常阈值固化到监控系统中，实现自动化预警。

告警规则配置示例（YAML 风格）：

rules:
  - name: "工单超时率突增"
    metric: "ticket_overtime_ratio"
    condition: "value > 0.15"
    duration: "10m"
    severity: "critical"
    alert_message: "工单超时率超过15%，持续10分钟，请立即排查原因"

  - name: "首次解决率持续下降"
    metric: "first_call_resolution_rate"
    condition: "value < 0.60"
    duration: "7d"          # 连续7天低于60%
    severity: "warning"
    alert_message: "首次解决率已连续7天低于60%，建议启动流程复盘"

4.3.4 竞品对标

操作步骤：

1. 竞品筛选：确定 2~5 家直接竞品或行业标杆，覆盖头部玩家和新锐产品。
2. 功能拆解：以“用户任务”为维度，列出竞品支持的功能列表，与本方产品逐一对比，标记缺失项和体验差距。
3. 体验式调研：以真实用户身份走完竞品核心流程，记录关键场景的操作步数、等待时间、错误提示友好度。
4. 差距分析报告：输出对比矩阵，明确“竞品有而我们无”的功能点，以及“双方都有但竞品体验更优”的优化项。

4.4 输入输出物

4.5 责任边界

• 业务分析师：主导用户反馈分析和流程瓶颈观察，输出痛点分类和瓶颈清单。
• 运维/数据工程师：负责KPI异常发现的监控配置和告警规则部署。
• 产品经理：主导竞品对标，输出差距分析矩阵，并对最终业务痛点清单的优先级排序负责。
• AI Agent 架构师：从痛点清单中筛选出适合Agent工具调用的场景，交付给后续设计环节。

4.6 记录材料

每种方法执行过程中必须保留以下记录，作为后续回溯和验收的依据：

1. 用户反馈分析：反馈数据清洗日志、词频统计原始表、痛点归类讨论纪要。
2. 流程瓶颈观察：流程映射草稿（含各节点时间戳采样记录）、瓶颈判定会议纪要。
3. KPI异常发现：KPI清单及基线计算过程、告警规则配置文件（已部署版本）。
4. 竞品对标：竞品功能拆解表、体验式调研录屏/截图、差距分析报告草稿。
5. 汇总阶段：统一业务痛点清单（含优先级、来源标注、评审意见）。

4.7 异常处理

4.8 验收标准

本章四种方法执行完毕后，需同时满足以下条件方可视为验收通过：

1. 完整性：每种方法均输出了对应的中间产物（痛点分类清单 / 瓶颈清单 / 异常KPI清单 / 竞品差距矩阵），缺一不可。
2. 可追溯：每个痛点均标注了来源方法、原始数据位置或采样记录编号，支持独立回溯验证。
3. 一致性：统一业务痛点清单中的条目已做去重合并处理，不存在同一痛点跨方法重复出现且结论矛盾的情况。
4. 优先级清晰：痛点清单按“紧急且重要 → 重要不紧急 → 紧急不重要”三级完成优先级标注。
5. 评审签核：业务分析师、产品经理、AI Agent架构师三方签字确认，痛点清单进入下一阶段（Agent工具调用场景匹配）。