惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

A
Arctic Wolf
T
Tenable Blog
T
Troy Hunt's Blog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
P
Privacy & Cybersecurity Law Blog
NISL@THU
NISL@THU
Application and Cybersecurity Blog
Application and Cybersecurity Blog
H
Hacker News: Front Page
S
Secure Thoughts
AWS News Blog
AWS News Blog
L
LINUX DO - 最新话题
D
Darknet – Hacking Tools, Hacker News & Cyber Security
M
MIT News - Artificial intelligence
T
Tor Project blog
S
Schneier on Security
PCI Perspectives
PCI Perspectives
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
美团技术团队
Google DeepMind News
Google DeepMind News
V
Visual Studio Blog
爱范儿
爱范儿
Google DeepMind News
Google DeepMind News
Cyberwarzone
Cyberwarzone
T
The Exploit Database - CXSecurity.com
罗磊的独立博客
T
Threat Research - Cisco Blogs
Recent Commits to openclaw:main
Recent Commits to openclaw:main
V
V2EX
C
CXSECURITY Database RSS Feed - CXSecurity.com
Stack Overflow Blog
Stack Overflow Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
G
GRAHAM CLULEY
L
LINUX DO - 热门话题
D
Docker
J
Java Code Geeks
GbyAI
GbyAI
H
Heimdal Security Blog
The Hacker News
The Hacker News
MongoDB | Blog
MongoDB | Blog
V
Vulnerabilities – Threatpost
T
Tailwind CSS Blog
Cloudbric
Cloudbric
TaoSecurity Blog
TaoSecurity Blog
C
CERT Recently Published Vulnerability Notes
Y
Y Combinator Blog
Recorded Future
Recorded Future
Cisco Talos Blog
Cisco Talos Blog
T
Threatpost
The Register - Security
The Register - Security
Hacker News - Newest:
Hacker News - Newest: "LLM"

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
译文|语音助手的替代:语音用户界面(VUI)
怡伶设计心理 · 2022-10-08 · via 人人都是产品经理

“语音助手”这一形式已经十分常见,它通常可以回答用户的某些问题,并为用户成功地答疑解惑。不过,语音助手虽然可以解决某些用户任务,但当任务的繁琐程度升高时,语音助手可发挥的余地便会受限。那么,可以用什么样的方式,来解决语音助手所存在的问题呢?

前言:语音助手是目前最流行的语音用户界面用例。然而,由于语音助理通过与用户交谈来提供反馈,因此语音助手只能解决简单的用户任务,例如设置闹钟或播放音乐。为了让语音用户界面真正取得突破,给用户的反馈必须是可视化的,而不是听觉的。

对大多数人来说,当想到语音用户界面时,首先想到的是语音助手,如Siri、Amazon Alexa或谷歌Assistant。事实上,语音助手是大多数人使用语音与计算机系统交互的唯一环境。

虽然语音助手将语音用户界面带到了主流,但助理范式不是使用、设计和创建语音用户界面的唯一方式,甚至不是最好的方式。

在本文中,笔者将讨论语音助手所面临的问题,并提出一种新的语音用户界面方法,我称之为直接语音交互。

一、语音助手是基于语音的聊天机器人

语音助手是一种使用自然语言代替图标和菜单作为用户界面的软件。语音助手通常回答用户的问题,并积极主动地为用户提供帮助。

语音助手与简单直接的处理事务和指令不同,而是模仿人类对话,并双向使用自然语言作为交互模式,这意味着它既接受用户的输入,又通过使用自然语言向用户回答。

第一批助手是基于对话的问答系统。一个早期的例子是微软的Clippy,它糟糕地试图帮助微软Office的用户,根据它认为用户想要完成的任务给出指令。而如今,助手范式的一个典型用例是聊天机器人,通常用于聊天讨论中担任客服。

另一方面,语音助手是使用语音而不是打字和文本的聊天机器人。用户的输入不是选择或文本,而是语音,系统的响应也是发声朗读出来。这些助手可以是通用助手,如谷歌助手或Alexa,可以合理地回答许多问题,也可以是为特殊目的而构建的定制助理,如快餐订购。

