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

推荐订阅源

The Last Watchdog
The Last Watchdog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
GbyAI
GbyAI
Y
Y Combinator Blog
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
The GitHub Blog
The GitHub Blog
博客园_首页
小众软件
小众软件
I
InfoQ
J
Java Code Geeks
月光博客
月光博客
S
Secure Thoughts
Microsoft Security Blog
Microsoft Security Blog
V
Visual Studio Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Stack Overflow Blog
Stack Overflow Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
N
News and Events Feed by Topic
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
The Cloudflare Blog
T
Threat Research - Cisco Blogs
A
About on SuperTechFans
H
Help Net Security
MongoDB | Blog
MongoDB | Blog
博客园 - 聂微东
人人都是产品经理
人人都是产品经理
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Recent Commits to openclaw:main
Recent Commits to openclaw:main
Latest news
Latest news
G
GRAHAM CLULEY
IT之家
IT之家
C
Cisco Blogs
Last Week in AI
Last Week in AI
Engineering at Meta
Engineering at Meta
L
LangChain Blog
The Register - Security
The Register - Security
SecWiki News
SecWiki News
M
MIT News - Artificial intelligence
NISL@THU
NISL@THU
T
Tenable Blog
博客园 - Franky
美团技术团队
I
Intezer
U
Unit 42
雷峰网
雷峰网
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
S
SegmentFault 最新的问题
C
Cyber Attacks, Cyber Crime and Cyber Security

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
交互设计的基本原则
Robin · 2024-12-23 · via 人人都是产品经理

交互设计的原则、方法有很多,但是这里我要分享的并不是细则,而是产品交互设计的内在逻辑、基本原理。即,抛开那些细则,交互设计应该遵循什么样的规律,什么样的设计才是好的,用什么来衡量。

开始之前,还是要先来明确一下定义。因为很多时候,我们不在一个频道上的话,可能会导致理解偏差,两个人的沟通也会如“鸡同鸭讲”,不知所云。

定义:

产品交互设计指的是为了达成产品目标而进行的产品与用户的交互流程设计、交互反馈设计。即,产品交互设计,设计的是用户如何使用产品,以及产品如何给用户反馈。

这里要注意,产品交互设计是围绕产品目标展开的,不是围绕用户展开,用户只是其间接服务对象。

这可能与很多人的初始认知不太一样。

但是细想一下,你可能会发现,很多产品和服务都是这样设计的。最典型的是宜家家居,作为一家大型购物中心,他们从来不希望用户能立刻找到想买的产品,而是希望用户多体验一些产品,然而用户似乎很少抱怨他们那条迂回而漫长的路径。

这就是一次成功的产品交互设计:他们做了令人烦恼的交互流程(一定要从头走到尾),但是做了良好的交互反馈(各类家具的试用体验极好)。

围绕产品目标,产品流程交互设计有其我们无法绕开的内在逻辑。

一、产品交互设计是一个用户体验流程设计

这是一个很重要的理念,我们做产品的交互设计,并不是很细碎的一些按钮设计、弹窗设计或者功能设计,而是一个为了实现产品目标而有意设计的用户与产品的互动流程。在这个互动流程中,我们的每一个交互环节,都是为了达到产品目标,即通过这个流程满足用户需求的同时,实现获益的目的。这个获益,不一定是金钱上的收益,有可能是用户关注等。

这就是为什么会有用户体验地图这种工具的存在了。

用户体验地图(User Experience Map,简称 UX Map)是一种交互设计工具。它用于描述用户在与产品或服务交互过程中的体验,包括用户的行为、想法、情绪等多个方面,从用户最初接触产品或服务开始,一直到最终完成使用或者离开的整个流程。

它是描述用户体验的工具,也是用来做户体验设计的工具。因为我们可以通过调整产品或服务的各个环节来改变用户使用过程中的体验。它也是用来做产品交互设计的基本工具之一。它要求产品经理把用户使用产品的每一个环节列出来,包括交互方式、场景,然后为每一个环节标出一个体验值,可能是正值,可能是负值。这就是一个体验地图。

图1:(某航空公司)用户体验地图之——情绪地图

在我们确定了要把产品做成什么样以后,可以先根据确定的业务范围,将用户的交互流程和体验值列出来。但是这个是根据用户原有的业务流程列出来的,为了实现产品目标,我们需要对产品进行设计,设计的过程,实际就是对体验过程的设计,我们可以有意调整每个环节的体验值,可能调高,也可能调高,但是最终是让用户对整体产品提供的服务满意。具体如何调整,我们继续看后面几条原则。

二、与用户相互理解是根本

俞军说过 “产品经理就是以产品当笔,与世界对话”。小编先不说那么大,这里想说的是,产品是产品经理与用户对话的语言。既然是对话,那么相互理解就是基本条件了。

首先,我们要理解用户

