2.1 用户体验与用户旅程
2.1 用户体验（UX）与用户旅程设计
本节摘要：对话系统也是产品，用户体验决定成败。本节讲清用户体验的核心（完成任务 + 感觉良好）、用户旅程设计（用户从入口到完成的路径）、以及"减少用户负担"的三条设计原则。
先说结论
阅读完本节，你应当能够：
- 理解对话 UX 的核心
- 设计用户旅程
- 应用"减负担"原则
- 识别体验痛点
- 评估对话体验
一、问题与直觉
"用户为什么用两次就流失？"——多半是体验问题：任务完不成、流程绕、说话像对牛弹琴。对话 UX 的目标很简单：让用户"用最短的话，完成想做的事"。设计用户旅程，就是确保这条路走得通、走得顺。
二、核心原理
2.1 用户旅程设计
- 入口：用户怎么开始（按钮、语音、输入）
- 表达：用户怎么说需求
- 确认：系统怎么确认信息
- 完成：怎么判定成功
2.2 三条减负担原则
| 原则 | 说明 |
|---|---|
| 少问 | 能推断的不问 |
| 短答 | 回答简洁 |
| 给选项 | 减少用户打字 |
💡 关键直觉：好的对话是"系统多干活，用户少说话"——用户说一句，系统能推断出其余信息，就不该问第二句。
三、工程实践要点
3.1 识别体验痛点
任务完成率：用户能不能走到完成 流失点：哪一步用户放弃 重复提问：用户在重复给信息
⚠️ 常见坑：把"能回答"当"体验好"。能回答是底线，体验好是"少说话、快完成、不返工"——用完成率与流失点衡量，别只看答没答上。
3.2 评估对话体验
| 指标 | 看什么 |
|---|---|
| 任务完成率 | 目标达成比例 |
| 对话轮数 | 越少越好 |
| 重复输入率 | 是否在重复 |
| 满意度 | 用户主观感受 |
3.3 设计练习
画一条"订餐"的用户旅程：入口、表达、确认、完成各是什么？哪里可能让用户流失？
重点提炼
- 要点一：UX 核心 = 完成任务 + 感觉良好
- 要点二：旅程五段——入口、表达、理解、确认、完成
- 要点三：减负担三原则——少问、短答、给选项
- 要点四：系统多干活，用户少说话
- 要点五：用完成率与流失点衡量
- 要点六：能回答是底线，体验好是目标
体验定了，下一节搭骨架——对话流程与状态设计。
深度扩展：体验指标的落地与旅程走查
前文提到了完成率、轮数等指标，这里把它们组成一套可操作的"体验体检表"，并给出如何用它诊断一条用户旅程。
一组可落地的体验指标
| 指标 | 怎么算 | 警戒线 |
|---|---|---|
| 任务完成率 | 成功完成目标 ÷ 进入会话总数 | 低于 70% 要排查流程 |
| 平均轮数 | 总轮数 ÷ 完成任务数 | 高于设计值 1.5 倍有冗余 |
| 澄清次数 | 平均每次任务追问次数 | 越高说明理解越差 |
| 放弃率 | 中途离开 ÷ 会话总数 | 观察集中在哪一轮 |
| 满意度 | 会话后评分/回访率 | 结合评论定位情绪点 |
旅程走查方法：把真实用户（或真实语料）按"入口→表达→理解→确认→完成"五段还原成一条条路径，逐段检查四件事：这段有卡点吗？系统该给的提示给了吗？用户能不能靠一句话就表达清楚？出错时有兜底吗？把每个卡点记为一行：
卡点编号 | 阶段 | 现象 | 用户原话 | 归因 | 修复方向 U01 | 表达 | 不知道怎么说 | "帮我看下那个…" | 指令不清 | 提供引导示例 U02 | 确认 | 重复确认 | 连续两次"对吗" | 确认过密 | 合并信息一次确认 U03 | 完成 | 不知道已成功 | "好了吗？" | 缺完成反馈 | 明确收尾话术
两个容易忽略的细节：一是"确认"不等于"让用户复核所有信息"，敏感信息（金额、时间）确认一次即可，非敏感信息应尽量少确认；二是体验优化要跟着数据走，先修卡点出现频率最高的一段，而不是凭感觉平均用力。把旅程走查变成常态动作，体验问题就能在发布前暴露大半。
动手练习：为一次退款设计旅程与指标
用"申请退款"这个具体任务做一次完整设计。先画用户旅程：用户从哪入口（订单页按钮还是直接对话）、怎么表达、系统要问哪几件事（订单号、原因）、怎么确认、完成后给什么反馈。再为这段旅程定三条核心指标（例如退款完成率、平均询问轮数、放弃最集中的一步）。最后做一次走查，找出两个可能的卡点——比如"用户不知道要先提供订单号"和"退款进度无反馈导致用户重复追问"。把卡点和修复方案写成表格，这就是一份可以直接指导开发和验收的体验设计稿。整个过程半小时内可完成，却是把本章概念变成工程能力的最快路径。