尽管用户的输入通常只有一两个词,并且可以作为选择选项而不是实际文本呈现,但随着技术的发展,人机对话将更加开放和复杂。聊天机器人和语音助手的第一个特性是使用自然语言以及对话风格,而不是典型的移动应用程序或网站用户体验的图标、菜单和交互风格。

自然语言反应的第二个决定性特征是表象人格的错觉。系统使用的语气、质量和语言定义了语音助手的体验、同理心和服务敏感性的错觉,以及它的人格角色。良好的助理体验的想法就像与一个真人打交道

由于语音是我们最自然的交流方式,这听起来可能很棒,但使用自然语言响应有两个主要问题。其中一个问题与计算机如何模仿人类有关,可能会在未来随着对话式人工智能技术的发展得到解决,但人类大脑如何处理信息的问题是一个人类问题,在可预见的未来是无法解决的。下面让我们来看看这些问题。

二、自然语言响应的两个问题

语音用户界面当然是使用语音作为一种方式的用户界面。但语音模式可用于两个方向:从用户输入信息和从系统向用户输出信息。例如,一些电梯在用户按下按钮后使用语音合成来确认用户选择。我们稍后将讨论仅使用语音输入信息的语音用户界面,并使用传统的图形用户界面将信息显示回馈给用户。

另一方面,语音助手使用语音进行输入和输出。这种方法有两个主要问题:

问题1:模仿人类失败

作为人类,我们有一种天生的倾向,将类似人类的特征归因于非人类的物体。我们在飘过的云朵中看到一个人的容貌,或者看着一块三明治,它似乎在对我们笑。这被称为拟人化

这种现象也适用于语音助手,它是由他们的自然语言反应触发的。虽然图形用户界面可以构建得有点中性,但人类不可能不开始思考某人的声音是属于年轻人还是老年人,或者他们是男性还是女性。因此,用户几乎开始认为助理确实是人类。

然而,我们人类非常擅长发现假货。奇怪的是,越接近人类的东西,这些微小的偏差就越开始困扰我们。对于那些试图变得像人类但却无法达到人类标准的东西,人们会有一种毛骨悚然的感觉。在机器人和计算机动画中,这被称为“恐怖谷效应”。

我们把语音助手做得越好、越人性化,当出现问题时,用户体验就会越令人毛骨悚然、令人失望。每个尝试过语音助手的人可能都无意中遇到过这样的问题: 回答一些让人感觉愚蠢甚至粗鲁的问题。

语音助手的恐怖谷效应给助手的用户体验带来了一个难以克服的质量问题。事实上,图灵测试(以著名数学家艾伦·图灵的名字命名)通过的条件是,当人类评估者展示两个代理之间的对话时,不能区分哪个是机器,哪个是人。到目前为止,从未有人工智能通过。

这意味着,助手范式为类人服务体验设定了一个永远无法实现的承诺,用户肯定会感到失望。成功的体验只会建立最终的失望,因为用户开始信任他们的类人助手。

问题2:顺序和缓慢的相互作用

语音助理的第二个问题是,自然语言响应的回合制性质导致交互延迟。这得归因于我们的大脑处理信息的方式。

大脑中的信息处理。(资料来源:彭聃龄《普通心理学》)

我们的大脑中有两种类型的数据处理系统:

  • 加工处理说话的语言系统
  • 专门加工处理视觉和空间信息的视觉空间系统

这两个系统可以并行运行,但两个系统一次只处理一件事。这就是为什么你可以一边说话一边开车,但你不能一边发短信一边开车,因为这两种活动都会发生在视觉空间系统中。

同样,当你和语音助手交谈时,语音助手需要保持安静,反之亦然。这创造了一种回合制的对话,其中另一部分总是完全被动的。