这是基础。做产品交互设计的时候,你需要知道用户为什么用你的产品,什么才是吸引用户的,什么是用户讨厌的,什么会给用户造成阻碍,什么让用户开心。只有这样,你才能知道要做什么样的交互,用什么样的顺序和组合去安排所有交互环节。

其实不管是产品新手还是产品老手,都知道要理解用户。但是理解用户却不像说的那么简单。换位思考谁都懂,但怎么做呢?小编前面几篇文章都有提到,下面我们来总结一下:

  1. 角色扮演。假装你是用户,你去真实体验一下用户的使用流程。就是,你是用户,你在使用产品的每个环节都有你的目的,想获得的东西。带着这个目的,去模拟用户的使用流程。这个时候,你就会一定程度上理解用户的真实想法。
  2. 用户访谈。去和一个真正的用户聊天,询问他/她使用同类产品或者在没有现有产品情况下, 开展原来业务的目的、想法、感受,他们最想优化什么?最烦的环节是什么?
  3. 特征抽取。你的目标用户总有一些特征,如年龄、性别、普遍心态、用户目标、需求、使用场景等。这些特征一般都会促使用户在使用产品的时候产生一定的心理活动,即心理特征。从这些特征,我们也可以去推导用户的体验。比如小编之前做过一款老年人产品。老年人,大多数人是有眼花的,所以欣赏不来精美但是细小的文字,他们喜欢大号字体。因此如果你还是按照原来的审美标准去设计界面,则必然无法被老年人接受。一定要在大号字体的前提下再去考虑交互和界面。
  4. 数据分析。如果你已经有大量数据,为了分析每个环节用户的感受,可以从数据中去寻找踪迹。比如,用户如果对某个地方很感兴趣,则其在这个地方停留的时间可能很长,如长时间查看某张图片。如果你有人工智能算法,则可能有更复杂的方式去分析。

在这么多方法当中,小编最推荐的还是角色扮演,因为它能让你用心去体验产品的交互流程,充分理解用户感受。然后配合用户访谈,纠正你的假设。特征分析则要求产品经理的心理学功底很扎实,能够通过用户的行为特征去判断用户心理,不是一般产品经理能做到。数据分析是对用户行为的数据理解,很多时候是在做总体分析的时候使用,最终,还是需要产品经理去把它编译成用户故事,所以是最下策。虽然很多时候,一些领导反而希望你有数据支撑。

其次,要想办法让用户理解我们

这就是所有设计的基本原则,包括交互设计,都需要遵循这个原则,如果用户无法理解我们的设计表达,那么我们的心思就白费了,即使你可能当时觉得这简直是一个“天才设计”。想要让用户理解我们,我们需要在理解用户的前提下做到以下几点:

1)按照用户的思维习惯去设计。

比如,一次,小编要设计一个帮助用户记录游玩轨迹的功能。开发同事说,让用户每次停下来上传一个地理位置信息就可以了。

这个逻辑从技术上讲完全没错,但是从用户的角度,就是一个无稽之谈——因为没有一个游客会为了记录轨迹特意去上传地理位置信息,也不愿意让实时地理位置这么隐私的信息随意上传,同时,玩才是用户的体验过程,他只想玩,不想做太多多余的事情。

所以小编向开发提了一个技术方案询问:可否通过图像识别+或者三维视频融合的方式确定用户的轨迹。

(当然,不是用户的需求都一定要满足,小编只是评估可行性和成本,如果成本过高,也不必强求。)

2)使用用户的习惯性语言去表达。

这里“习惯性语言”指的是用户在其日常生活中形成的对事物的理解和习惯性表达。比如,中国和大部分西方国家,竖大拇指都是赞许的意思,但是在伊朗却是侮辱的意思。因此在给伊朗用户做产品的时候需要改变其表达形式。

再举个例子,习惯了苹果和微软界面的用户,认为“X”的形状表达关闭,但是对于刚接触互联网的用户,特别是一些老年人用户来说,“X”还不如直接用“关闭”两个字更直观。所以一定要注意习惯性表达,别直接套用自己的语言去表达设计,否则很有可能把产品做成灾难。

3)给用户足够的提示。

这点非常重要,也是很多产品经理经常忽视的地方。比如,很多注册界面,明明需要用户同意《用户协议》,却把同意那个√放在很不起眼的位置,并且字也很小。到底是想让用户知道呢还是想让用户不知道。有的产品经理是希望用户不要去点开查看用户协议内容,但是有点法律意识的都知道,如果发生纠纷,法院不管用户有没有点开看,都会判企业的问题。

还有很多页面填表业务,上一步,很多人觉得使用返回按钮就好了,而不是多加“上一步”这个按钮,殊不知,很多用户是无法意识到返回按钮可以回到上一步的。于是傻傻愣在那里。可能他们最后尝试了一下,发现返回就可以,但是对用户来说这个体验就很一般了。甚至开发都不会有意识去把返回按钮做成回到上一步的功能,而是回到上一个页面,但是填写内容全部清空了。然后气死用户。

