项目背景如何写范文，项目背景如何写进简历？

工作中兼任交互设计岗位2年多，平时接到需求的时候会和产品进行深入沟通，然后产出交互原型图进行评审，确认以后输出完整的交互设计文档到UI设计那边（公司UI也是我来做）。

为什么需要写交互文档呢？

很多公司没有交互这个岗位，其中原型图产品经理画了，交互逻辑动态图是UI设计画了，很多人就很好奇这个交互岗位是不是可有可无呢，答案肯定是必须要有的。

第一，交互设计师的交互文档就想UI设计的Sketch/Figma/Photoshop源文件一样可以保存记录你的整个产品过程设计思路和分析的过程，交互设计文档可以包含你的产品的项目背景、需求分析、用户画像、竞品分析、产品数据分析、业务交互逻辑等。

这里肯定会有人说了这不是一些产品经理做的事情吗？没错现在很多产品也会做这些内容，但是有交互设计的加入来一起做会更加系统的记录和输出完整的内容，可以让产品经理更加专注到挖掘商业和产品目标上去。

还有就是我们在后面设计走查的时候避免和开发扯皮，问你设计的依据啥的，这个时候可以把文档甩他脸上。

第二、交互作为作为一个链接UI设计和产品的中间人，同时提供交互逻辑给前后端进行框架和业务搭建，同时也提供给测试进行测试用例的编写，因此撰写一份标准和规范的交互设计文档这样看来是不是很重要了。

因为我们进行文档评审的时候，UI同学了解页面需要给用户传达什么情绪，达到什么目的，告诉前端同学页面跳转的逻辑以及交互动态模块怎么写，帮助后端同学预先搭建后台框架与数据库以及业务逻辑，最后帮助测试同学进行单元测试，以及完善他们的测试用例。

第三、训练你的撰写能力为以后更好的跳槽作为作品集。

现在社招内卷严重，如果你面试交互设计岗位还是千篇一律的PDF排版或者是长图JPG，很容易在面试官眼中直接跳过。

所以为了体现专业性我们可以学习UI设计的包装作品集，但是不要过度了，以免让人觉得不落地，只是一个空壳而已。PS：作品集涉及到公司机密数据的时候要进行数据脱敏处理

交互设计文档应该放什么内容？

这里根据公司情况来说，一般来讲，一个基础规范交互设计文档应该包含，文档封面、更新日志、设计说明文档、业务流程图、交互原型图、垃圾桶等模块，这里可以根据自己公司情况进行增加其他内容，有些内容可以在产品文档里面直接复制过来。

1.文档封面

文档封面相当于一本书的给人的一个基本的了解，你可以知道产品名称、版本编号、日期以及文档负责人，除了以上信息外，你可以自行进行的添加。

2.更新日志

更新日志主要记录整个文档的迭代修改内容，让产品、UI、开发同学快速了解本次需要做的内容。

我这里更新日志借鉴了产品同学文档的内容，里面包括日期、变更内容、所在页面以及备注四个字段，这里需要提醒一下其他同学注意查看体验问题了，我们应该把最新的内容放在最上面啊。

3.产品项目背景

产品项目背景是一个核心关键点，他是告诉我们为什么做这个产品的一个北极星指标，对齐整个项目组的统一思想，时刻提醒着我们产品应该怎么做，为团队成员指明一个方向。

比如我第一份工作的时候，我们是做一个统计分析的工具系统的，但是随着产品慢慢迭代，功能越来越多，老板有一天跟产品说希望在系统中加入一个智能客服功能，本来用户学习成本就高，如再加上去是不是整个产品有点累赘了？

有很多小公司没有产品经理，很多需求都是销售说的，如果你在这样的公司要么就换一家，要么就发挥出自己的积极解决问题的一面，去主动和销售沟通或者和老板沟通了解清楚产品背景定位，努力完成这一部分，虽然自己会辛苦累一点，但是你作为一个交互设计师或者用户体验设计不就是一个中间人的角色吗，你做好了也是为团队成员后面的努力提供方向。

4.产品需求

产品需求列表记录了产品需要做的功能点，这些功能我们一般在产品经理或者项目经理文档中收集获得，我们这个需要和产品经理沟通对需求的优先级进行排序分类。

我们这里的原则是按照前面提到北极星指标来分加上KANO法则来分，P0-PN进行排序，0是优先级高的，也是产品非做不可的功能。

5.用户画像

通过用户画像来了解你的目标用户群体特征，可以对目标用户进行分类、需求、动机等分析，再根据不同的用户进行场景设计。