然而,假想一个你想和朋友讨论的难题。你们可能会面对面讨论,而不是通过电话讨论,对吗?这是因为在面对面的对话中,我们使用非语言沟通来向对话伙伴提供实时的视觉反馈。这创建了一个双向信息交换循环,并使双方能够同时积极参与对话。

语音助手不会提供实时的视觉反馈。他们依靠一种称为终点测定的技术来决定用户何时停止说话,并在此之后回复。当他们回复时,他们不会同时接受用户的任何输入。体验完全是单向和回合制的。

双向实时面对面的对话,双方可以立即对视觉和语言信号做出反应。这利用了人类大脑的不同信息处理系统,使对话变得更加顺畅和高效。

语音助手卡在单向模式下,因为他们同时使用自然语言作为输入和输出通道。虽然语音输入的速度是打字输入的四倍,但处理消化速度明显慢于阅读。由于信息需要按顺序处理,所以这种方法只适用于简单的命令,如“关灯”,这些命令不需要助手的太多输出。

在前文,我承诺讨论仅使用语音输入用户数据的语音用户界面。这种语音用户界面受益于语音用户界面的最佳部分——自然、快速和易于使用——但不受恐怖谷和顺序交互的影响。

让我们考虑一下这个替代方案。

三、语音助手的更好选择

克服语音助手中这些问题的解决方案是放弃自然语言响应,代之以实时视觉反馈。将反馈切换到视觉,将使用户能够同时提供和获得反馈。这将使应用程序能够在不中断用户的情况下做出反应,并启用双向信息流。由于信息流是双向的,其吞吐量更大。

目前,语音助手最常用的用例是设置闹钟、播放音乐、查看天气和询问简单的问题。所有这些都是低风险的任务,在失败时不会让用户太沮丧。

正如《华尔街日报》的大卫·皮尔斯曾经写道:

我无法想象通过语音助手预订航班或管理我的预算,或者通过对我的扬声器大喊食材配料来跟踪我的饮食。

——《华尔街日报》的大卫·皮尔斯

这些是信息密集型任务,需要正确处理。

然而,语音用户界面终会走向失败。关键是尽快解决这个问题。在键盘上打字时,甚至在面对面的对话中,都会出现很多错误。然而,这一点也不令人沮丧,因为用户只需单击退格并再次尝试或请求澄清即可恢复。

这种从错误中快速恢复的方式使用户能够提高效率,并且不会迫使他们与助手进行奇怪的对话。

使用语音预订机票。

直接语音互动

在大多数应用程序中,操作是通过操作屏幕上的图形元素、戳或滑动(在触摸屏上)、单击鼠标和/键,或按下键盘上的按钮来执行的。语音输入可以作为操作这些图形元素的额外选项或模式添加。这种类型的互动可以称为直接语音交互

直接语音交互和语音助手之间的区别在于,用户不是要求语音助理化身去执行任务,而是直接用语音操作图形用户界面。

语音搜索在用户说话时提供实时视觉反馈。(图片来源:截图)

“这不是语义吗?”你可能会问。如果你要和电脑对话,你是直接和电脑对话还是通过虚拟角色对话真的重要吗?在这两种情况下,你只是在和电脑说话!

是的,差别很细微,但很关键。当单击GUI(图形用户界面)中的按钮或菜单项时,很明显,我们正在操作一台机器。人对此没有幻想。通过用语音指令代替点击,我们对人机交互做出了改进。而另一种,使用语音助手模式,我们正在创建一个人与人之间的互动的恶化版,所以,获得了恐怖谷效应。

而将语音功能与图形用户界面相结合,可能利用不同模式的力量。虽然用户可以使用语音操作应用程序,但他们也能够使用传统的图形界面。这使用户能够在触摸和语音之间无缝切换,并根据他们的上下文和任务选择最佳选项。

例如,语音是输入丰富信息的一种非常有效的方法。在几个有效的选项中选择,则触摸或单击可能更好。然后,用户可以通过说“向我展示明天从伦敦飞往纽约的航班”来代替打字输入和浏览,然后通过触摸从列表中选择最佳选项。

