VOCABULARY / 词条
对话式界面
Conversational Interface
用自然语言的轮流对话组织交互：用户陈述意图，而不是操作可见的控件；常见于聊天窗口与语音助手。
识别特征
- 以轮次交替的消息流组织交互
- 用户用自由文本或语音表达意图，而非选择固定控件
- 系统的能力边界与局限在对话开始处或旁侧可见
概念边界
与渐进披露不在同一条轴线上，二者不是替代关系，渐进披露管理的是可见控件的呈现时机，对话式界面管理的是整个交互的组织方式；对话式的外观本身不代表系统具备理解或执行能力；自由文本输入让用户无法像看到菜单那样看到系统能做什么，这项可发现性成本需要在界面里显式弥补。
什么时候考虑它
- 任务的意图容易用一两句话说清，但对应的操作路径因人而异，不适合固定成菜单
- 语音或免手操作场景，用户无法或不便查看图形控件
什么时候慎用
- 任务有明确、少量的固定选项，图形控件能一眼呈现且更快操作
- 用户需要精确比较多个结构化数据点（如价格、参数表）
- 系统尚未验证能可靠理解自由文本输入，却让对话成为唯一入口
取舍
省去了记忆菜单结构的负担，让表达更自由，但用户必须自己回忆或试探系统能做什么，且系统要处理自由文本中的歧义、拼写变化与跨轮次的上下文延续。
条件规则 · 编辑建议
相关词条
自由文本要求用户凭记忆想起该怎么问，这与识别优于回忆的方向相反。
渐进披露分阶段呈现可见控件，对话式界面用自然语言轮次组织整个交互，处在不同的呈现轴上，不是彼此的替代方案。
模态对话框用可见控件呈现固定选项，比让用户在自由文本里描述同一个任务更直接、更少歧义。
来源与支持范围
聊天机器人常因用户不把聊天当作独立的交互入口而发现性差，且自由文本输入难以处理拼写变化、歧义表达与跨轮次的上下文延续。
检索日期：2026-09-15 · 存档于 2026-09-16第 G1 条建议让用户清楚系统能做什么，第 G8 条建议支持高效忽略不想要的服务，第 G9 条建议在系统出错时支持高效编辑或纠正。
检索日期：2026-09-15 · 存档于 2026-09-16采用对话式外观本身并不能替代对用户真实需求与系统实际能力的判断，团队应先确认对话是否真正解决问题。
检索日期：2026-09-15 · 存档于 2026-09-16定义参考以上来源；数字界面示例、选择建议、条件关系及配方由本样例编辑，尚未经用户研究验证。
类型扩展与实现说明
尚无可操作的示例；配图为编辑性说明，用于展示概念而非实际产品截图。在具体产品中落地前，仍需验证：系统的能力边界说明是否真实反映其能力、自由文本的歧义处理效果、生成内容的可核实机制，以及历史记录的可编辑与可重试性。
{
"states": [
"empty",
"composing",
"awaiting-response",
"responded",
"error"
],
"a11y": [
"消息流对屏幕阅读器是可读的活动区域，新消息会被播报",
"建议的操作按钮和输入框都可用键盘单独聚焦和激活"
],
"motion": "新消息出现不依赖动画即可被感知"
}打开本词条的 Agent JSON 文件这个文件原样收录本词条的全部字段，并附上来源、存档与编辑声明。