有了用户画像作为支撑，能避免一些设计过程的设计师自以为是的因素，比如我们目标用户是一群中年人，文化程度不是很高，这个时候字体是不是应该设置大一点，颜色饱和度稍微不要这么鲜艳，文案应该更加简洁明了等。

当然，如果是小公司可没这么多时间跟你做用户画像，用户调研之类的。所以没有更快的方法大致了解或者获取用户信息呢？这里我分享一个不错的免费获取行业数据的地方，艾瑞数据，打开选择自己领域的产品类型，可以看到一些免费数据，当然也有收费内容。

6.竞品分析

所谓知己知彼百战百胜，对你的对手了解得越深可以更好的快速了解产品业务、行业的用户使用习惯等，也是快速得到产品需求的方式之一，我们在做交互原型的时候也可以作为借鉴的素材。

7.信息架构

信息架构属于用户体验五要素的结构层，信息架构能够很好的了解整个产品的脉络，也是对产品一次归类设计，可以发现产品功能点是否有遗漏，同时也可以通过产品大体信息架构来观察产品是否合理。

（这里个人吐槽一下有些产品的架构层很深，比如支付宝取消免密支付，其目的就是故意刁难用户让用户打退堂鼓，一个简单的操作需要你进入到N个页面操作而且又是弹窗又是警告之类的。我相信产品经理不是不知道，可能是为了KPI吧。）

8.数据分析

数据分析是交互设计必不可少的一项技能，也是检验设计师成果的重要指标。如果缺少数据分析单凭个人主观因素，你很难说服别人这个设计的好坏，毕竟谁不会吹嘘自己的作品呢。

一般数据分析可以通过数值进行对比，前提是你产品进行了埋点或者接入第三方统计，这样你可以进入后台是否上升、下降、还是持平等，改版是否有效果，对于初期的产品来说可以关注一下DAU（日活跃数）、MAU（月活跃数）、以及跳出率等，因为这些数据的增减影响到整个产品是否能活下去，所以要及时查看数据发现异常马上和产品经理反馈沟通，避免恶化下去。市面上第三方统计数据平台有神策数据、Growing IO、百度统计等。

9.业务流程图

绘制业务流程图目的就是梳理并分析优化业务流程， 同时也是给开发和测试看的一个逻辑交互图，如果不绘制开发可能在某个环节就会有遗漏，到时候测试检查或者线上发现就问题大了。

比如我做的协会入会这个：入会申请→选择会员类型→填写资料→注册成功→管理员收到信息→查看内容资料→审核通过，这一些流程。如果遗漏了其中一环就会特别麻烦。

如果你的产品经理比较认真，他会直接给你现场的业务流程图，如果碰到公司没有产品经理的话，就需要自己去问用户，或者问需求方的人。这里需要主要多去听、多去问、做出来以后再去确认，这样出现遗漏的点会降低很多。

10.交互原型图

这是上面所有内容的精华进行总结提炼得到的一个原型图，我相信大家平时工作都非常熟悉了，这里分享一下原型图容易犯错的点。

1.像我刚从UI设计转交互画原型图的时候喜欢画的精致，这个是特别不好的习惯，容易干扰UI同学的设计，而且对于UI同学来说你这是有点抢他们饭碗的意思啊 开个玩笑，这样只会显得不专业，所以页面尽量采用黑白灰配色，而且原型图大概表达出产品功能点、页面跳转逻辑、交互内容说明情况等，其他的交给UI设计发挥特长。

2.如果涉及到多平台（iOS、Andriod、PC端），除非产品功能特别多，一般都放在一个设计文档中，不需要来回切换查看，评审也会遗漏。

3.创建自己的组件库，这个我作为UI设计就很明白，现在很多设计团队都会搭建产品的组件库，组件库的强大就是可以重复利用，提高工作效率。至于拿什么工具搭建根据公司协作来决定。

11.垃圾桶

垃圾桶的好处也是我慢慢才发现的，这是一个可以保留飞机稿的地方也是一个可以有后悔药的地方，这个地方可以收藏你当时的设计思想、也可以避免产品觉得还是以前某个方案比较合适的时候。

总结

说了这么多，每个部分的需要点都说到了有些是可以不做的，文档也不是绝对的规范，每个公司交互职责都有各自的属性，所以我这里总结了自己在公司的经验。

总之我们回到设计的本质是什么，是服务好你的用户，（最近梦想改造家第八季就有一个设计师，没有把客户的需求放在第一位，完全按照自己的经验拿着客户的钱来完成自己的艺术品，所以这样的人根本不符合设计师这样称呼。）是把复杂的事情做简单，所以我希望有一天我能成为一名优秀的交互设计师，把产品做好，把体验做好，希望看到这里的人一起共同进步。