交互设计师工作,不仅仅是输出设计案,需要参与前期需求讨论、后期开发、测试验收等等品设计与实现多个环节。拿到个新项目需求后,从设计思考开始,品前期分析,设计品,设计评审,用户测试,至品上线。我们工作流程如下:
项目展开过程,必然会生些输出物,以下是我们归纳出输出物以及可以步平台汇。
需求分析是软件计划阶的重要,是软件生存周期中的一个重要环节,该阶是分析系统在功上需要「实现么」,而是考虑如何「实现」。需求分析的目标是把户对待开发软件的「要求」或「需要」进行分析与整,确认后形成描述整、清晰与规范的档,确定软件需要实现哪些功,成哪些工作。此外,软件的一些非功性需求(如软件性、可靠性、响应时间、可扩展性等),软件设计的约束条件,行时与他软件的系等是软件需求分析的目标。
越是高阶交互设计师,越要有品思维,越要从品全局、品头去考虑用户诉求。所以这个阶段虽然是品经理、品设计师更偏知识,作为交互设计师也应该逐步积累这技能。
1. 用户研究报告文档
档的值与目的
为么要进行这次调研?可是为了确认产功是否好,可是了解户好,可是为了推广产。这次调研为例,目的是通过户调研,性了解户,根据他们的目的、行为和态差异,将他们区分同类,然后从每种类中抽取典特征,赋予人群画像,最终挖掘同人群对产的偏好和潜在需求,及对牌的认知程,从而指导场推广和产设计。
档的目录结构
2. 用户画像
用户画像是在真实数据的基础上严格定义出的高保真虚拟用户,是真实用户的虚拟代表。用户画像不是真实用户,但是在计过程中代表了真实用户,用户画像不是虚构的,是严格研究出来的。
此处需要区分人物角色和户画像的概念,通人物角色于产概念早期,人物角色的信息通是由我们编的。我们希望人物角色与我们收集了解到的容保持一致,同时为了使人物角色更栩栩如生,他们的一些具体细节可是虚构的。户画像则是群体定量统计分析,对户进行标签处,海量数据挖掘得。需要特别指的是,有一分人将角色和画像视为同一个概念,只是随着产阶同处于断变的过程之中,功作随之同。
户画像的目的
为保证产是为有需求的人设计,同时为产设计供依据。有助于了解并定位目标户,挖掘核心需求,丰富场景,进行趋势预测。
3. 产品功能列表
当需求分析、筛和评定优先级之后得结果,交互设计师需要把产功列表的形式展现来。这是需求分析之后,解决方案的第一步。
产列表的值
功需求列表的值,一是帮助产经清思路,二是帮助项目团队的它成员了解产功需求,好他们前做好相准备。
功列表的容:
- 模块:一般,每模块下分 3~6 子模块合理的,否则考虑重新划分。
- 模块:也就是一模块的二类,这就已经涉及产品架构的梳理了,但这只是大致地梳理一下,后期在产品计的下一个环节「搭框架」会进一步调整。
- 功:要给户供么功,给这个功起个名字。
- 功能描述:这个功能具体含哪些操作,可以描述具体些,如支持用户填写基本信息可自由创课程,进入课程空可课程进编辑和管理,可发布、删除课程等。
- 用户价值描述:也就是以给用户提供什么价值。
- 需求优先级:这块整 Feature List 作中核的部分,判断的准确与否直接影响将产品的方向,我们只需将我们之的需求优先级照抄过就好。
- 开发量:一由研发部门的项目经理或者开发来确定。
- 投入产:简单来说,就是商值除开发工作量(或开发难),当然每个团队可一个合适自己产需求 ROI 的计算方法。
- 备注:觉需要强调,比较特殊东西。
4. 场景故事板
故事板,起源于动画行业。电影电视中,故事板的作用安排剧中的重镜。他们相当于一可视化的剧本,故事板展示了各镜之间的关系,以及他们如何联起,给观众一完整的体验。
现在,「故事板」在产品计过程中也被广泛的采用,虽然产品计故事板和动画、视制作故事板都是用一系列的图片和语言组成的视觉表现形式,但是之间所表达的息和目标用户却是不一的。
故事板的价值
在做「产品计故事板」的目的是让产品计在定产品使用情下,全面理解用户和产品之间的交互关系。
搞清了产品定位后,就了型计阶段,这个阶段交互计需要撰写交互文档。交互文档,即交互计说文档。英文「Design Requirement Document」,缩写「DRD」。 主要是用来承载计思路、计方案、息架构、型线框、交互说等内容。
DRD 非项目必需环节,一般情况会为交互设计师专门留相应的时间预估。没有这份档,项目会继续,但是可项目会为此承担必要的沟通成本和时间成本。严重的话,项目的质量会受到影响。写与写,交互设计师需要做把握。
以下是 DRD 目录结构:
为是必要环节,这里不详细介绍了。
在一款产品的设计程中,功能结构图是必须的,信息架构图视产品和 PM 自身而定,通常我们初步确定产品功能结构图(产品功能框架)之才开始绘产品结构图。在产品设计流程,品功能结构图是品概念化阶段初期输出,品结构图是品概念化尾期阶段输出物,品结构图完成后,我们品基本模样在心里有了个轮廓。时以品结构图作为绘制线框图依据,可以避免我们在品设计边画边改,跳进死掐细节,不见森林陷阱。
1. 流程图的基本构成和常用符号
流程图由特定的图形构成,但具体样子由图本身的目的和阅读者的阅读习惯或约定来确定,使的图形并是固定的,形式并是最重要的,达到描述效果且读者读懂即可。
2. 业务流程图(泳道图)
务流程图,是操作流程图是页面流程图。它是产的整体务流程,直接和务挂钩,可说是产的核心流程。
作用
通过业流程图,钻研关键事件的流程,析为什要这做,探索出更深层次的问题,从而对现有不理的业流程进行重组优化,进而制定优化方案,改进现有流程;阐述在项目中各个角色是如何产生相关系的。
绘制规范/建议
- 让涉众参与,不要闭门造车:与业务流程图包含的各个参与角代表适时确认情的原流程,杜绝自己想象。
- 恰当的层次分解,不将所的环节都到一张图。
- 逐渐深入,先抓枝干:切忌一开始就陷入细节。
- 流程一定有开始和结束:清晰代表开始和结束的符号来成第一步和最后一步。
- 流程图符号绘制排列序:由上至下,由左至右。
- 同一流程图符号大小宜相对一致。
- 编:这让沟通效率提高的优化措施。当了编系统,相当于对的流程图都赋予了唯一识别身份证。 负责流程规则审核优化的部分能够清楚邮件里传达:H5.1流程优化,家就明确指的什么。
- 路径符号应避免互相交叉。
3. 功能结构图
功能结构图就是按照功能的从属关系画成的图表,在该图表中的每一个框称为一个功能模块。功能模块以根据具情况分得大一点或小一点,分得最小功能模块以是一个程序中的每个处理程,而大的功能模块则能是完成某一个任务的一组程序。用通俗的来说,功能结构图就是以功能模块为类别,介绍模块下其各功能组成的图表。
作用
- 梳理需求,以鸟瞰的方式对整个产品页面中的功能结构形成一个直观的认识。
- 思考并明确产的功模及功组成。
4. 信息架构图
信息架构属于用户体验的结构层,产品的骨架。一般由产品理或者高层的理人员给出框架。除非的产品迭,否则不会改。
用
- 帮助 PM 梳复杂容的信息组成,避免信息容在展示过程中现遗漏、混乱、重复;
- 作为开发工程师立数据库参考依据。
息结构图构成要素
- 导航:网页访问者的访问途径。
- 频道:某一同性质的功能或内的共同载体,也可称功能或内的类别。
- 频道:某频道下细的另一类别。
- 页面:单个或附属某个频道或分类的界面。
- 模块:页多个元素组成个区域内容,可以有个或多个,也可以循环出现,如文章列表。
- 模块元素:模块中的元素内容,以文章列表举例,文章标题、文章摘要、文章时间,是元素,是组成模块的内容,同时他们也是以循出现的。元素的类型以是文字、图、链接等等。
5. 任务流程图
任务流程图就是通过图形的表达形式,阐述产在功层面的逻辑和信息。它够更清晰、直观地展示户在使某个功时,会产生的一系列操作和反馈的图标。
作用
基于业流程,进行任流程梳理,阐述角色和程序发生交互的流程,你如何进行操作,系统如何进行反馈。
任务流程与需求档中的务流程并一样。虽然它们都是流程图,但务流程更偏向于务限制、后台逻辑等,并过分注重户的操作逻辑。而任务流程则需要注户如何操作、界面如何反馈等,从而引导户成户目标。
6. 产品结构图
产结构图是综合展示产信息和功逻辑的图表,简单说产结构图就是产原的简表达。
作用
它能够在前期的需求评审中或其类似景中作为产品型的替代,因为产品结构图相较于产品型,其实现成本低,能够快速对产品功能结构进行增、删、改操作,减少 PM 在这个过程中的实现成本。
7. 线框图
页面线框图,是通过图形化的表达形式,阐述产品在页面层面的息。
构素
- 页标题:即个页应标题,般是导航栏标题。
- 页面内容:以黑白为主,证信息规整易读。
- 交互明:用标签将其对应起,包括交互逻辑、操作流程及反馈、元素状态、字符限制、异常/特殊状态、相关规则。
- 主流程线:只需要画出主流程线即可,千万不能多杂,刻考虑读者的受。
8. 交互说明的几种类型
限制
限制,含范围值、极限值等。
范围值主要指数据的取值范围。比,当你的界面上出现下拉菜单、筛选按钮、滑块等控件时,你必须标注清楚它们的选择范围,否则开人就不清楚该何设定,图所示。
极值主要指数据的显示。比,最应该显示少字数,时何显示,是否折行等,图所示。
状态
含默认状态、常见状态、特殊状态等。
默认状态主要指默认显示的文字、数据、选项等。内容需要注明,否则开人能难以意识到是用户填完的效果,还是默认就有的。
常见状态主要指针某-个模块,经常遇到些状态。这些状态都需要在原型上表述出来。比如个普积分模块,般会出现3状态:未登录状态、登录后未签到状态、登录后已签到状态,如图所示。
特殊状态般指正常情况 下样、文案、说明等,如图所示。
操作
包含见操作、特殊操作、误操作、手势操作等。
常见操作主要指正常操作时到反馈状态。比如个普翻页控件,在经过不操作后会立即出现如下状态。
特殊操作主要指些极端情况下操作。般,用户不会这么操作,是-旦遇到极端情况,是要想好应措施,为于开发员来说,不管是正常是极端操作情况,他们都要去编写应代码。如下图,是填写用户信息例子,不写交互说明时,开放往往会遇到很多问题:如已经勾选了2个,再勾选第3个,怎么办?如勾选了「张XX」,下区块会相应地出现张XX信息,那么这时候允许改张XX身份证信息吗?假如允许话,改后「张XX」保持勾选状态吗?表单提交后要新增-个被保险信息吗?若改是除身份证号码以信息,「张XX」 保持勾选状态吗?提交表单时是覆盖原存储信息吗?若改后出生日期、性与身份证号码不吻合怎么办?……
各复杂情况,,要和开发员积极探讨,看看有没有其他解决法可以简化各逻辑判断;另,在出结论后,要把交互说明写楚,避免出现让开发员感到棘手情况。
误操主要指当用户操错误时的情况。不我们在设计时要尽量避免用户犯错的机。图所示,提示中已告诉用户「库存5件」,果个时用户在「数量」一栏中输「6」怎么样呢?系统自动帮用户将其改为「5」省去用户手动修正。
手势操主要指用户使用移动产品时的操方式。常见的有点击双击、长按、捏、伸、滑动,等等。
反馈
用户操得到的反馈动,包含提示、跳转、动画等。
提示主指操作后,系统反馈给用户的文字明,如图所示。
跳转主指点击某链接后,页面跳转到哪里。设师需原型;注明跳转时「原页面刷新」还「新页面打」。如果手机应用的话,需注明跳转时的转场方式,如图所示。
动画主指用户操作后,系统通过动画的方式反馈给用户。动画给人的感觉比较友好、趣性较强,非常常见的一种反馈形式。比如删除某条信息,该信息以渐变消失的形式告诉用户:这条信息已被删除了。
在移动应用中,动画反馈的形式更为常见。因此计一定要在型上表述清楚动画的形式,必要可以制作-段动画演示效果给开发人员。
更多交互说明的容可参阅《破茧成蝶-户体验设计师》
在视觉设计阶,交互设计师需要向视觉设计师介绍交互原;对输的视觉设计方案,需要从交互角予评估,如与交互设计初衷是否一致、容的次是否表达得当、是否有细节遗漏或错乱等等。另外,这时DRD中的全通说明将起到了很大的作。视觉设计师可通过全通说明,了解到整个产界面中需要到的控件、可复界面、时间规范、却省页汇总,视觉设计师整梳视觉规范,防止保真时遗漏界面。
1. 全局通用说明
全通说明,指整个产可通或者复的元素。一般是边做档边整来的,方自己或者接手该项目的设计师直接调。次,对开发及时封可复控件是有参考值的。
控件
控件类似UIKit,通将极具复值的控制整在一起,方及时调。
复用界面
顾名思义就是全局可复用的一些内页,比如选择系人、独立搜索页等。
时间规范
产品的第一,就应该约一时间规范。不然各端发出,会发iOS斜杠的,Android横杠的,WEB圆点的。
缺省页汇总
缺省页一般包括加载失败、加载中、网络中断和无数据的空页面。为空页以按照模块整理在一,方便UI设计师最一设计缺省页,持风统一。
2. 功能动效
用户往往比我们预想更能注意到页细节,动效除了要帮助用户快速找到他想要东西,到他想完成任务,也是可以用户传递情感交互元素。没有用户会拒绝任何品锦上添花,而功能性动效于品来讲,在满足功能效率时,能够带来更多额附加体验,是相比较容易引发体验峰值途径。好交互设计师应这些功能动效有比较深刻理解,在视觉设计阶段可配合视觉设计师品加上合理功能动效。
定义:
功能性动效是嵌入 UI 设计微妙动画,有着明确、合理目标
功能性动效主要类型:
- 页面空间转换;
- 视觉信息反馈;
- 功能操作引导;
- 品牌与趣味;
页面空间转换类效
页面空间转换告诉户对象和口的状态是如何变的,防止页面转换视盲,在空间上营更好的印象。
案例:轮播 Banner 空转换动效
视觉信息反馈效类
具备良好户体验的产,都应该给户的每一个操作供反馈,无论成功与否,反馈会使户觉得自己与屏幕上的元素进行真实互。即隔着屏幕,户看起来是在直接操作,增操作的可控性真实自然的体感。
案例:操作结反馈
功操作引导
当户第一次使你的 app 的时候,如果没有帮助的话,他们可会知道如何操作。 我们应该给户供一些视觉示来告诉他们哪些操作是可行的。
案例:功能操作引导
牌与趣味
为了避免与场上很多 app 同质,千篇一律的户体验,牌画可成为一个产的营销工具,来表现一公司的牌值或者突产的优势,同时给户一种愉快又难忘的户体验。
案例:功能操作引导
关于功能动效更多介绍可查看以下文章:《最常见四移动端功能性动效全结》
1. 验收的规流程
- 测试完功能验收,将码打包提交给设师验收
- 总验收问题
- 将问题交开发解决,跟进解决的进和结果
2. 验收的内
- 交互流程
- 互逻辑
- 页面元素的交互细节
- 交互动效
- 操作的易性与使体验
- 验收到本需求其他问题
- 移动端项目分别验收iOS与Android端
对于迭代中的产来说,这一点需要持续注。通采的方式是户调研、可性测试、各种户反馈渠道搜集。交互设计师需要分析户反馈问题的合性、是否需要优。对于值得重视的反馈,需要思考设计方案、推进实现。
1. 收集用户反馈
想要收集户反馈并复杂。对于线上的产,可在界面上放置一个「户反馈」入口,户在遇到问题时,直接填写反馈信息。对于产及重大的改版,可通过电子邮件、首页链接等方式发放调查问卷,收集户意见。如果你的产有在线客或是产论坛等功,可客把每天咨询最多的问题收集汇总给你,或是直接「潜伏」到论坛中看看户的吐槽,获取第一手反馈资。
于移动应用来说,有个最便简单办法来收用户反馈,那是应用市场。论是苹App Store, 是安卓Google Play, 又或者是豌荚、应用助手等第三应用市场,都可以找到大量评分、评论信息。我们可以好好利用这些免费平台来收移动端用户反馈。
2. 可用性测试
可用性测试(usability testing)是项过用户使用来评估品技术,为它反应了用户真实使用体验,所以可以视为不可或缺可用性检验过程。也是说,可用性测试是让用户使用品设计原型或成品。过观察,来观记录用户感受和体验,从而改善及提升品可用性法。
用测试适用产品展的各个阶段,包括前期设计开阶段到期优化改进阶段。做用测试价值在能够在不同的阶段更加高效的现问题,从而提高问题决效率。
3. A/B测试
AB测试的概念来源生物医学的双盲测试,双盲测试中病人被随机分成两组,在不情的情况下分别给予安慰剂和测试用药,经一段时间的验来比两组病人的表现是否具有显著的差异,从而决定测试用药是否有效。
互联网公司的AB测试也采用了类似的概念:将Web或App界面或流程的两或多版本,同一时间维度,分别让两或多属性或组分相同(相似)的访客群组访问,收集各群组的用户体验数据业务数据,后分析估出好版本式采用。
从对AB测的定义中可以出AB测调的是同一间维度对相似属性组用户的测,间的统一性有效的规避了因为间、季节等因素带来的响,而属性的相似性则使得地域、性别、年龄等等其因素对效果统计的响降至最低。
4. 一些注意点
注意android与ios平台交互差异
尊重不同平台的用户习惯,交互设师作中应该注意的环节。产品设中,遇到两平台不同的交互时,交互设应当:提升用户体验形模式控件库,保持-致性差异不的方统一,减小研发设的本。
android与ios十产品/交互差异:
- 虚拟商品 支付规则和不
- 状态栏互的不同
- 下载方式状态的不同
- 软件更新方式的不同
- 字发送指令 位置的同
- 退出浮层列表不
- 删除方式的不同
- 导航栏tab交互的不同
- 消息推送机制的不同
- 复制字后,剪切状态的同
PRD文档模版下载:https://pan.baidu.com/s/1XGxc_JF0J2HuqwP20n0ktA 提取码:71cx
备用下载链:https://share.weiyun.com/58lNX7w
注作者的微信公众号:「触人心的设计」