架构|手把手教你撰写交互设计文档( 二 ) ui设计

我的更新日志特别简单，就只有日期、变更内容、所在页面以及备注四个字段，这里唯一注意的是，日期必须是最新修改的内容放在上面，以前的日期在下面，很多同学每次迭代的时候会在下面列进行内容添加，这样开发同学每次都必须滚到最下面查看信息，大哥，你是交互设计师，专业一点好吗。

文章插图
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不断下降的话，那你就要马上查找原因，及时调整，避免恶性循环。