QA帮你解释交互设计师的输出物
作为初入职场的交互设计师,你是否也觉得既新鲜又迷茫呢?近期很多踏上实习或正式岗位的小伙伴,向蒹葭发来了各种各样的咨询问题。本篇选取出这个月询问最高、共性最多的几条:关于交互设计师的工作侧重和输出内容。统一回答在这里,希望能在工作上助大家一臂之力。
01-产品和交互工作中的输出物
Q:实际工作中交互设计师拿到的产品需求一般是什么样子的?或者说到什么程度就可以呢?或许每个公司有不同,但我想知道正规流程里交互应该拿到的是怎样的需求内容。
A:从产品和交互两方面来回答
产品方面:
① 最全面、专业且规范的,应该是PRD文档(具体的文档模板,网上有很多)。只要这份文档写的完整,不仅交互设计师,团队任何成员都能清晰理解产品概念。但是PRD写起来较费时
间,拘于形式,很多短平快的公司,就会放弃形式框架,直接提炼出需求内容的重点来写。就会有简单的word文档、ppt图文示意、Excel的需求列表,等简约形式。
② 产品的下游往往是交互,对于交互设计师来说,无论是什么格式的文档,只要写明功能模块、一级二级功能关系、功能定义和目的、功能的业务机制、界面元素与流程的关系、异常情况下的处理逻辑。就可以做开始做交互方案了。
③ 功能模块,就是大的功能类型分类;功能级别就是在功能架构中的层级。
④ 功能定义决定了如何通过设计达到产品要达到的效果。需要给出功能的名称、目的、优先级和最终呈现给用户的效果和体验等。
⑤ 业务机制是指,有些功能涉及到前端和后台的处理方式,涉及第三方的互动。比如一些商城啊,广告啊,运营规则啊,要需求上写清楚。
交互方面
① 交互输出的文档,应该包含1.相对固定的界面线框结构,元素布局。2.用户使用流程。正
常异常都包含在内,明确的提示语,界面跳转。3.注释说明。讲明界面转场方式、按钮变化状态、元素变化、展现规则等等。
② 界面元素和流程。就是指信息布局的权重,和点击后跳转的关系。比如地图软件,定义的主场景是地图浏览,需求就明确说查看地图是权重最大的功能,那交互就不能把地图删掉只留个搜索按钮了。
③ 异常情况的处理逻辑。这个需要交互设计师和产品经理一起去商量,因为很多异常提起可以预知,有些是研发过程中才发现。有可能涉及改变产品需求来解决、有可能设计流程优化就可以解决。这是产品和交互双方的职责,有时候还会捎上视觉(不过对于研发来讲,都属于改需求)。
02-交互设计师的岗位边界
Q:交互设计师的界限貌似有点面模糊,具体工作范畴是什么,需要达到什么标准呢?
A:从交叉点和区别点两方面来回答
首先说交叉点:
交互的基础是半个产品加半个视觉,资深一些的,了解技术实现成本和测试用例,思考会更系统全面。
① 半个产品就是从功能定义与业务逻辑明确之后,基础要做到的,是优化产品原型、画主流程、异常流程、做界面信息布局、确定提示文案,提升一些的,还要能给出功能展现机制的方案,也就是逻辑。比如地图搜个地点,搜索结果展示顺序,这个产品会定义,但交互也需要在用户角度给出方案,因为产品需求有时候是根据业务来的,不一定准确。这也是总跟产品辩论吵架的地方。
② 半个视觉,就是在做原型时,要考虑图形位置、大小、颜,对信息优先级和用户使用率的影响,因为UI考虑美,交互考虑要让用户怎么用。比如说,一个个人中心界面,UI可能会把头像放大,觉得好看,但有可能这不是社交软件,头像是个最最弱的元素,交互就要控制不要抢其他功能主体。这块就是在评审时,跟UI讲明白。
然后说区别点:
① 产品和交互的区别,就是产品更侧重于战略、产品定位、盈利模式、技术接口、第三方支撑啊这些业务层面的;交互更侧重于功能原型、使用展现、技能技术层面的。
② 交互和视觉呢,就是交互更侧重流程、全局的立体的结构层面;视觉侧重美和产品气质、调性等。
03-关于流程图绘制
Q1:我在画用户流程时,总是会有遗漏,如何做到周全呢?
A:首先要知道遗漏是难免的,经验再丰富、水平再高的设计师也做不到完全完整,最终的完美合格流程,是跟开发、测试、产品、视觉以及整个团队整体修正出来的。我们要做的是在这个基础上尽可能减少关键性的遗漏。
① 练习分场景思考,每做一个流程都去考虑正常流和异常流、每个决策点都去把yes和no的分支进行任务分解。
② 实践经验。参与上线的次数越多,越知道完整流程跑通都会遇到哪些问题。
③ 画完流程去跟开发测试评审,让研发告诉你有哪些技术点流程可能有确实,让测试告诉你哪些用户场景的用例你没有考虑到。
Q2:在交互流程图中,每个节点都是一个动作吗?
A:确切的说,每个节点是一个”触点“。
这个”触点“,可能是用户触发的,也可能是终端设备或外在环境或传感器触发的,是一个能够产生交互的变量。比如,用户点击按钮,是个节点;程序检测到有新版本,也是个节点,但不是人的动作。简单点可以以“输入-输出”来判断,只要能组成这一循环的最小单位,就可以算一个任务流。
Q3:我知道流程需要画详细,但异常流写进流程图里会很庞大,有必要都写吗?
A:对的,就是很庞大,但是不是因为大就不写了,而是为了工作效率和保障最终细节的用户体验,越大越要写清楚。一页写不开,可以分解来写。
Q4:流程图的绘制怎样循序渐进绘制?
A:重点是要学会做任务分析。
① 先正常流的主干流程,比如,把大象装冰箱,主流程3步。
② 然后做主流程的任务分析,第一步把冰箱门打开,任务分析就可以分解为:抬起手-握住冰箱门把手-用力拉动。
③ 正常流画的差不多时,开始异常流。
Q5:为什么我看泳道图能看懂,自己却画不出来?
A:看,是个信息输入的过程;画,是个内容输出的过程;二者之间的最大差别,在于后者需要你大脑的主观处理。想想你家里的衣柜是一团糟,你去整理,会比别人整理更容易,因为你了解自己的习惯,知道物品的分类逻辑;如果别人去整理你的衣柜,就要先了解你、你的衣柜、你家平时的使用规则,然后用他的头脑创造出一个新逻辑模型,才能整理好你的柜子。
泳道图你画不出来:
① 是因为缺少主动的系统性思考;
② 是因为对要做的产品逻辑理解的不透彻;
③ 是因为练得少。
以上就是今天的内容哦,有任何问题,也可以随时留言或关注“交互设计IXD”(ID
:HCI_Design),蒹葭会在第一时间为你解答哦。
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论