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

推荐订阅源

S
Securelist
AI
AI
S
Schneier on Security
T
The Exploit Database - CXSecurity.com
C
CERT Recently Published Vulnerability Notes
C
Cybersecurity and Infrastructure Security Agency CISA
T
Threat Research - Cisco Blogs
T
Tenable Blog
G
GRAHAM CLULEY
腾讯CDC
L
Lohrmann on Cybersecurity
Martin Fowler
Martin Fowler
博客园 - 【当耐特】
The Cloudflare Blog
P
Proofpoint News Feed
V
Visual Studio Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
AWS News Blog
AWS News Blog
D
Docker
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Latest news
Latest news
L
LINUX DO - 热门话题
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
L
LangChain Blog
C
Cyber Attacks, Cyber Crime and Cyber Security
C
CXSECURITY Database RSS Feed - CXSecurity.com
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
W
WeLiveSecurity
Blog — PlanetScale
Blog — PlanetScale
云风的 BLOG
云风的 BLOG
P
Privacy International News Feed
Cloudbric
Cloudbric
Attack and Defense Labs
Attack and Defense Labs
量子位
爱范儿
爱范儿
F
Fortinet All Blogs
博客园 - 三生石上(FineUI控件)
V
Vulnerabilities – Threatpost
Schneier on Security
Schneier on Security
J
Java Code Geeks
S
Security @ Cisco Blogs
N
News and Events Feed by Topic
N
Netflix TechBlog - Medium
博客园 - 司徒正美
I
InfoQ
WordPress大学
WordPress大学
GbyAI
GbyAI
Google DeepMind News
Google DeepMind News

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
面对繁冗,拒绝“摆烂”|工具型产品如何简化设计
腾讯ISUX · 2022-08-09 · via 人人都是产品经理

编辑导语:随着互联网的发展,线上办公成为常态,为了尽可能地满足场景需求,大量工具型产品应运而生,但与此同时,工具型产品在实现场景全覆盖的情况下,会出现功能逻辑复杂,造成用户不理解,难以使用的难题。本文尝试从用户层面,探讨工具型产品如何实现简化设计,希望对你有所启发。

随着科技的发展,人们的工作方式打破了空间、时间的束缚,传统线下场景逐步迁移到线上,衍生出大量的工具型产品。由于实际业务场景灵活多变,为了尽可能覆盖场景需求,工具型产品往往功能庞大且逻辑复杂,经常会收到用户反馈产品「复杂、难以理解」。对于工具型产品的设计者,如何「简化设计」是他们必须要面对的重要难题之一。

本文将从用户感知层面尝试分析用户感觉复杂的原因,并根据以往项目经验给出一些工具型产品简化设计的方法。

一、为什么用户感到复杂

你是否曾收到过类似的反馈:

  • “这文案是什么意思?”
  • “这能干什么?我需要干什么”
  • “那个功能在哪里?我找不到”
  • “要设置这么多项,好麻烦啊”
  • “这不能拖动吗?”

这些都是用户感到复杂的反馈。从用户的感知层面分析,让用户感到复杂的原因可以划分为四大方面:概念、流程、界面、操作,以下将详细阐述原因。

1.1 概念复杂

导致用户感觉产品复杂的其中一个主要原因是:用户难以理解产品的概念模型。概念模型指事物的基础定义及行为模式。(例如:汽车,一种在陆地上行驶的交通工具。通常需要司机驾驶,需要消耗汽油… )用户根据概念模型对事物的行为进行预测,构建出自身的心理模型。

因此,当产品没有清晰、准确地传达出概念模型,将导致用户产生错误的心理模型。用户需要在大量探索过程中,逐步纠正自己的想法,最终才能了解产品实际的概念模型。

另外,根据「雅各布定律」和「设计心理学2:与复杂共存」,用户基于以往积累经验去理解新事物,即在使用产品前已构建心理模型。而当产品的概念模型与用户的心理模型不匹配时,用户在使用产品的过程中将持续产生认知冲突,也将给用户带来巨大的认知成本。尤其对于传统工具型产品,颠覆型的概念模型,反而提高用户的认知成本,让用户感到复杂难懂。

1.2 流程复杂

工具型产品的流程主要分为两方面:单功能使用流程、多功能组合使用流程。

在单功能使用流程方面,难免会遇到一些功能在生效前,需要经过多个设置步骤的情况。虽然环环相扣的流程能够降低产品的出错概率,但却会给用户带来更多的成本。对于每个步骤,用户都需要经历「理解」-「操作」-「反馈」的环节。

