如何成为好的用户体验设计师（进阶篇）
2022-03-21 23:02:47 0 举报AI智能生成
《破茧成蝶》用户体验设计师修炼方法
作者其他创作
大纲/内容
设计流程——设计师具体做什么
设计师如何参与一个具体的项目
在项目中设计师容易遇到的问题
需求分析——拿回产品的主导权
和产品经理一起做需求分析
不可忽视的产品定位
什么是产品定位
产品定位的内容
产品定义
用户需求
选择目标用户
确定产品定位并据此筛选需求
需求从哪儿来
用户调研
用户反馈
竞品分析
产品数据
如何分析与筛选需求
如何分析与筛选需求
需求的产生
了解需求文档
需求文档应该包含什么内容
文档修改与审核记录
目录
背景描述
用户类型和特征
项目时间安排
整体业务流程说明
需求详细说明
需求文档的后续迭代
倾听用户的声音
拥抱用户
别被用户牵着走
用户说的不一定是心中所想的
用户没有表达出自己的真实需求
该用户不是你的目标用户
用户意见不一定专业
如何对待用户的意见
根据目标用户考虑
根据使用场景考虑
根据用户目标（真实需求）考虑
根据产品定位考虑
根据项目资源考虑
设计师的逆袭
如何面对强势的产品经理
商业价值 VS 用户需求
不靠谱的产品经理什么样
需求变动多
过于主观
过于关注细节
不能合理安排时间
不负责任
过于强调自己的主导地位
让产品经理头疼的设计师什么样
不懂得平衡
定位局限
抱怨多、建设性意见少
视野狭窄
专业技能不佳
拒绝不靠谱的需求文档
有没有必要写需求文档
无需求文档或文档不标准怎么办
辨别需求文档的内容是否合理
从“功能需求”到“设计需求”
残酷的现实要求设计师学会走“弯路”
如何寻找设计目标
根据设计目标重新定义需求
如何“抄袭”竞品
在“抄袭”中寻求创新
直接“抄袭”竞品的风险
影响企业形象
出现严重错误
驴唇不对马嘴
东施效颦
永远落在对手后面
如何对待“抄袭”竞品的要求
设计规划——从需求到设计草图
从需求到界面，隔着一扇门
如何搞定信息分类
逻辑归类
卡片分类
开放式
封闭式
好的导航是成功的一半
导航的自我解释
深广度平衡
用户所需信息与商业推广信息的平衡
为重要功能和常用功能设置快捷入口
主要任务与次要任务
说说任务设计
如何突出主要任务
分解用户任务
排列任务优先级
组织合并相关任务
如何引导用户完成任务
相似性引导
方向性引导
运动元素引导
向导控件
设计友好而易用的界面
如何简化复杂的操作
减少冗余步骤和干扰项
将复杂操作转移给系统
简化操作方式
优化操作过程
信息量太大，页面怎么摆
让页面层次不言而喻
逻辑相关的在视觉上分为一组
内容或重要程度不同的在视觉上体现出差异
逻辑上有包含关系的在视觉上进行嵌套
让重点信息“跳出来”
将次要信息“藏起来”
理性的规划 VS 感性的界面
以人为本的界面设计
帮助用户找到想要的东西
吸引无目标用户
符合用户心理模型
捕获用户的芳心
来自真实世界的灵感
拟物化的视觉
隐喻化的操作
贴心的设计惹人爱
可控的感受
积极的反馈
贴心的提醒
如何调动用户的情感
互动的乐趣
惊喜的力量
情境的烘托
快速表达我的想法——纸面原型
纸面原型的目的
使用什么工具
需要表达什么
设计标准——好的设计需要表达
什么是原型
原型的由来——设计方案的表达
为什么要学习原型制作
低保真原型和高保真原型
低保真原型
高保真原型
标准的原型应该包含什么内容
简要说明与信息结构
变更日志
版本说明
信息结构
任务流程与页面流程
任务流程
页面流程
线框图 & 交互说明
限制
范围值
极限值
状态
默认状态
常见状态
特殊状态
操作
常见操作
特殊操作
误操作
手势操作
反馈
提示
跳转
动画
你真的会画线框图吗
通过明暗对比表达
不使用截图与颜色
合理的布局
遵守栅格规范
标记第一屏高度
表达清楚UI逻辑
考虑视觉实现后的效果
了解视觉趋势
写交互说明的诀窍
尽量使用真实、符合逻辑的数据内容
不遗漏特殊状态的描述
避免过长的说明
避免流水账式的说明
流程图代替文字说明
用表格罗列各种状态
巧妙组织文字说明
制作动态效果
关于重复出现的模块
如原型有修改，不要口头沟通，而要更新交互说明并告知大家
关于设计规范
什么是设计规范
没有规范容易出现什么问题
不同频道/模块独立设计
同类功能组件存在多种样式
同类元素多样性
设计效率低下
设计质量难以把控
规范解决了什么问题
“一致性”形成鲜明的产品特征，增强用户粘度
提高易用性
满足团队协作需求
其他
设计规范的分类
产品战略级方向的规范
单个项目中的设计规范
什么时候开始设计规范
制定设计规范的原则
规范的执行及注意事项
项目跟进——保障设计效果的实现
做设计评审的主导者
设计评审的目的
检验目标
发现问题
达成共识
评审前的充足准备
事先考虑所有可能的方案
准备各种设计依据
做好会议邀请工作
如何在评审中掌握主导权
主导流程
提高效率，控制话题
区分和收集有价值的反馈意见
评审后的分析与跟进
如何审核视觉稿
对交互稿理解是否正确
拒绝毫无发挥的视觉设计
关注视觉层次是否足够清晰
关注交互细节和状态标注
在审美方面不要过分干涉
开发阶段，设计师该做些什么
勤于沟通
统一的规范和标准
设计走查
成果检验——设计优劣可以判断
可用性测试
什么是可用性测试
设计测试任务该注意些什么
给出使用目标，而不是直接地操作
尽量选择最重要、最频繁的任务进行测试
符合正常的操作流程
测试用户的选择
选择有代表性的用户
用户数量的选择
测试过程中的注意事项
切忌引导过强
操作行为永远是重点
不要忽视现场反应
考虑使用场景
感谢被测者，并给予一定报酬
问题的分析与改进
灵活运用可用性测试
A/B测试
设定衡量标准
对同一个用户呈现相同的页面
保证两个版本同时测试
单一变量
A/B测试的延伸——灰度发布
定性的用户反馈和定量的产品数据
收集和读懂用户反馈
收集用户反馈
分析用户反馈
用数据检验产品目标
收藏
收藏
0 条评论
下一页