给足够的提示还体现在容错设计上。为什么我们要求产品经理在设计任何功能的时候,一定要做容错设计。是因为用户在使用的时候需要足够的提示告诉他所做的决定是否造成他不想得到的后果。良好的提示可以让用户不为犯错后悔。所以,不要想着什么简洁,把很多提示都给省略了,要给用户设计足够的提示。

三、让用户感觉越简单越好

那么,简洁到底是不是设计的基本原则呢。是的,但是不是界面上内容越少越好,也不是步骤越少越好,而是让用户感觉越简单越好。

很多人听过简洁原则,是从苹果公司传出来的。但是他们都只听了一半。简洁,是用更简洁的内容,让用户轻松理解产品。就是内容要简洁,理解要更轻松。不是一味地减东西,减到用户一头雾水。那么如何让用户感觉简单,有两个原则可以考虑一下:

  1. 给用户提供捷径。比如,可以用文本模糊搜索,就不要让用户进行多重选择。可以让用户直接下单,就不要让用户还要点击进入购物车。可以在同一个页面操作,就不要让用户来回点多个页面。第一个例子是针对信息类产品,要让用户快速找到想要的信息;第二、三个例子是针对功能和业务类产品,要让用户有快速实现自己目标的途径。
  2. 不要让用户做深层思考。比如工具类产品,你的目的是帮助用户提升效率,因此不要搞太多复杂的设置让用户调试半天。即使你的产品是非常专业的工具,如三维扫描仪,这种产品现在也基本一打开就调好基本设置了,用户根本不用再去做太多调试。又比如消费、娱乐类产品,还是以电商为例,给用户可能想要的几个选择就好,并给出可以用于对比的主要特征,让用户可以快速决策。这里才是乔布斯说的简洁,就是让用户不用思考,直接就能用。那种把元素、操作减到用户摸不着头脑的,并没有真的实现简洁,而是表面简洁,实际上让用户需要思考的事情更复杂了。

让用户感觉简单,可以有很多细节上的考虑。但是万变不离其宗,就是让用户快速实现其目的就好。

在细节设计上,如果你没有很多头绪,也可以用用学院派的理论——诺曼的交互设计基本原则(出自《设计心理学》),他从示能、意符、映射、反馈和概念模型五个方面教我们做产品设计。他其实也是试图让设计师的设计能够被用户理解、接受和喜欢。

四、让用户最终感到满意就好

这个原则可能会跟上面的某些原则看起来相互矛盾,因为这里说的是,不用在所有交互设计的环节都做到让用户满意,即可能在某个环节,我不一定让用户觉得简单,或者理解。我只需要最终让用户感觉到满意就好。

其实没有矛盾,这个就是用户体验地图设计里面的“峰-终”值原理:即,用户只要在产品服务最好的地方感到满意且离开的时候产品提供的服务也感到满意,那么,不管中间发生的事情,只要不超过用户的底线,用户对产品的整体评价都是满意的。

所以,我们在设计整个产品的体验流程的时候,只需要把握好三个地方就好:

  1. 所有体验差的设计,不能超过用户的预期的底线,这也是我们产品设计的底线;
  2. 在体现产品优势、特点、亮点的地方,一定要比较好地超过用户的预期,让用户特别满意;
  3. 在用户离开产品的那个触点,一定是让用户满意的,不一定是非常满意,但是不能是不满意。

这也告诉所有产品经理,产品设计的完美主义要用在峰值和终值,就是最能体现产品优势的地方和用户离开产品的地方。现在可能很少有产品经理傻傻以为完美主义是要把产品的每个环节都设计得超乎预期,但是他们却不一定理解其中的逻辑是“峰-终”值原理在作祟。在资源有限的情况下,把握好这个原则,可以让我们把好钢用在刀刃上。

五、检验设计的最重要标准是,是否帮助达成产品目标

这是产品设计的基本原则,更是产品交互设计的基本原则,无需赘述。

如果你不知道你的产品交互设计是否是对的,想想你的产品目标是什么,用户需求是否更接近被满足了,公司的目标是否更接近了。如果没有,说明你要重新审视一下你的设计。我们做的每个流程设计、每个页面、每个功能、每个按钮、每个图案都是为了实现产品目标,这是我们在做产品交互设计的时候所不能忘的。

是的,不忘初心。

总结

总结起来,就几句话,产品交互设计的基本原则是,要把产品交互设计当做一个流程来设计,理解用户、做用户理解的设计、让用户感觉越简单越好,如果你不知道产品交互设计做得好不好,回想一下你的产品目标是什么,然后看看,你做的设计是不是都在帮助实现你的产品目标。

本文由 @Robin 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自 Unsplash,基于CC0协议

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