在一些情况下用户甚至不堪忍受,直接放弃使用功能。例如,在Airtable中创建甘特视图,需要经历3步才能完成配置,查看到效果。对于一些抱着尝试心态的新手用户来说,这是难以接受的体验:在还没理解功能的作用效果前,就要经历如此复杂的流程。

而多功能组合使用流程方面,工具型产品在产品功能设计层面,往往将功能的颗粒度设计得相当精细,以灵活满足各种场景需要。就Excel中的单元格而言,可设置单元格字体、单元格背景、单元格边框。

但如此精细的功能设计将导致,若用户需要简单实现整体的目标效果时,其操作流程就变得十分的冗长。甚至在一些需要重复设置的场景下,工作量将几何级数地增长,让用户的工作流程将变得极其复杂。

1.3 界面复杂

大多数工具型产品都希望能在一个界面让用户完成所有任务,却忽略了用户在现实场景下的使用流程。通常一个任务完成的前提是,需要按照一定的步骤完成若干个细项任务。若无法聚焦于每一个个细项任务,而需要耗费大量的时间精力来排除其他信息的干扰,则会产生“注意力被分散”、“太复杂”等体验感受,导致最终任务完成难度增加。

对用户来说,界面内的信息越多负担就越大。工具型产品通常伴随数量众多的功能和选项,一味的平铺功能,只为了展示自身的功能多样性,缺乏合理的组织布局,导致用户需要在几十甚至上百个选项中进行选择,则会大大降低用户使用效率。

1.4 操作复杂

设计者在不考虑具体操作场景的前提下,不同功能均使用同一种交互方式,名义上为了让用户降低学习成本,但实际上却是不负责任地将复杂的理解过程转移给了用户。

对于用户而言,复杂的操作可以分为两种:一种是「步骤复杂」,例如需要多次点击、页面跳转、设备切换等;另外一种则是「认知复杂」,例如交互方式与心理预期不匹配,需用户自行转换。无论是哪种,对于工具型产品而言都是灾难的。

除此之外,缺乏及时的反馈也会给用户带来不必要的麻烦。用户需要反复操作比操作中的冗余更可怕,就像高速公路的减速带,不断降低用户的效率。

二、如何简化概念,降低认知成本

2.1 隐喻、类比已有事物

当产品的概念模型越趋近于用户的心理模型时,用户就越感觉产品容易理解和使用,所要求的使用能力和学习成本就越低。而用户心理模型是根据用户的目标,以及其过往的经验构成的。

因此在设计产品的概念模型时,应尽量使用隐喻、类比的方式,让产品的文案概念及交互行为模式)与用户所熟知事物相近。从而让用户建立联想,激活行为记忆,降低认知探索成本。

HyperCard,苹果的早期时间的一款脚本系统。它以「Card」对产品进行命名,同时在产品交互形态上以一叠卡片的形态呈现。这让用户很容易就联想到现实生活中的卡片小册子,进而快速地了解到产品的大致行为模式。

需要注意的是,传统工具型产品的用户往往已被已有产品教育,积累了一定的使用经验、习惯。对于此类产品的概念模型简化应慎重考虑,因为用户所建立的心理模型是较难改变的,颠覆性的变化会让用户之前付出的学习成本付诸东流。此时可尝试用户的其他感知层面切入(流程、原型、操作),以探索简化的可能。

2.2 巧用大白话

在实际业务场景中,难免会遇到概念新颖、逻辑复杂的产品功能。由于用户从未曾接触过类似的事物,未建立起相应的心理模型。在设计产品概念时也就难以使用隐喻、类比的方式来降低产品的复杂度。

此时可采用「目标导向」的设计方法,帮助用户快速理解产品功能。因为用户除了基于过往经验建立心理模型,还可根据目标而对产品的行为模式做预测。

与其生搬硬套地创造概念,不如在合适的使用场景下,使用目标导向的大白话,清晰的传达出功能的目标效果。让用户快速了解产品功能的目标效果,减少全新概念的理解成本。

例如,在交互原型设计中,按钮往往存在多个状态(默认态、悬停态、点击态、禁用态)。Figma对其赋予概念“变体(Variants)”,用户难以对此概念产生目标效果的联想,无法建立起对应的心理模型。而在MasterGo中,亦存在相同的功能,但使用的是更加符合目标效果的大白话“组件状态”。

