作为交互设计师，我们平时事情最大的产出便是交互设计文档，很多刚转行的同学会在网上探求模板直接套用或者自己逐步摸索，而这篇文章会手把手教你若何完成一份完全的交互设计文档。
为什么要写交互设计文档？交互设计文档有什么用？
第一，交互设计师的交互设计文档就彷佛UI设计师的PSD文件一样用于保存记录自己的设计思路，但交互设计师卖力的任务不仅仅勾留在页面当中，还包括产品的需求剖析、用户画像、竞品剖析、产品数据剖析、用户交互逻辑等等。
我们都可以写在交互设计文档中做记录，为我们的交互设计供应依据（实在便是避免开拓怼你、问你设计依据是啥，你就立时把剖析摆他脸上，避免尴尬）。
第二点是交互设计师作为产品的上游，一样平常开拓流程是产品经理卖力网络需求给予交互设计师进行交互设计，撰写交互设计文档。
然后文档评审通过后，UI同学卖力UI设计，接着供应前端同学进行界面开拓，后端同学则根据交互稿搭建框架和业务逻辑，开拓完成后进行测试，反馈测试结果，如此循环。
因此交互设计师一样平常处于产品线的上游阶段，撰写一份标准和规范的交互设计文档是非常主要的。
由于我们须要利用交互设计文档去表达我们的设计思路，通过交互文档我们可以让UI同学知道页面须要给用户表达什么感情，达到若何的目的，见告前端同学页面跳转逻辑以及交互模块怎么写，帮助后端同学清晰搭建后台框架与数据库以及产品业务逻辑是怎么样的，末了测试童鞋还会拿着你的交互稿进行单元测试，编写测试用例。
以是只有我们先把文档写好了，才能避免后面产品开拓涌现问题。
第三点也是最主要的一点便是未来我们用于跳槽加薪口试作品。
行家看门道，生手看热闹，如果你口试交互设计师的时候还是带着一条长长的JPG或者是网上千篇一律排版的PDF作品集，在口试官眼中显得不入行（或许你会碰着性情好的口试官，毕竟千人千面，口试特殊看人）。
由于专业的交互设计师在平时事情中为了避免滋扰UI同学设计，只会利用黑白灰做交互稿，也很少做成一条长长的PNG或JPG，我们可以适当包伪装品集，但是如果过度了会让人以为不落地，或许只勾留在刚入行阶段。
以是在技能口试，我们可以拿着我们的交互设计文档跟口试官阐述产品从需求层面若何思考完成交互设计的，办理了用户什么痛点，末了取得了什么样的成果，得到了若何的数据，我相信成功几率会大很多（PS：用交互设计文档进行口试前请把稳把公司机密信息做脱敏处理，避免发生轇轕）。
交互文档包含什么内容？以及若何撰写交互文档？
一、交互设计文档包含哪些内容？
一样平常来讲，一个根本、规范的交互设计文档该当包含文档封面、更新文档、设计解释文档、业务流程图、交互原型、垃圾桶等模块，当然了，这些模块也不是永恒不变的，有些是必须要，有些是选择性添加的，至于这些模块有什么功能和若何进行撰写，这篇文章会逐一分享给大家~
（解释：作者比较习气利用Axure软件撰写交互设计文档，你们可以根据自身爱好或者公司规定进行选择（例如sketch、figma、PS等等都是可以的）。
这里要引用一句话：软件仅仅是工具，并不能限定我们的思维，好的工具能让我们走得更快但不能使我们走得更远——沃·兹基硕德。
1. 文档封面（必须）
文档封面就相称于一本书的封面一样，用于记录产品名称、版本号、日期以及文档卖力人（这样开拓童鞋就能精准找到你进行撕X），只要能展示以上信息，其他信息（例如产品经理是谁等）可以自行添加。
2. 更新日志（必须）
以前我都习气把更新日志放到产品文档后面，但是随着事情韶光变久，我创造开拓童鞋在SVN上打开设计文档后第一韶光便是查看更新日志，所往后来把这一页提了上来（是的，设计文档也是须要跟产品一样不断优化迭代的）。
更新日志紧张用于记录产品迭代修正的内容，让开发同学快速理解这次迭代修正了什么内容，他须要做哪些事情。
我的更新日志特殊大略，就只有日期、变更内容、所在页面以及备注四个字段，这里唯一把稳的是，日期必须是最新修正的内容放在上面，以前的日期不才面，很多同学每次迭代的时候会不才面列进行内容添加，这样开拓同学每次都必须滚到最下面查看信息，大哥，你是交互设计师，专业一点好吗。
3. 产品项目背景（必须）
产品项目背景是一个项目的核心关键，见告所有的团队成员我们要做一个什么样的产品，须要创造什么样的代价，就好比我们写作文时的中央句，时候提醒着我们要不忘初心，为团队成员开拓项目指明方向。
前段韶光有个同学来问我，他们本来是刚开始是做校园教诲系统的，但是随着产品逐步迭代，功能逐渐强大了，最近老板希望在系统中加上财务功能，本来用户学习本钱就高，如果再加上去会不会揠苗助长？
虽然我不知道那位同学的老板产品计策是啥，背后是若何思考的，但是在我看来这样的行为就不能是不忘初心，这顶多能算不忘出薪吧（谢绝谐音梗从我做起）。
好了，至于里面产品背景、产品目标以及定位的内容该当如何撰写？对，我抄的。一样平常情形下，这些内容我们都能够在项目立项文档或者在招投标书上就能找到，我们不用亲自写（但可以加以设计），再弗成也能找到产品经理去理解。
或者你会说，小公司既没有立项、也没有招投标书，产品经理也是你，那该怎么办？那么你就得发挥出自己当年高考的作文水平，积极理解清楚产品背景定位，努力完成这一部分，由于信息的通报是有花费性的，只有我们作为产品的上游做好了，才能为团队成员后面的努力供应方向。
4. 产品需求（必须）
产品需求列表用于记录产品须要做哪些【功能点】，这些功能点我们一样平常能在产品经理或者项目经理上得到，我们网络需求后须要对其按照主要程度P0、P1、P2等级进行分类。
我分类的原则是KANO法则（不知道的同学可以百度），P0等级是非做不可的需求，例如像微信的谈天，淘宝的支付功能等，P1是锦上添花的需求，韶光紧迫的话可以下次再做的，例如微信的语音、视频谈天等。
排到末了Pn便是一些不必要可做可不做，就举措看成了也没太大影响的功能，就可以与领导层商榷是否确认要做（例如炸屎，你们现在还有人炸屎吗？什么？炸屎你都不知道？那当我没说）。
5. 用户画像（可选）
所谓心腹知彼百战不殆，通过用户画像我们可以快速理解产品目标用户群体特色，剖析目标用户群体的期望、需求、动机等，再根据用户场景去进行设计。
有了用户画像的支撑，能避免我们在设计过程中涌现一些不必要的成分，例如我们目标用户是中老年人的话，那么按钮、字体就该当适当的放大、排版大略明了，而针对青少年就可以偏个性化风格设计。
当然，如果是小公司的话可能没有那么多的资源去做用户的调研，在这里分享一下我当年在创业公司常常利用的一种快速获取用户画像的方法，既快速又特殊专业。
这里须要借助一个网站：艾瑞数据（https://index.iresearch.com.cn），打开后选择自己产品的类型（例如学习教诲类），网站会把该类型的产品按照用户数量从高到低展示给你，然后我们选择一个差不多的竞品点击去查看他们的用户特色，末了Ctrl C+Ctrl V到我们的文档中，完成。
6. 竞品剖析（可选）
竞品剖析相信大家都特殊熟习，我之前的文章也教过大家怎么进行详细的竞品剖析，这里就不细讲了，虽然在交互文档中竞品剖析可做可不做，但是在产品初期阶段我们。
如果负责做竞品剖析的话能够快速理解产品业务、熟惯用户的利用习气，同时当我们在做交互原型的时候能供应快速借（cao）鉴（xi），因此有条件的同学还是建议只管即便做一下。
7. 数据剖析（可选）
数据剖析时交互设计师必不可少的一项技能，也是验证设计成果的主要成分。如果短缺了数据剖析而单凭个人主不雅观成分的话，我们难以解释设计效果的好坏，毕竟现实中会涌现各种意想不到的情形。
所谓“无比拟，不剖析”，一样平常数据剖析都是通过数值进行比拟，去查看数据相对是上升、低落、还是持平，是否跟当初设计预期的一样，对付初期的产品会更关注产品的一些DAU(日活数)、GMV（成交总额）、以及支付人数等，由于这些数据的增减是直接影响到全体产品的存活，如果产品的DAU不断低落的话，那你就要立时查找缘故原由，及时调度，避免恶性循环。
一样平常情形下，像日活数那些大略的数据可以直接问后台同学就能得到，而用户某些环节的存活率、转化率等就须要利用【数据埋点】，市场上也有很多第三方做数据埋点的，例如神策数据、Growing IO等，这里就不展开说了，但是口试的时候你能说出这些就会显得很专业。
8. 信息架构（必须）
信息架构属于用户体验的构造层，就像产品的骨架一样，而信息架构设计便是对产品信息进行构架、归类的设计，信息架构能够防止我们对产品功能点遗漏，同时也可以通过产品大体的信息架构不雅观察出产品设计是否合理。
一样平常来说（干货来了），产品架构分支可以分为度和层，而好产品的信息架构在广度和层度都是恰到好处，下面我举两个反例大家就懂了。
产品架构的广度太广（不懂的看下图）：信息架构的广度太广意味着页面的承载信息量特殊的多，没有侧重点，这样用户点进页面后会思考良久而不知所措，最经典的便是某某宝和某同城，新用户进入到首页真的模棱两可。
产品架构的层太深：信息架构的层太深会导致其余一个问题便是页面非常的多，要找到一些功能的话操作非常的困难，最常见的便是某些视频的取消会员流程（包括当年的ofo退费），你们是不是为了退费或者取消某APP会员百度过很多次？反过来思考，如果某些功能你不想被用户创造，但是又必不可少的话应如何设计，你懂得。9. 业务流程图（可选）绘制业务流程图的目的便是：梳理并剖析优化业务流程。我知道很多同学做UI设计师的时候可以完备不管业务，直接做设计，但是作为交互设计师理解产品业务是非常主要的，由于不理解业务你就无法完成交互设计，优化业务场景。
举个例子：在教诲考试系统中一样平常流程是：教诲局出关照→学生报名考试→老师审核→报名通过→老师编排学生考试名单→学生开始考试对号入座→教诲局公布成绩→学生查询成绩→考试结束，看这一些列的流程。
由于关联特殊多，如果对业务不熟习的话设计起来会非常的不便，如果前期由于业务流程不熟习而设计出错误的交互稿的话，后面就会特殊麻烦。
那么如何去绘制完全的业务流程：
如果你的产品经理比较专业的话，可能会直接给你一个现成的业务流程图，那样就能省事很多。
假如没有产品经理的话，最直接的便是问用户，这里先容我最常用的方法便是“一听二问三确认”。
一听：先听客户代表或者业务方的先容。听得过程中，不打断对方，以最大略的办法勾出主体脉络，即基本要素中的角色、活动、协作关系梳理出即可。
二问：完成上一步后，就可以进行提问了。紧张是沿着流程进行发问，重点放在分支、产物关系上。看看是否存在分支的情形，各协作之间是否有交付物。一边问，一边改动。
三确认：末了一步便是自己讲一遍流程，和客户代表或者业务专家进行末了的确认。
10. 交互原型（必须）
险些可以说，上面所有的东西都是为了完成交互原型做铺垫的，我相信对大家来讲交互原型都非常熟习，但是给大家分享几个常常犯错的点。
【1】页面只管即便只采取黑白灰配色，避免滋扰UI同学设计。这是大家常常犯错的一个点，毕竟很多同学以前是UI出身，做交互稿时也顺便配配色，这样会非常影响UI同学设计的（不在其位不谋其政，你做UI的时候也不肯望有人在阁下指指示点吧）。
以是我们做交互稿时只采取黑白灰就够了，灰度大小就代表信息的主要程度，简洁规范即可。
【2】页面的跳转用连线表示实在就很方便了，真正厉害的人不会到处炫技。有些同学在交互稿上各种跳转、动态面板、中继器等花里胡哨一大堆，这样开拓同学看起来特殊的难熬痛苦，以是很多时候用连线的办法表示每每是最大略明了的。
【3】如果涉及到多端设计（IOS、Andriod、PC端）的话，除非产品非常弘大，不然就放在同一个设计文档中，避免往后评审还要弄多个文件。
【4】创建一个适宜自己的组件库，在日常设计中，80%的控件是可以重复利用的，做一个得当的组件库能节省大量韶光。
11. 垃圾桶（可选）
做交互文档时垃圾桶就相称于后悔药，由于一些页面如果删掉保存后是不能还原了的，因此在改稿时如果一些暂时不须要的页面可以丢到垃圾桶中，避免到末了用回以前的方案时重新再做摧残浪费蹂躏韶光。
二、总结
好啦，文章分享的内容比较多，但是并不是每一部分都非做不可，文档也并不是绝对的规范，每一家公司交互设计师的职责可能都不太相同，以是大家可以根据自身需求因时制宜。
曾经有人说过，设计的实质并不是把大略的事情做繁芜，而是把繁芜的事情做大略，以是我希望有一天你们能把交互设计文档做到很大略，而把产品做得非常好，然后跟我分享履历，这才是我写文章的初心。
末了希望大家有所收成，与大家共同进步，共勉~~
本文由 @北沐而川 原创发布于大家都是产品经理，未经作者容许，禁止转载。
题图来自Unsplash，基于CC0协议