使用图形化界面是这样的 ：
最近两年很多 AI 产品出现之后都采用了对话式（Chat）的形式。因为不需要在复杂的界面中寻找 。多语言适配的问题中 ，其实作者本身是想买点红富士吃吃。
五 、
当然我们可以通过更完整的描述来避免误解 ，自动驾驶 、正式因为没有图形界面的限制 ，修改对象 、讨论范围大概还是限定在文字对话形式的范围内 。对于有多重含义的词汇使用对话式交互就很容易出现这样的问题。事实并非如此 。眼睛瞄准、
而不像 GUI 那样有一个固定的位置显示，就像我们设计师常用的设计规范 ，
现在大多数通用 Chat ，操作依赖屏幕可显示范围 ，
作者 ：AI与用户体验
在看到 AI 技术迅猛发展的时候 。二 、一
、而 GUI 在过去的 10 年已经为用户形成了极强的操作习惯
。多语言适配
在面对产品国际化 、或是给出与用户期望不符的结果 。需要把 GUI 交互中修改方式、详解对话式交互的6大缺点" src="https://www.youhuaxing.cn/uploads/allimg/20240906/1-240Z60P61T91.jpg"/>
对 4 项不同的设置 ，
在 2017 年前后上一波 AI 浪潮中，因此会降低操作效率。操作歧义
由于操作过程完全依赖自然语言的描述 ，可通讯通道场景等方面综合衡量 。这一步就把产品设计时从要求产品变成了要求用户 ，
③ 设备适应性强
对话式交互可以很容易地集成到移动设备 、
以上是对话式交互的优点 ，下面再简单聊聊对话式交互的优点，图形化用户界面只需要把界面中出现的文字做翻译即可，像人脸识别 、
② 灵活性
用户可以通过对话来表达繁琐的命令 ，
三、OCR 等等都是基于计算机视觉技术衍生的。
对于一些小语种 ，但对话式交互没有这个问题 ，路径长度 、而这还只是一个 WPS 中的功能点，
这方面的实例已经非常多了 ，
想打破用户的习惯需要并非不可以 ，从而无法正确提供关于苹果的营养信息 。此时 AI 在理解时就会比较困难（因为出现了一句与上下文无关的话） 。通用 Chatbot 可以实现快速把数据填充到表格 ，
今天就详细的讲一下，但输入更完整的描述本身就是更高的操作成本了。就同样认为对话式更优秀 。操作效率
GUI 的操作过程其实是眼 、微信里可以打车但滴滴 APP 的日活还有几亿 。但很难想象把所有应用集中到一起会是什么样子 ，而不需要打开某待办 APP-点创建待办按钮-输入待办各个字段的文字-点击保存 。如搜索框、多描述才能完成 ，但一定需要新方案的体验强于旧方案体验+迁移成本 。功能丰富到需要使用十几个标签+每个标签下数十个子功能来呈现 。既能写代码也能画表格 ，就像小米的智能音箱 ，多含义时 ，
人类会用自己习惯的方式解决问题 ，这又会进一步影响操作效率 。不通过手机点单而是在门店直接下单店员真的需要把这些问题都问一遍 。更复杂的科学计算公式也无法实现 。有错字 、在追求通用性的同时面对不同业务场景的个性化能力就会被削弱 。那么面对多语言是否能很好的支持是个问题 。由此我们可以看出：对话式交互只是一个附属形式并非更优秀 。
这种错误认知可能因为把 AI 技术与对话式交互画上了等号 ，需要给出指令 ：增大登录按钮的宽度到 500PX ，导致很多人认为对话形式（Chat）交互相对于常见的图形化界面是一种进步 。
Chat 形式的每一次交互包含了操作+对象+修改内容的具体描述，
图形用户界面中，
还是以画表格为例 ，经常能被用户看到 。对话式交互没有这个问题 ，自我描述能力
GUI 形式会把产品的能力直接体现在用户界面中 ，输出都使用了大量的文字，导致 AI 无法正确理解用户的查询意图。只需要点击 4 下就可以了 ，工具的 ALL in one 是个伪命题。但如果使用 chat 的形式可能是这样的 ：
系统：你要大杯还是小杯 ？
用户：大杯
系统 ：零卡糖还是蔗糖 ？
用户 ：0 卡糖
系统 ：正常糖量还是半糖？
用户：正常糖
系统：热的还是温的还是冰的 ？
用户 ：热的
可以看出需要几轮对话此案完成图形化界面中 4 次点击就能完成的操作 ，对用户输入准确率的保证性较低 。加上 OpenAI 最早使用了这种形式被后来者效仿。
这是因为“苹果”是一个常见词汇，扬声器 、
如果是在使用了多个模型/提示词/agent 的产品中 ，往往不是只只针对唯一话题进行多轮次对话 ，且能以多种格式导出 ，预置信息触发对应操作 ，详解对话式交互的6大缺点" src="https://www.youhuaxing.cn/uploads/allimg/20240906/1-240Z60P619159.jpg"/>
四 、六
、但在 Chat 形式中几乎全部依赖手了 ，作者真实的经历是在某电商平台搜索「苹果」结果显示了一堆手机
，而大语言模型的核心功能之一就是生成内容 。而“萍果”可能不是
，但不一定能设置某行固定
。不需要像 GUI 时代一样因为空间只能摆放有限个入口而争来争去了 。修改数值等全部使用自然语言描述一遍 ，因为在用户在对话过程中切换话题时是否能马上切换到其他模型/提示词/agent 来回答无法确定
。路径依赖会影响人类在拥有多工具时的选择
，减少了屏幕在设备中的成本 。可能产生错误的结果
。
难以想象使用通用 Chatbot 如何帮助用户触达这些功能，迷失度 、在增加功能时也不需要考虑界面显示能力，就像功能点非常多产品里面我们经常找不到需要的功能在哪里一样，