三、如何让流程简短高效

3.1 快速、直观呈现效果

对于工具型产品来说,效果直观是非常必要的。一来能让用户的探索快速获得反馈,降低用户的理解成本。二来能带来更加轻量的操作体验,鼓励用户探索,给予用户充分的掌控感。工具型产品的设计者应以此作为设计理念之一。

但难免会遇到产品功能的逻辑流程较为复杂,需要经历多个环环相扣步骤的情况。而研发者往往更关注与代码的逻辑及可维护性,更加推荐逻辑严谨但流程冗长的设计。这时设计者应坚守设计理念,不断在用户体验与功能逻辑中寻找平衡,贯彻落实设计理念。

对于冗长的流程,设计者可通过以下方式解决:

(1)根据场景自动化配置

良好的产品应该是聪明、高情商的,能够根据用户的实际情况进行自动化的配置,以减少用户操作。在进行自动化配置时,应谨慎梳理清楚用户的所有场景,以及每种场景意图,避免过度聪明,导致画蛇添足。

例如,在Notion中可一键创建Timeline视图,无需用户进行任何配置。因为其做了场景自动化配置处理:自动配置所需要的字段。

(2)清晰的修改配置入口

在进行自动化配置后,不可避免可能存在场景理解错误的情况,导致自动配置的结果不符合用户实际情况。此时应提供清晰的修改配置入口,例如在用户可发现错误的地方中提供入口,允许用户在发现错误后即可发起修改。

(3)异常后置处理,先让用户用起来

不应要求用户在功能生效前处理完所有异常。因为对于每一个步骤,用户都要付出理解及操作成本。尤其在处理异常情况时,用户需要耗费巨大的成本,极有可能因阻碍过大,从而放弃使用功能。设计者应将异常后置,确保用户能都快速查看功能效果并使用起来。对于异常的问题,应允许用户后续持续处理,不阻断功能的使用。

例如,在Figma中导入sketch文件会遇到,多种格式适配问题。但不影响导入流程以及FIigma的正常使用,用户可以在倒入后在对异常进行处理。

3.2 基于目标组合功能,一键快速设置

一般来说,工具型产品服务的用户群体较广,需要满足丰富的个性化需求。在产品功能设计上,功能的颗粒度较小,能支持精细化的配置。这样导致用户需要实现组合的目标效果时,需要执行多个功能配置,整体的配置流程较为冗长、复杂。设计者在设计工具型产品时,除了要考虑单个功能的使用体验,也要从用户目标出发,全局考虑用户使用产品的整体流程体验。

如何既能保持产品的「灵活度」以满足丰富的场景,又能减少整体操作流程,提升用户效率。「一键操作」及「自定义脚本」是较为有效的方法。

(1)一键操作

基于用户的目标,可以对一些列相关的功能进行组合,允许用户一键设置,快速达到目标效果。同时应存在更多配置的入口,允许进阶用户进行更加详细的配置。例如,Keynote中可对文本框进行快速样式设置,设置内容包含字体颜色、文本框背景颜色。当用户需求较为简单时,只需设置一次即可达到目标效果,而无需设置多次。

(2)自定义脚本

自定义脚本,指允许用户将一系列操作/设置组合为一个操作组的能力。在一些进阶场景,用户往往存在个性化的需求,对产品功能有着相对固定的使用习惯。自定义脚本,能够极大帮助用户减少重复性的操作,提高整体效率。

在Figma中,充满了类似概念的设计,如:组件、样式(文字、颜色、效果)。用户可自定义保存相关的配置参数,以方便多次复用或一键修改。

四、如何简化页面信息布局

4.1 围绕行为组织功能,走一步看一步

在设计界面原型时,需要先了解用户的任务目标,用户想做什么,先做什么后做什么。充分掌握用户心理模型的行为路径,基于用户的行为路径进行组织功能,以确保用户在每个环节中所看到的信息都是必要且准确的。工具型产品通常拥有多个可选设置项,拆分任务步骤可减少用户被非必选项的干扰。

除此之外,不同的用户角色的行为路径也会有所不同,例如:创建者,协作者,以及是否有编辑权限等等。不同的用户场景对于功能的诉求也是不一样的,而这就需要设计师从产品的定位,主流用户以及使用习惯综合考量。在优先满足主流用户场景的基础功能上,再进行其他场景的功能增减。

4.2 功能层级分区,巧妙地藏起来

