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

推荐订阅源

量子位
S
Secure Thoughts
S
Schneier on Security
D
Darknet – Hacking Tools, Hacker News & Cyber Security
Cyberwarzone
Cyberwarzone
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
P
Privacy International News Feed
L
Lohrmann on Cybersecurity
Schneier on Security
Schneier on Security
PCI Perspectives
PCI Perspectives
Google DeepMind News
Google DeepMind News
C
Cybersecurity and Infrastructure Security Agency CISA
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Latest news
Latest news
H
Hacker News: Front Page
月光博客
月光博客
Forbes - Security
Forbes - Security
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
S
Security @ Cisco Blogs
WordPress大学
WordPress大学
Recent Commits to openclaw:main
Recent Commits to openclaw:main
aimingoo的专栏
aimingoo的专栏
宝玉的分享
宝玉的分享
D
Docker
U
Unit 42
Recorded Future
Recorded Future
Spread Privacy
Spread Privacy
Microsoft Security Blog
Microsoft Security Blog
Recent Announcements
Recent Announcements
云风的 BLOG
云风的 BLOG
Application and Cybersecurity Blog
Application and Cybersecurity Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
H
Heimdal Security Blog
Microsoft Azure Blog
Microsoft Azure Blog
V
Vulnerabilities – Threatpost
Vercel News
Vercel News
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
爱范儿
爱范儿
博客园 - 聂微东
Hugging Face - Blog
Hugging Face - Blog
L
LangChain Blog
G
GRAHAM CLULEY
Apple Machine Learning Research
Apple Machine Learning Research
www.infosecurity-magazine.com
www.infosecurity-magazine.com
Blog — PlanetScale
Blog — PlanetScale
博客园 - 三生石上(FineUI控件)
罗磊的独立博客
Help Net Security
Help Net Security
Google Online Security Blog
Google Online Security Blog
S
SegmentFault 最新的问题

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
《AI 体验设计》第 3 部分:指导原则
TCC翻译情报局 · 2026-04-02 · via 人人都是产品经理

AI 体验设计的边界正在被重塑,从亚马逊 Go 的无感支付到自动驾驶的责任博弈,传统的交互逻辑已难以为继。本文基于人机交互与服务设计理论,提炼出五大维度设计原则,深度解析如何在黑箱算法与用户信任之间构建透明的桥梁。

当我和罗伯塔·塔西(Roberta Tassi)开始思考有助于指导 AI 体验设计的原则时,我们从唐·诺曼(Don Norman)的人机交互原则,以及埃琳娜·帕琴蒂(Elena Pacenti)在米兰理工大学攻读博士学位期间所制定的服务设计准则中汲取了灵感。

这些内容一直是我们工作的基本准则。例如,透明性原则几乎已成为每个服务提供商的必备要素,它对于让用户能够理解自身选择至关重要。但在 AI 的新环境下,这意味着什么呢?

我们开始探索这些原则,并确定影响基于 AI 的服务与体验设计的最关键变量。

有些变量是功能性的,用以界定人与技术组件及底层服务之间的交互。另一些变量则更多与审美价值相关。我们着重去理解那些能引发有意义问题、进而催生有趣设计的变量。

首先要考虑的一组原则,通常与可供性以及它们在基于 AI 的服务中如何变化相关:

1.可见性:这对于零交互/自动化服务尤为重要。我们需要设计 “负可供性”,向用户表明在新服务中,他们原有的一些交互模式可以摒弃,并指出新的交互模式是什么,即便我们希望新交互模式直观且无形。这有助于避免类似自动水龙头带来的那种困惑,因为传统交互方式在自动水龙头场景中被取消了。

2.心智模型:我们必须处理好用户针对像亚马逊 Go(Amazon Go)这类自动化服务所形成的心智模型。在这类服务中,我们要求用户摒弃旧有的服务使用模式。用户必须学会在进入时签到,而无需在离开时签出,这意味着一种全新的服务流程。我们必须考虑这一过程中的学习曲线以及所需的所有沟通环节。

3.透明性:鉴于机器学习的技术复杂性和黑箱问题,这或许是最具挑战性的原则。传统上,透明性意味着明确预期,或者让用户在等待时知晓正在发生什么(比如包裹追踪)。然而,我们现在必须考虑两个层面的透明性:其一,我们需要向用户更清晰地呈现技术限制。例如,用户需要明白 Echo 设备要么说话要么倾听,如果在 Alexa 还在说话时他们就开始发言,其询问可能无法被正确解读。其二,我们需要追踪 AI 可能代表用户采取的行动,并明确是哪些具体的用户输入或 AI 对其行为的解读导致了该行动。(例如,如果我的 AI 助手一直给我买巧克力,我想知道这是基于我的习惯、它对我心理状态的解读,还是供应商推送的促销活动。这就是所谓可解释 AI 应用的一个场景。)

4.可解释性:AI 的出现催生了一个重要的新原则。这既涉及用户理解系统中正在发生之事的能力,也关乎AI所采取行动的可问责性。它与 “让用户深入了解系统运作机制” 的理念相关。目前有朝着可解释 AI(XAI)方向的尝试,这应该遵循这一原则。

第二组原则涉及用户应如何在不同方面保持对系统的控制权:

1.退出自由:在传统系统中,这指的是随时停止交互的能力,比如我改变主意时能从 ATM 机取回银行卡。然而,随着谷歌、亚马逊这类更复杂系统的出现,理解用户的退出自由究竟意味着什么变得至关重要,特别是在如何安全取回他们的数据方面。

