作为初入职场的交互设计师，你是否也觉得既新鲜又迷茫呢？近期很多踏上实习或正式岗位的小伙伴，向蒹葭姐姐发来了各种各样的咨询问题。本篇选取出这个月询问最高、共性最多的几条：关于交互设计师的工作侧重和输出内容。统一回答在这里，希望能在工作上助大家一臂之力。

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），蒹葭姐姐会在第一时间为你解答哦。