(1)功能分区

George A. Miller在《神奇的数字7加减2:我们加工信息能力的某些限制》中表明,人的大脑最多同时处理7±2个信息块(即5-9个),若超过则出错的概率将会大大提高。

对于无法避免复杂信息的情况下,可以将烦琐的信息分块,组织成清晰的层级结构,例如:微软Office 中顶部工具栏包含上百个功能选项,为了便于用户能快速找到想要的功能,他们将所有功能进行分块,包括:字体、对齐方式等模块。

每个模块下再细分具体设置项,具体设置项又包含了其它功能。基于清晰的层级结构,用户可快速通过「字体模块」-「字体设置项」- 「微软雅黑」三个层级中快速找到想要的选项。

值得注意的是在信息分块时,需制定出清晰的划分界限,可通过询问不同的用户来判断界限是否清晰。

与此同时,布局效果是否清晰,对于简化界面设计而言同样重要。合理运用「格式塔原理」中的「接近性原则」,将同类元素放在一起让用户在视觉上感觉是一组,再根据同组元素中的重要性不同,大小上也应有所差异。做到让用户只看一眼便可快速找到想要的功能。

(2)隐藏高级功能

「帕累托法则(二八法则)」同样适用于工具型产品设计,即20%的功能影响80%的用户体验结果。换句话说,大部分普通用户经常使用的基础功能仅占20%,但影响程度却远超于剩下的80%。

所以需将功能划分为基础功能和高级功能,在优先展示基础功能的前提下,再考虑高级功能或自定义功能的展示,必要时可将高级功能或自定义功能进行隐藏,但前提需是可见的。例如:更多设置,更多选项等,即对专家用户始终保持可见,但又不打扰普通用户。

五、如何让操作更轻松

5.1 减少不必要的操作,使用更自然的交互

简化操作的过程中,针对不同的操作赋予最自然的交互形式能减少用户操作过程中的精力消耗。自然的交互应该是用户无意识的操作,是基于过往生活经验,阅历,学识等的一种本能,几乎不需要过多的学习成本即可完成。

例如:用户旋转一张图片。相对于在输入框中输入旋转角度参数而言,将光标直接操控在图片上旋转显得更自然。输入需要至少三步(点击文本框-敲击键盘数字-点击确认),而直接旋转只需要两步(点击-旋转)。因为对于用户而言,点击图片进行旋转更接近现实生活中的操作,不管是交互步骤还是心理认知上,都会降低用户的操作难度,让用户觉得产品更简单更自然。

5.2 提供及时的反馈与帮助,避免重复操作

在操作过程中得不到反馈,出错后再重新填写,同样会增加操作的复杂性。

在尼尔森十大可用性原则中,第一原则就是系统状态的可见性。系统需要让用户知道自己在做什么,需要让用户知道系统做了什么。例如:在表单填写时及时反馈是否出错,在格式设置时及时反馈是否生效,可以让用户少走弯路。必要时给用户提供帮助也能简化用户操作的复杂性,提高操作的成功率。

六、结语

引用《简约至上》中的所说:创造简单用户体验的秘诀就在于把复杂性转移到正确的地方。任何产品都具有一定的复杂性,设计的目的不是为了消除所有复杂性,而是将它们放到最合适的位置。简化产品的复杂性替用户排除不必要的干扰,通过设计师的努力给每一个用户带来简单、愉悦的使用体验,让复杂的工作更简单。

参考文献:

[1]Bill Moggridge.Designing Interactions[M].MIT Press,2006

[2][美]Alan Cooper,Robert Reimann,David Cronin,Christopher Noessel,Jason Csizamdi,Doug LeMoine.About Face 4 交互设计精髓[M].倪卫国,刘松涛,薛菲,杭敏译.北京:电子工业出版社,2015

[3][英]科尔伯恩(Colborne.G).简约至上:交互式设计四策[M].李松峰,秦绪文译.北京:人民邮电出版社,2011

[4]刘津,李月.破茧成蝶:用户体验设计师的成长之路[M].北京:人民邮电出版社,2014

[5][美]唐纳德•A•诺曼.设计心理学2:与复杂共处[M].张磊译.北京:中信出版社,2015

来源公众号: 腾讯ISUX(ID:tencent_isux),腾讯ISUX用户体验与设计部;

本文由人人都是产品经理合作媒体@腾讯ISUX 授权发布于人人都是产品经理,未经许可,禁止转载。

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