《支付宝体验设计精髓》 笔记
《支付宝体验设计精髓》 笔记(第一章·设计部分)
最近发现了这本好书,是阿里支付宝的AUX团队出品的,读了第一章发现讲得很好,很有启发,适合初入门的产品经理学习产品设计。
书中讲到了很多零岁产品经理在设计产品时不会考虑也没想到要去考虑的细节,读完后才发现原来每一处看似简单的逻辑,每一个本以为理所应当的组件,都是经过筛选后才放置在这里的。
一个产品的各处细节经过重重考量、打磨、试错,才会让一个愈来愈好的自己逐渐脱胎在用户眼前。
下面我们就一起来看看,这本阿里员工手把手教产品体验设计的书是怎么讲的吧。
Part1 学 · 设计
01 行业设计“五步法”
以医疗产品设计为例
1*充分的行业调研
-
目的:了解行业的现状与未来发展趋势,对行业项目背景能有深刻的认识,在过程中寻找产品目标,挖掘用户痛点。在行业调研初始阶段,先拟定行业调研提纲,比如:
- 行业的发展历史、现状、前景和特点;
- 行业的价值链;
- 行业的竞争态势;
- 产业政策、监管体制;
- 市场容量、市场细分结构以及未来增长趋势;
- 行业供需结构与盈利方式;
- 相关利益方分析;
- 行业痛点、关键成功要素和自身优势。
-
方法:通过以上指导性的提纲进行有针对性的深入调研,根据时间与资源选择合适的调研方法来发现问题(如:桌面研究、问卷调查、用户访谈、田野调查、数据分析)。
下面选择桌面研究与田野调查相结合的方法来介绍,这两种方法是在有限时间里产出最大化的调研方法。
-
桌面研究
- 定义:桌面研究指不进行一手资料的实地调研和采集,而直接通过电脑、杂志、书籍、文档、互联网搜索等现有二手资料进行分析和研究的方案,也称为案面研究、二手资料研究。
- 研究内容:国家政策走向、行业限制、行业所处的发展阶段、行业痛点、国内外行业对比等。
- 优点:让设计师对一个行业有一个粗浅、大致的认识,基于这些认识推动行业项目产生新的进展。
- 步骤:
- 确立研究目标:宏观地认识医疗行业现状,从中发现机会,为后期实地调研提供方向。
- 收集资料:包括但不限于——通过媒体等渠道收集国内医疗体制体系,国家政策;网络调研医疗体系中可见问题;查询整理已有团队历史研究资料;归类分析医疗体系中的不同场景,为之后调研明确方向及内容。
- 产出研究报告:包括研究内容陈述、研究发现以及报告结论,然后将有价值的内容进行组内分享,从设计角度表达对于行业思考的观点。
-
桌面研究
-
田野调查
- 定义:田野调查指深入线下并观察用户使用场景,绘制体验地图,绘制用户体验曲线。
- 步骤:
- 准备阶段:选定被调查地点和被调查人群,进行必要的物资准备(录音设备、照相设备、录像设备、笔、笔记本等)。注意甄选被调查地点,门诊量较大的医院是我们的首要考察方向,因为其能提供更完整的服务流程,覆盖更全的患者群体,据此得到更具有普适性的解决方案。
- 调查阶段:2-3人一组,针对不同的服务场景,如大厅、候诊厅、缴费窗口处等进行布点,主要采用观察和拦访两种形式。注意观察深入、注意细节、透过现象看本质。
- 整理阶段:①对调研过程中回收的问题进行归纳和总结,梳理出在体验节点中用户遇到的主要问题,即严重阻碍用户行为流程并且反馈数量较多的问题。②撰写调研总结大纲,列出主要问题并快速同步给团队和也无妨。③配合PM梳理出能快速落地和执行的主要问题,并提出解决方案。
2*圈定目标人群,明确用户分类与行为特征
在基础调研后发现,在对就医相关利益者(提供医疗服务者、就医患者、医疗行政人员等)的考虑中,使用挂号服务的主要目标人群还是就医患者。针对就医患者可以从以下几个方面来解构目标用户:
-
人口学特征:空间、年龄、性别、文化、职业、收入、生育率等指标。在项目设计前,必须明确核心用户群体的人口学特征。比如医疗行业中就有明显的人口学特征,18~34岁人群使用占比最高,在线挂号用户群呈现年轻化趋势,女性用户占比远高于男性。
-
用户分层:对用户从不同纬度进行拆解与分析会发现,不同的用户群体产生的行为特征具有明显的差异化。可以从用户自然特征、社会特征、行为等进行划分。业务形态不同,采取的用户分层方式也不同。
- 举例:医疗场景中,较突出的用户分层是从行为上进行划分,如名医型、名院型、专病型、名院名医型。这样分层有利于在产品设计中覆盖大部分用户的行为路径。
- 目的:分层是用于比较的,比较是为了反映不同用户层的核心需求,进而指导产品方向,所以分层最终还是为了指导产品决策。
-
行为特征:进行用户分层后,找出核心用户的行为特点,主要分析核心场景中用户在处理核心任务的行为方式。
- 举例:调研与观察发现用户对三甲医院和专家门诊需求度强,挂号行为频率偏低,用户行为呈现明显低频、刚需、优资源导向等特点。这些都是围绕用户进行就医挂号场景的分析,跟目标用户群年龄特征和就医习惯紧密相关。
- 优点:让设计师更加详细、清楚的了解用户的行为习惯,从而找出存在的问题,有助于产品设计更加精准、有效,提高产品业务转化率。
3*仿真分析,搭建用户场景
在进行了完整的行业调研与目标用户圈定分析后,需要针对调研结果进行整理,将内容结构化。对用户核心的线下场景、用户行为轨迹、获取目标任务的渠道与和新路径、在过程中用户的痛点和障碍等进行提炼,并针对目标用户建立有代表性的用户画像。
-
场景是什么?
用户的核心痛点与产品的核心功能有可能是由多个使用场景组成的。基于目标与任务进行构建,让设计师能深入“剧情”,在细节中推敲用户的每一个想法和举动,真正做到从用户角度出发,将产品与用户场景融合起来。 -
为什么要搭建场景?
搭建场景与实现产品目标是相辅相成、相互印证的。解决用户痛点是场景构建的主要目的之一。搭建场景能覆盖用户全量活动轨迹,让需求分析更精准,让产品功能更全面,让业务目标定位更清晰,让团队对产品的理解更一致。 -
场景该如何搭建?
通过仿真分析。仿真分析即仿照真实线下流程构建线上虚拟场景的方法。用户因为线下业务流程的复杂性会呈现出各种各样的状态,仿真分析能从成本、时间、行为、路径等多个角度验证流程,评估流程的体验优劣,对流程的模拟执行生成结构化的结果,从而帮助用户找到流程中的“瓶颈”并加以分析与优化。针对流程的缺陷提出改进方案,得出一个可期望和可实现的模型。 -
模型展现方式?
- 如果是全量场景的结构化展示建议用表格的形式,内容要精炼。
- 如果是细分场景的用户行为分析,可以用更敏捷的方式,以简单文本描述故事即可。
- 以挂号场景下的用户全链路行为分析为例,可以大致分为挂号前、挂号中、挂号后3个主要阶段,从场景描述与用户行为出发,用户行为则可以从渠道、路径、痛点、用户方案等方面进行分析。
- 挂号前:从前期的调研中会发现就诊患者在挂号前的第一场景一般是先对病情进行预估。获取病情信息有线上和线下渠道,从中会发现用户的一些使用痛点,包括:①疾病信息质量差且规范不统一;②信息碎片化现象严重;③信息口碑缺失;④信息权威性缺失。这背后就会产生针对痛点的用户需求,主要包括疾病信息(症状、原因、治疗方法、推荐医院、推荐医生等)、就诊决策、权威、口碑、症状评估等。
-挂号中:评估医院/医生,并确定医院/医生,填写预约单。 - 挂号后:挂号后患者的场景一般是去医院候诊,为就诊做准备。可能使用线上渠道(挂号平台、百度搜索、地图等)、线下渠道(到院内取号、候诊就诊、缴费取药)
- 挂号前:从前期的调研中会发现就诊患者在挂号前的第一场景一般是先对病情进行预估。获取病情信息有线上和线下渠道,从中会发现用户的一些使用痛点,包括:①疾病信息质量差且规范不统一;②信息碎片化现象严重;③信息口碑缺失;④信息权威性缺失。这背后就会产生针对痛点的用户需求,主要包括疾病信息(症状、原因、治疗方法、推荐医院、推荐医生等)、就诊决策、权威、口碑、症状评估等。
在构建场景的过程中,可以不断发现患者就医过程中的障碍,发现问题后将问题提炼转移至线上产品的设计中。设计的目的是解决问题。
场景构建完毕后,随着业务场景的发展与设计师理解的加深,场景是有可能不断变化与发展的。在过程中分析用户行为的变化与发生,行为往往跟随功能,产品的体验触点与用户行为的发生高度重合。
4*筛选核心需求,建立需求管理
- 结合商业模式、产品发展目标、用户场景与用户行为来交叉判断需求的优先级。
- 重点来看需求管理:
- 评估需求:重要的不是知道要做什么,而是知道什么不要做。
- 排序需求:需求的优先级可能比需求本身更加重要。产品上线是有时间表的,只有进行整体的平衡和优先级的排布才能实现产品功能迭代价值的最大化。
- 需求变更管理:理性的需求变更是可以接受的,但所有需求变更都需要进行很好的控制。如影响上线时间,则可以进行延后处理。
5*建立交互框架,输出交互方案
-
信息架构设计
- 重要性:信息架构设计阶段的产出质量直接影响到业务目标、转化率、用户体验。如果框架清晰,用户就那那个快速完成任务目标,提升效率。它是产品与用户交互的隐形环节。
- 分类:广而浅的架构可以用较少的点击完成相应的目标任务,但信息分类标准过多,会增加用户层级分类寻找的成本。窄而深的架构则使用户增加了操作步骤,但减少了用户操作选项。
- 大致分为:层级结构、自然结构、矩阵结构、线性结构。
-
流程图
- 定义:在使用产品中用户所能操作的界面以及页面上下游之间的跳转关系和组织的表达,称为流程图。
- 设计原则:①以用户需求为主要导向;②兼顾用户的使用习惯;③流程尽量短;④每个操作页面仅有一个核心操作任务;⑤考虑交互实现的开发成本。
页面交互细节设计:包括页面跳转说明、极限状态下的说明、异常/出错情况的说明等。鼓励在产出正式线框图之前,通过草图来交流与表达产品思路。
02 设计规范的建设
设计原则
简单的力量
余额宝的成功让支付宝团队看到了简单对于支付宝来说多么重要。简单不仅能提升用户体验,还能实实在在地创造价值。因为简单,更多的用户接受并使用我们的产品,带来高转化率,产生更多价值。
像余额宝、微信这些简单的产品,对市场产生了深远影响。它们简单易用,所以被大众接受;他们值得信赖,所以赢得用户。简单原则不仅能使界面看起来简洁,还能使交互流程简化,使整个产品轻量化。
为了使产品简单,支付宝UE团队在设计上制定了一下两个原则:
-
一个页面只做一件事情,突出两个重点。
支付宝里很多产品都是以任务为导向的,这个原则在任务导向类界面中显得尤为重要。团队希望用户可以专注且快速完成当前任务。 -
删除不必要的内容,隐藏次要的内容。
界面中过多小细节会增加用户的认知负担,降低用户使用效率。所以让我们删除那些可有可无的功能、多余的选项、冗余的文字、花哨的修饰,减轻用户负担,让用户专心做事。界面清爽简单,不去分散用户注意力。在这一个原则里,重要的一点是区分用户需求优先级。
删除不必要的功能,让隐藏功能在用户需要的时候出现在合适的位置。
高效的执行
关于高效问题,应该着眼全局,并且思考“怎么样让应用更快、更好用”。高效问题不仅仅是设计问题。
-
有跟技术和性能相关的时间问题:“1秒钟等待”可以让应用迅捷如豹。
研究表明,用户能忍受的等待时间是6~8秒。0.1s内显示反馈结果用户是可以接受的;1s是用户保持不间断的思维流的限定时间,用户会注意到这样的延迟;8s是保持用户关注当前界面的极限时间,超过8s用户会愤然离场。- 减少RPC:没人愿意等待。等待时间主要取决于服务器、设备性能以及网速。用户是否需要等待主要取决于RPC策略,即客户端和服务端发生数据交换的次数。
用户少等待1次RPC,体验就高效一些。 - 转移注意力:如一些服务较好的饭店,在客人排队等待就餐时提供各种小吃和休闲游戏,让客人忘记等待烦恼。如余额宝在用户进入页面的时候会让金额数字随机变化来吸引用户注意,为页面从服务端获取金额信息争取时间。
- 减少RPC:没人愿意等待。等待时间主要取决于服务器、设备性能以及网速。用户是否需要等待主要取决于RPC策略,即客户端和服务端发生数据交换的次数。
-
有跟行为流程设计相关的点击问题,“1次点击”可以让应用飞起来。
在交互设计中,应尽可能减少额外的点击,做到一键完成任务。这样可以减少用户操作次数,提高操作效率,成全人类“懒”的天性。- 减少点击次数:支付宝手机充值在改版前,从选择金额到付款需要4点击:①点击金额换气选择picker;②滑动滚轮选择金额;③点击完成关闭picker;④点击“立即充值进入付款页面”。改版后,将充值金额平铺展现在用户面前,用户只需一次点击,选择充值金额即可进入付款页面。
-
有跟移动设备输入相关的人机工程问题,“1根手指”可以让应用连小孩都能使用;
-
有跟信息结构相关的产品问题,可以带用户走出页面的迷障。
- 减少界面跳转:手机屏幕由于面积限制,没有全局导航和面包屑,只有左上角的返回,层级关系一复杂,就交代不清楚了。所以手机应用页面之间的跳转不能太多。
在移动设计中,太深的信息架构会让用户迷惑,降低操作效率,所以常用的内容应该在3个层级以内看到。手机上能不跳转就不跳转(如:使用模态对话框来报错或提醒用户)。 - 适时的反馈:及时恰当的反馈能告诉用户下一步该做什么,帮助用户做出判断和决定,让用户知道系统运行良好稳定。
支付宝定义了几个最基本的原则,来保障对用户做到适时反馈:
-
为用户的操作提供必要、积极、即时的反馈
-
根据内容的重要程度选择合适的反馈形式(对话框、小气泡、多态按钮、动画、声音或震动)
不同反馈方式的对比:
对话框
① 对话框
- 带有一两句说明文字和两个操作按钮,用于确认和取消重要操作。通常颜色明显,突出显示可能造成损失的操作项。
- 对话框的出现,强迫用户关注弹窗内容和操作,并屏蔽背景的所有内容不可操作。是对用户打扰最大的反馈提示,也是最强的反馈方式。
- 通常用户都想赶快关掉对话框,以便接着完成被打断的操作。所以,对话框中的文案要尽量言简意赅,帮助用户快速了解和作出决策。
② 小气泡
小气泡
- 也叫Toast,是一种弱化版对话框,在界面上短暂展示然后自动消失。
- 不强制用户做任何操作和确认,所以对用户的打扰比对话框小很多。
- 气泡一般用来确认用户执行的任务状态或操作结果。
③多态按钮
多态按钮
按钮是虚拟世界隐喻现实世界的产物,现实世界中的按钮会对用户的操作提供实实在在的物理反馈。为了符合用户心智模式,界面中的按钮也应为用户的操作提供反馈,否则用户不知道发生了什么。
当用户在屏幕上按下一个按钮或链接时,也需要有状态的改变,让用户知道界面已经接收到他的操作了。④动画
动画
如图是手淘将商品收入购物车时的动画,是一种比较优雅的反馈方式。⑤声音或震动
- 带给用户比虚拟界面更真实的物理反馈,给用户的感觉也应该是最真实和自然的。
- 如:手机虚拟键盘按下时的“啪啪”声,短信、邮件发送成功后的“嗖”声,拍照时的“咔嚓”声,都是在声音方面反馈比较好的设计。但过多使用声音可能会变成一种打扰,所以不能将声音作为主要反馈,并且要提供关闭提示音的权利。
震动是一种更强烈的触觉反馈,可以用来加强声音的反馈。
- 减少界面跳转:手机屏幕由于面积限制,没有全局导航和面包屑,只有左上角的返回,层级关系一复杂,就交代不清楚了。所以手机应用页面之间的跳转不能太多。
-
避免过度反馈,以免给用户带来不必要的打扰
如果滥用对话框,会打扰用户的体验流程。所以应该删去不必要的对话框或小气泡,如需必要用动画代替也可以。
-
不要打断用户的意识流,避免遮挡用户可能回去查看或操作的对象
情感关怀:如报错安抚和正向强化,可以让用户加深对产品的正向情感和自我认同感。
智能服务:如登录时自动填写密码、分隔银行卡卡号,识别发卡行信息等。
智能服务
基础规范
设计风格
色彩
字体
03 设计走查表
1* 硬件特性
- 制定适配原则:
- 数量不变进行同比放大适配
- 同行数量增多,图片字号大小不变
- 避免不规则背景
- 避免不同设备适配时遮挡
- 账户在设备上的切换
- 同一设备,不同账户切换
- 不同设备,同意账户切换,(若支持多点登录,注意内容同步,同时判断ID,避免用户刷红包)
- 横竖屏显示效果,(先确定是否支持横屏,再考虑怎么设计横屏)
2*软件特性
-
操作系统特性
进行新产品规划初期,要确定新产品覆盖的系统及系统版本号,如iOS支持多手势操作,故iOS用户更容易接受手势操作,而Android因为硬件设备差异较大,对手势支持也有较大差异,因此较为隐藏的手势操作不适合使用。 -
制定多平台的设计规范
比如统一的表单操作、选项卡、浮层提示、加载、刷新等。统一组控件可以提高产品优化效率、降低开发成本、保证用户体验的一致性。
3*版本兼容
- 版本覆盖时间
新版本上线后要确认一下版本在多久的时间范围内可以覆盖80%以上的用户。尤其当新版本的某些功能需要配合H5活动时,这个时间尤为重要。如果版本没有发布,而活动时间已经迫在眉睫,那这个活动可能面临失败。 - 更新提示强弱
一般来说,用户可以选择不更新版本,继续使用。但当APP出现较大bug或存在安全隐患时,可通过不可取消更新进行强制升级。 - 兼容性展示
如新红包功能等,低版本客户端的会话页面仍能收到会话消息提示,点击此消息,可以有效引导用户更新APP。
3* 网络特性
-
快速启动
应用在启动时需要一个加载时间,为避免用户在等待时间感到枯燥、乏味,可采用以下3种方式:- 让用户感知到应用的启动速度比较快:使用一张与应用相同的图片
- 作为一个产品品牌展示区:展示品牌slogan
- 作为广告展示区
-
合理缓存
合理缓存可以让用户感受到应用的速度更快,不浪费流量。但缓存不能过量。一般应用首页有比较固定的内容时需要做缓存或已有内容的页面不需要全页面加载,可以先展示较旧的内容然后加载出较新的内容。相比每次进入都重新加载,缓存让用户体验更好。 -
弱网环境
-
弱网环境下加载失败
加载时间控制在8s内,并且尽可能地采用有趣的加载来降低用户等待时间。加载失败后要给予用户重试的机会,并告知加载失败的原因。 -
弱网环境下内容展示不全
可能只显示部分内容,一般是文字内容显示而图片无法加载,只出现占位图或空白图。 -
弱网无网状态下数据传输/设置生效机制
Facebook上传失败内容如果网络环境不稳定或者断网,但用户需要将内容发布出去,可以支持用户本地发出去,本地可见。有网络请求时,再将内容上传到服务端,并且让其他用户可见。这样可以有效提升用户体验,让用户不受网络环境的限制。
-
中断、超时
在网络中断时,帮助用户保存当前的输入内容或者浏览内容。若超时则给用户提示,让用户停止等待,重新请求网络或退出。
-
4* 页面状态
可以用生命周期来描述一个页面的状态。
- 页面初始化
启动应用进入首页时,可以在启动过程中预加载首页内容,让用户快速进入且有内容可预览。页面初始化需要配合加载策略进行。 - 页面刷新
通过刷新可以更新当前页面的数据。如果页面涉及数字的提醒或通知(如存款),则不需要刷新也可以展示给用户,当用户点击查看时触发刷新,则将页面内容更新到最新状态。 - 页面加载
- 分步加载:为了尽快显示页面内容,可先加载文字,再加载图片。让用户在网速不够快的情况下可以尽快预览到内容。这种加载方式通常应用在用户首次进入页面时。
- 懒加载:在需要时才加载。效率低,但占内存小。一般在页面浏览过程中加载新内容时采用这种方式进行加载。
- 智能加载:分网络环境加载。WiFi下、4G下、弱网下不同。最好可以让用户点击未加载的内容后继续加载,不需重新刷新页面。
- 页面内容被限流
活动页面可能因访问量太大而遇到限流。如支付宝的春晚发红包页面。 - 页面内容为空
可以在显示上用调皮一点的文案避免空页面显得过于枯燥。 - 页面内容失效
可以将入口下掉或在用户进入后重新刷新出可用内容。
5* 页面流程完整性
为了确保流程完整性上的体验,可以采用的设计方法:
-
快速回到首页/主要页面
要求我们在搭建整体信息架构时,结构足够扁平,并且所有的页面流程都必须形成一个有效的闭环。 -
让用户始终知道自己在哪儿
- 通过页面标题让用户确认当前的位置
- 通过页面之间跳转的转场动效让用户确认当前的位置。
- 用户可以沿原路返回。
-
返回到原来的浏览位置
明确任何一个可点击的去向,且去向是可返回的。返回问题与定位有关,从哪里去返回到哪里。特殊路径需要定制,可能会出现连跳几个页面的情况,在验收过程中要重点注意。 -
任务完成后跳转
- 任务成功后,页面跳转后可返回到来源页面。
- 任务失败后,需提示当前状态,并引导用户如何查看最新的状态。在有新结果时,通知用户。
6* 消息通知
根据消息的强弱进行消息通知的设计。
- 强消息通知:可以使用客户端推送,锁屏预览消息。用户可以通过新消息直达详情页或通知列表,未读信息可以标记出未读数字。
- 弱消息通知:可以在用户打开应用后,在内容层上统一提示,告诉共有xx条新消息,点击后可查看所有消息内容。如朋友圈“新消息”。
7* 细节
设计细节有非常多的点,比较通用的细节有:点击状态、发送状态、输入、反馈、音效。
- 点击状态:包括开始、结束、不可点、失效、已领完、已过期等。
- 发送状态:①对于发送后需较长时间返回结果的,发送后直接到结果页面,结果页面上显示当前进度和最终结果及其时间;②发送后较短时间就返回结果的,发送后到过渡页面,有几秒的等待时间,然后跳转到最终结果页面。
- 输入:
- 减少输入:在移动端输入的成本较高,设计师可以通过表单、选项卡、默认填入值来减少输入。在社交会话中可通过更多的语音、图片、视频来减少输入,让用户沟通得更轻松。
- 输入限制:在内容不确定多寡的输入框内,可以采用暗文或数字的方式来帮助用户确定当前的输入内容有没有超过限制。(输入的内容一定要做长度限制)
- 中断时保存内容:移动环境不稳定,经常出现中断退出的情况。当遇到异常情况时,可以保存用户在中断前输入的内容,待环境稳定后用户可以继续操作。
- 反馈:
- 即时反馈:若用户操作后有反馈信息,则应立刻给出。反馈的区域不能离用户操作区域太远,否则会被忽略。如果是非阻塞式反馈,则方式要轻,不能干扰用户当前任务。
- 反馈效果:所有点击都要有明确的反馈状态,点击后会出现一系列的状态变化。
- 音效:需要考虑声音大小、配合操作使用是否有延迟。特别需要考虑用户当前的使用场景出现声音是否合适。
8* 与时间、数字相关性问题
-
时间
- 制定时间规范
根据产品设计需求,在前期根据场景规划时间显示规则。如格式是“2018-2-7”还是“2018/02/07”等。 - 不同场景下时间格式的选择
用户对于时间的感知根据场景的不同会有很大差异。因此在对时间进行设计时,一定是根据使用场景来进行时间的设计。 - 有效/失效时间
内容失效后需要处理,可能由清楚或者其他功能来支持。有的内容是没有生效期的,但它会变成历史内容。历史内容与现有内容需要进行一定的区分。
- 制定时间规范
-
数量
规范数量规则时,需要考虑以下问题:- 是否为零?为零时应该显示还是隐藏?
- 刷新是否影响数字变化?
- 数字是否会减少,当数字减少为零时是否有反馈或界面变化?
总结
设计过程中除以上内容之外,还有很多细节需要设计师考虑,并纳入设计走查表中。设计走查表不仅能帮助设计师本身,还能帮助一起工作的项目伙伴。
在项目进行前期,交互设计师在参与需求规划讨论时就可以与项目组的同事一起阅读设计走查表,并制定项目在执行层面的规范,可以保证多项目并行时调用相同组件的一致性;
在项目结束后,设计走查表可以有效地进行设计验收。
04 图标设计与验证
1* 图标设计四部曲
- 构思方向
- 设计造型 :空间维度(二维?三维?、时间维度(随时间推移变化?)
- 风格定位 :扁平简洁、华丽质感、独创个性
- 细节整合 :打磨大小、比例、角度、元素数量、明暗关系等
2* 图标可用性测试
- 定义目标用户的3个角度
- 人口学特征:性别、年龄、学历、职业、地域等
- 使用动机:个人、企业、买家、卖家等
- 使用经验:产品的使用时长、竞品的使用情况、互联网的使用年限等
- 图标可用性评估方向
图标的可识别性、差异性是影响用户理解的两个主要因素。当图标的可识别性低,用户会理解不了图标想要传达的含义。而一个界面中若个别图标的差异性不是很大,用户会产生视觉混淆,分辨不出来。
图标可用性测试的前期任务为:分别给出图标和图标名称,请用户一一对应。在这个过程中如果出现因为差异不大而分辨不出无法对应,请用户记录下图标的编号。
- 图标可用性检验方法
由专家型用户(如团队内设计大牛或图标设计达人)评估,为什么用户看不懂图标,从而找出优化方案。