现在你可能会问:“好吧,这看起来很棒,那为什么我们以前没有见过这样的语音用户界面呢?为什么科技公司大厂不为这类事情开发工具呢?”

嗯,这可能有很多原因。一个原因是,当前的语音助手模式可能是他们从终端用户那里获得的数据的最佳方式。另一个原因与他们的语音技术构建方式有关。

良好的语音用户界面需要两个不同的部分:

  1. 将语音转换为文本的语音识别
  2. 从文本中提取意义的自然语言理解组件。

第二部分是将“关掉客厅的灯”和“请把客厅的灯关掉”这两句话变成同样操作的魔法。

如果您曾经使用过带有显示器的语音助手(如Siri或谷歌 Assistant),你可能会注意到,你几乎是实时地获得文本记录,但在您停止说话后,系统需要几秒钟才能真正执行你所要求的操作。这是由于语音识别和自然语言理解是依次发生的。

让我们看看如何改变这一点。

四、实时口语理解:提高语音命令效率的秘诀

应用程序对用户输入的响应速度是影响应用程序总体用户体验的一个主要因素。第一代iPhone最重要的创新是它反应灵敏的触摸屏。语音用户界面对语音输入及时反应的能力同样重要。

为了在用户和用户界面之间建立快速的双向信息交换循环,每当用户说一些可操作的事情时,启用语音的GUI应该能够立即做出反应——即使是在句子中间。这需要一种称为流式口语理解的技术。

实时视觉反馈需要一个完全流式语音API,不仅可以实时返回对话记录,还可以实时返回用户意图和实体。(图片来源:作者)

传统的基于回合的语音助手系统在处理用户请求之前会等待用户停止说话,与之相反,使用流式语音理解的系统从用户开始说话的那一刻起就积极尝试理解用户意图。一旦用户说了一些可操作的事情,用户界面就会立即做出反应。

即时响应立即验证系统正在理解用户,并鼓励用户继续。这类似于人与人之间沟通中的点头或简短的“嗯”。这就能支持进行更长、更复杂的话语。另外,如果系统不理解用户或用户出现错误,即时反馈可以实现快速恢复。用户可以立即纠正并继续,甚至口头纠正自己:“我想要这个,不,我的意思是,我想要那个。”

实时视觉反馈使用户能够自然地纠正自己,并鼓励他们继续语音体验。由于他们不会被虚拟角色弄糊涂,它们可以以类似于错别字的方式与可能的错误联系起来,而不是个人侮辱。这种体验更快、更自然,因为提供给用户的信息不受每分钟约150字的典型语音速率的限制。

五、结论

虽然到目前为止,语音助手一直是语音用户界面最常用的用途,但使用自然语言响应使其效率低下且不自然。语音是输入信息的一种很好的方式,但听机器说话并不是直达人心。这是语音助手的大问题。

因此,语音的未来不应该在于与计算机的对话,而应该是用最自然的交流方式——语音,来取代繁琐的用户任务。直接语音交互可用于改善Web或移动应用程序中的表单填写体验,创建更好的搜索体验,以及实现更高效的应用程序控制或导航方式。

设计师和应用程序开发人员一直在寻找减少应用程序或网站摩擦的方法。使用语音模式增强当前的图形用户界面将使用户交互速度提高数倍,特别是在某些情况下,例如当终端用户在移动设备上和旅途中以及打字困难时。事实上,即使使用台式计算机,语音搜索也比传统的搜索过滤用户界面快五倍。

下次,当您考虑如何使应用程序中的特定用户任务更易于使用、更愉快或有兴趣增加转换时,请考虑是否可以用自然语言准确描述该用户任务。如果是,请使用语音模式补充您的用户界面不要强迫用户与计算机对话。

作者:Ottomatias Peura

原文:https://www.smashingmagazine.com/2021/06/alternative-voice-ui-voice-assistants/

本文由 @怡伶设计宝藏 翻译发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。