2.容错友好性:在传统系统中,容错友好性意味着允许人工操作者犯错而不引发严重问题。但对于智能代理而言,我们可能需要设计这样的系统:确保用户能接受一定程度的系统故障,并明确用户与 AI 代理之间责任如何划分。最近,自动驾驶汽车中多起涉及自动驾驶仪的事故使得这一原则问题尤为突出。

3.持续参与:关键在于考虑如何让用户知晓情况,并赋予他们干预和重新引导系统的能力,还要设计出能提供清晰及时反馈以实现这一点的系统。用户必须明白何时可能需要重新接管控制权,并且应为他们有效执行这一操作创造条件(例如,在自动驾驶汽车场景中,由于机器在控制,用户常常会感到无聊和分心)。这不仅对控制 AI 很重要,对人类保持自身技能和知识水平、以便在技术故障时仍能手动执行操作也很关键。

第三组原则与适应性以及这些服务如何应对不同情况相关:

1.学习能力:从用户反馈中学习并随时间不断改进的 AI 服务,是这项技术的自然产物。它们能够实现个性化体验,适配用户的需求和偏好。这一特性是许多成功的基于 AI 服务的关键要素。

2.灵活性:这是设计 AI 服务的一项关键原则,它使系统能够随时间推移进行适应和演变。这包括整合新数据和用户反馈的能力,以及响应不断变化的用户需求和偏好的能力。一个灵活的 AI 系统还能更好地处理意外情况和异常状况,提供更流畅、直观的用户体验。总体而言,以灵活性为导向进行设计,能让 AI 服务持续改进,在不断变化的环境中保持相关性。

3.多模态交互:该原则指的是为用户提供多种交互方式,如语音、文本和手势识别,还包括结合不同交互方式以实现更流畅的体验。通过提供多种交互方式,AI 服务能更好地满足用户偏好,并适应不同的使用场景,使整体体验更具灵活性和易用性。

4.情境感知:对于设计能有效适应不同情境的 AI 服务而言,这是一项至关重要的新原则。例如,用户在工作或从事其他专注活动时,可能不希望被打扰。AI 服务应设计为能够检测并响应这些情境,提供适应特定情况的差异化体验,而非采用一刀切的方式。挑战在于打造能够识别并适应用户情境的服务,提供流畅且个性化的体验。

···

接下来谈谈与美学相关的原则,我们可以思考能提升体验的元素。

一致性:

第四组原则更多涉及服务在美学和情感方面,也与品牌体验和认知相关。

1.共享且一致的语言:这既体现在服务与用户之间共享的语言,也包括契合情境的语言(不能是用户听不懂的官僚或技术语言的 AI )。服务语言在用户访问的各种平台和情境中也应保持共享且一致。

2.共享价值观:这对用户与服务的匹配至关重要。此前我们在一定程度上看到过例子,比如当前的地图应用重视效率和速度,而用户可能更看重路线体验。我们需要找到传达这些价值观或适配用户的方式。

3.可及性:AI 服务看似可及性问题较少,因为自然语言界面可能克服操作按钮和触摸屏的一些限制。然而,我们已经看到不同语言的服务在可及性方面存在显著差异。另一个方面是对不断增加的带宽和处理能力的需求,这可能在有能力使用高质量 AI 服务和无力承担的人群之间造成新的数字鸿沟。

4.伦理道德:这是一个宽泛的范畴,不止涉及单一原则,目前在技术和设计背景下都有讨论。设计师应考虑将道德准则融入 AI 服务的功能中,并评估该技术潜在的伦理影响。他们必须留意服务对社会的潜在影响,确保其符合伦理价值观和原则。然而,在某些情况下,这些伦理方面可能与一致性原则相悖,因为一些伦理考量可能高度基于具体情境,需要兼顾多样性和差异。

第五组原则旨在帮助人们在使用 AI 服务时感到自在,并且感受到被尊重,从而营造舒适的 AI 体验。

1.外观、特性与氛围:这些元素通过品牌形象视觉化、色彩和声音等接触点来传达服务的核心。对于常常超越屏幕交互的 AI 体验而言,理解如何持续传递品牌价值,以及像语气或特性等其他方面怎样用于打造不同且独特的体验,这一点至关重要。  

2.个性化:这是将智能融入服务所带来的最大优势之一,但它引发了关于个性化程度的疑问。传统上,服务和品牌的创建会考虑特定价值观和目标受众,但个性化可能会挑战这一模式,使服务适配每个特定用户的偏好。例如,是否仍需要多种打车服务,还是一个统一整合的平台就能提供足够的个性化服务以满足每个人的个体需求?品牌及其价值观的概念会被每个用户的价值观和需求所取代吗?

3.谨慎性:虽然 AI 利用用户行为数据实现个性化体验有益处,但谨慎行事很重要,不能让用户感到尴尬或不适。AI 应融入用户偏好的做事方式,避免造成尴尬局面。例如,如果 AI 收集了大量用户数据,它应利用这些信息提升用户体验,同时尊重用户隐私。设计师在利用数据支持服务行动时,应思考如何融入惊喜元素和自然交互,不让用户感到不适或隐私被侵犯。

总之,AI 体验的设计原则复杂且多面,融合了传统服务设计、伦理道德和美学等方面的元素。随着 AI 越来越融入我们的日常生活,设计师必须考虑这些原则,打造不仅功能实用、高效,而且能让用户享受其中,并尊重用户价值观和偏好的服务。

原文标题:The eleven commandments of AI UX
原文链接:https://medium.com/ai-and-service-design/designing-ai-experiences-p-3-guiding-principles-95b0c745973b
作者:Yulya Besplemennova
审核:李泽慧
编辑:高卫娜
本文由人人都是产品经理作者【TCC翻译情报局】,微信公众号:【TCC翻译情报局】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。