跳转到主要内容

60 含有标签「ux」

Posts tagged "ux" on TianPan.co.

查看所有标签

·tian

沉默的回归:如何在不失去用户信任的情况下传达 AI 行为变化

当你悄悄更新模型或提示词时,高级用户会感受到真实的回归——即便整体指标有所改善。本文介绍如何检测行为漂移,并在不破坏用户信任的前提下传达 AI 变更。

insider
ai-engineering
llmops
ux
+1
·tian

AI 用户调研:在编写第一个 Prompt 之前,用户真正需要的是什么

大多数 AI 功能之所以失败,并非因为技术不行,而是因为团队只是询问用户想要什么,而不是观察他们实际在做什么。本文将介绍你如何在开发之前进行用户调研,从而获得可靠的行为信号。

insider
ai-product
user-research
product-discovery
+1
·tian

企业级 AI 能力发现问题

企业用户往往无法充分利用 AI 功能,因为他们难以通过一个对话框想象出完整的能力边界。本文将介绍能有效解决这一问题的设计模式。

insider
ai
enterprise
ux
+1
·tian

魔法时刻问题:AI 功能引导为何失败,以及如何修复

前五分钟决定用户是否会持续使用你的 AI 功能。这里是真正能将怀疑者转化为用户的引导流程背后的工程设计。

ai
product
onboarding
ux
·tian

智能体加载状态难题:为 45 秒的 UX 深渊进行设计

用户在 10 秒后就会放弃沉默的 UI,但现代智能体运行时间通常在 30 到 120 秒之间。这个差距是一个设计空间,目前大多数团队仍在使用加载动画来填充 —— 本文将介绍你应该构建的替代方案。

ai-agents
ux
product-design
latency
·tian

AI 可靠性下限:为什么 80% 准确率比没有 AI 还糟糕

存在一个可靠性下限,低于该下限的 AI 功能摧毁用户信任的速度,远比它积累价值的速度快。本文介绍如何在发布前找到这条红线。

insider
ai-engineering
product
reliability
+1
·tian

TTFT 才是用户真正感知到的唯一延迟指标

你的基础设施团队优化的是端到端生成时间,而用户评判响应速度的标准是第一个 Token 何时出现。本文深入解析 TTFT——它的成因、测量方法,以及如何围绕它进行设计。

llm
performance
ux
infrastructure
·tian

Token 预算作为产品约束:围绕上下文限制进行设计,而不是假装它们不存在

大多数 AI 产品在处理上下文限制时会直接崩溃。本文将探讨如何围绕这些限制进行设计——包括渐进式截断、优雅降级,以及将上下文压力作为一等公民的 UI 信号进行展示。

insider
llm
product-engineering
ux
+2
·tian

环境 AI 设计:当聊天界面是错误的抽象时

大多数 AI 功能都被构建为聊天界面——但对于大部分有价值的 AI 工作来说,聊天是错误的抽象。本文将探讨如何识别何时环境智能体才是正确的选择。

ai-engineering
ai-agents
product-design
ux
·tian

信任校准差距:为什么 AI 功能要么被忽视,要么被盲目服从

大多数 AI 产品失败并非模型失败,而是信任失败。用户要么完全忽视 AI,要么不加审视地盲目服从。本文探讨如何设计以实现校准信任。

insider
ai-engineering
ux
product-design
+1
·tian

信任校准曲线:用户如何学习(误)信任 AI

这种“过度信任 -> 失败 -> 过度修正”的生命周期正在扼杀 AI 产品的采用。本文探讨了为什么单一的高显著性错误会不成比例地瓦解信任,以及如何通过设计模式建立持久且校准的用户信任。

ai-engineering
product
ux
reliability
·tian

准确率阈值难题:当你的 AI 功能好到无法忽视却又差到无法信任

以 70-85% 的准确率部署 AI 功能会创造一个极其危险的区域:它好到足以吸引用户习惯性地使用,但又差到会产生明显的错误,从而导致用户信任崩塌。本文将结合研究成果,探讨为什么这个区域如此危险,以及你该如何通过设计走出这一困境。

ai-engineering
reliability
product-design
ux
显示第 49–60 篇,共 60 篇
上一页5 / 5