文档这个东西，我们又爱又恨，爱是它能够记录并在工作让大家高效协调合作，恨是很多文档嗤以鼻常敷衍，以至于文档不没有起到它应有作用，反而成为了个不负责任借口。所以份合格或者优秀交互输出文档于个项目流转以及团队配合来说是至关要。交互文档主要利益相关者常是以下几个色：交互、品、开发、UI
首先优秀交互文档必须在交互组内部进过审核，括致撰写标准和模使用，个比较规范交互设计组于交互撰写标准也是有严格规范，以及在什么情况使用什么交互模有组件库调用都会有详细说明，那么你交互输出文档必须满足团队设定规范。
其次对其他互设计师来说，你的设计方案中是否出现其他人负责的模块，么在评审的时需要同步，虽互输出文档对其他互来说不是直接受益人，但是在团同步程中也是非常重要的。
每个司对文档的要求和规则不一样。小司能没有互设计个位，么能产品连prd文档也没有，仅仅只是一个简易的需求说明文档，就更不用说针对互规则的说明文档。
很多完善规模流程的团队不仅会详细的需求明文档也很完善的交互说明文档。我们首先要明确的一点是么文档最是给谁看的，一共在项目中有少文档产生。
通常产品理会项目初一份prd文档（Product-RequirementDocument，需求明文档），这prd文档主给业务方、交互发看的，这文档中需包含一些业务规则以及交互规则，所以交互的输出文档需产品的prd文档合并的。
当然如果你是一位有驱力的人，那你可以推进需求并落地，一个人就可以完成prd文档的撰写和需求的落地了。
别想给各位提个醒，在开发需求评审的过程中，请一定记住你评审的目的，开发同学也要注，请把重点放在需求是否能实现以及开发相关的地方即可，请不要考虑为什要这做，或者你觉得应该怎计，一旦进入了开发对需求和计的评头论足那这个会议效率就相当低下。专业的事情就交给专业的人去做吧，可以私下讨论但不要在评审会上各抒见。
交互输档对于开发的作就是，开发可更好的还原该功中交互的跳转及逻辑，我们尽量把交互规则写明白写详细，如按钮在press和default时候是否样式会有变，或者页面转场的方向，这都是一些细节，减必要的低效沟通。你会发现有些时候为么开发总是来问一些规则，就是因为档中没有描述准确，开发和交互都需要时间同步这个细节。
这个非考验交互设计师对需求档撰写的功，并是图片字随意摆放就可的。和开发合作时是一项的体验设计，你把档写好了，开发看起来舒，满意。如果是一堆案，连基本的对齐都没做到的话，谁来看都会看。
交互输档对于UI来说，作就非简单了，但是这里会碰到问题，那就是交互同只需要把信息的层次表示来即可，千万要画到连视觉同都没有发挥余地的程。为么现在UXD体验设计那么火，就是因为交互和UI实重合是很的，只要有智组件库和工具做支撑，那么在交互和UI的设计流程中，时间就会大大降低。
在这里，我们就将整个prd档的容给大分享一，仅仅是交互需要输的分。因为一个阶的交互是需要够独自产prd档的。然后同的公司对与档的要求是同，大做参考即可。
份基础prd文档主要由这几部分组成（其实是这个需求来以及导过程和如何落地说明）：
需求背景
这个是一个项目最重要的部，可以说背景没有搞清楚，后面都可以不用做。这个指的就是做这个需求的价值和因。比如app中业方（运营）需要做一个扫一扫功能，那这个功能首先就从业价值和用户价值个方面去评估，根据对业方的沟通之后发现扫一扫功能将会在周年庆的候通过物流包裹上的二维码，让用户进行扫码参活动这的玩法。
这个需求对于务方来说是一个转手，通过扫码参与-领券-消，确实是一个错的玩法，但是大如果只盯着眼前的问题或许就够了，如当周年庆结束之后这个功还有么，他在后的规划中的存在是怎样的。在有的包裹中印上的二维码这个时间周期和成本有多大。
其，于用户来说，扫扫并不是帮助他们解决了某个问题，而是我做了个东西，时搭配着这个功能让你们去使用，用户来说是个很可有可功能，如线下裹上维码破损了也是常影响体验并是不可控。那么综上所述，既然要做个临时活动用其他会不会更好？
所以在个文档中的一步，首先就是要确定需求的背、价值，也就是说，你个需求是怎么来的，比来讲我们一个店铺的优化项目，在个项目中，首先我们必须在评审的时说清楚我们为什么要对其进行优化和改版，一定是出现或者我们定义到某个比严重的问题，边大家对我们app业务能不是很我就简单说，就是个人中心和店铺营销场重合，并且卖家的同时以买和卖两个场存在，所以店铺页通我们的数据分析和用户的访谈我们现一机点，以及我们必须突出一个核心场让用户有明确的分辨。
另外就背景的描述也可以的调研结果分析，比如之我们首页优化，我们观察了近5月的数据，都呈下降的趋势，所以之后行了一系列的访谈用户体验图分析了这需求的背景产。
需求目标
目标很理，就是我们希望通次需求迭代达到一个什么成果，比我们之前做一次整的验优化改版，么我们的目标就是减少用户的流程跳失、提升整验满意度、提高用户的任务转化率，其中我们做一个品关注的功能，由是时特价品所以是量的，在规定时间进行抢购，为让用户的使用场统一我们打在应用内做一个品关注功能，所以在个需求的初期，我们对个功能的目标和预期是提升xx百分比的转化，提高x%比的gmv，提高用户对关注品下单的效率和满意度，之前很用户想要购买品需要自己在手机端设置闹钟，不方便。所以个功能的一个目标就是决用户场迁移的问题。设定目标之，就是为在上对其进行复盘和数据跟踪还有用户跟踪。
可以用一句话描述：针对什么用户什么场景下解决用户的什么问题，达到什么目的？
需求范围
需求范围也相当于范围层，指的就该需求中我们需哪些相关功能以及功能涉及面。举例子，之的扫一扫功能，不同的产品对于扫一扫功能的求也不同的，比如微信扫一扫功能中承载了：扫一扫、相册、封面、街景、翻译、手电筒诸多功能，再比如淘宝，扫一扫（ar、拍立淘）、相册、历史、帮、手电，这明了不同产品对扫一扫功能不一样的求，所以需求范围内我们需把本次需的功能行描述，并且该功能否影响其他功能的使用对整产品的影响范围。并且我们也会讲所需的功能行拆解优先级拆分，表格中编辑。
研分析
研分析其就是为我们一步背和价值做准备，由汇报方案和评审，或者在项目推进时，我们需要有相应的论据来支撑我们方案的客观，所以在一板块中输出的结论就非常重要，比之前的首页改版，经用户研究小组的访谈和数据分析得出相关的结论，通埋点找到相应板块的点击数据和异常点，进行一系列的问卷和访谈研究，找到结果，是为辅助项目的背以及在评审中大家对需求价值的灵魂拷问。由数据和研结果比敏感就不放。
版本日志
日志是一个非重要的组成分，做过开发的同都知道log 的重要性，当我们跑通的时候我们都会检查log，然后多测试几遍可就到问题在了，实我们的版本日志的作是这样，但是一个是对自己来说可记录自己的工作过程，还有思路的变，第二就是对外，包括和需求方的讨论，会议的纪要等。
要注意是会议纪要在备注需要详细说明，以做证据。时也要邮件知相关员和负责。可能有些公司会放些评审记录，比如各部负责案和需求议，业务和技术负责些议也会放在项目概要，而这个prd文档也可过内部服务进实时更新和保存，如svn。便大家需求进度和迭代有个观追踪。
项目成员
这个就多说了，产、营、交互、视觉、开发各司职，照相馆人员即可，就至于当项目开始进行了人员分配还没到位就尴尬了。
业、任、界面流程图
有些同学不是别业流程图和任流程图的别，这边给大家简介绍一下
务流程图：
意思是在这个需求系统，相关利益者业务关系，任务信息流个图标。比如这个简单例子，用户在卖这个场景，相关利益者有用户、店家、卖员三者，那么用户开始触发流程后，这3者在这个流程会各司其职，而业务流程图也很明显告诉大家所有联动者指责和流程走。
任务流程图：
用户在具执行某一个任务时的工流程，以及其核心任务的操步骤，比在登录注册个任务中，用户需要进行一系列的操，在个流程中用户的操引的系统判断需要详细说明。
界面流程图：
界面之间的跳转关系径，这流程图中，我们不需吧详细的明写，只需将需求中涉及到的页面跳转行叙述即可。
相关说明和规则
接下来就要开始我们互文档最为关键的部分，何书写互说明，以及互说明应该包含的内容。
1. 全局思考
在做交互案也是我们画原型时候会思考些问题：
体思考
- 息架构是否容易理解，息类是否理，比如的息架构是否采用了用户容易理解的，市面上常用的息架构。
- 信息层级和路径是否合，一定要最简，但是要效，信息的优先级是否放置准确，信息组织是否具有相性、逻辑性。
- 主题是否晰，3秒内告诉「我」在哪里，并可以做什么
- 方案的延展和续功能规划的扩展
户权限
根据同户的权限对该需求进行检查，如普通户、vip户、外户、游客户，在登录未登录时候对需求功的使是否有影响
登录方式
户登录和注册、终端的兼容，同方式注册的户是否需要补填相信息等等
流程
- 该需求中的功能流程否其他类似或者相同功能流程保持一致性；
- 逆向流程和非正常流程的思考有没有完全；
- 流程的闭环有没有做好；页面跳转的方式是否合；
- 断后恢复状态如何呈现；
- 是否留原信息等等
2. 内容、状态和显示
内容的获取来源
例如下方的图片为例，banner的图片来源和发现feed流的图片来源肯定是不同的，那就要写清楚，图片或者数据的来源是来于用户的上传还是系统后的配置获取；并且获取的方式是如何的，是需要动下刷新还是切换页面动刷新，还是定间动刷新。
字、图标是从接口获取还是前端写死，及气泡展示的规则等等。另外一张图片可在多个地方，而可呈现的尺寸同，在涉及到相图片使时要注意剪裁规则和图片的来源。
缓存机制
图片以及一些资源通常需要对其进行缓存，有些同学不清楚什是缓存，缓存是在计算机上的一个始数据的复制集，一来说需要缓存的内容是通过浏览产生的，包括图片以及cookie等，浏览过的视频和广告也会被缓存。同在不同的网络环下缓存的间标准也不同，无网络那肯定只能读取缓存文件，wifi环下缓存间可置的短一些，而流量环下间就可以置的偏长。
状
状大家都应该都会写，主要包含的就是初始状（冷启动无缓存第一次进入）、空状（无任何内容比如空的购物车）、常规状、异常状（网络中断、报错）还有过期状等。
显示
数据内的极限，小，比如粉丝关注的数，小于1万人则显示完整的数，于于1万小于11000则显示1万，于11000小于12000则显示1.1万，这样的方式。另外包括标题极限一行显示，超过部分的显示规则。敏感信息、错误提示以及超时的信息提示。金额的格式使用¥xxx还xxx元，小数点保留的规则。日的显示格式xxxxxx月xx日还xxxx-xx-xx还xxxx/xx/xx。
3. 反馈、提示、手势
反馈和提示的样式有很种，一般反馈指的是用户对某一个控件进行触获得的反馈，比按钮按下的反馈，以及之收到的反馈，是进行跳转还是给用户提示，采用的是模态还是非模态的提示。比点击关注某个人的按钮提示关注成功，比退出某个图文编辑二次确认是否退出，比抖音长按出现的3个操反馈，还有支付成功的动效提示、恶意次操的提示等等
如果手势交互也需明，比如滑动后内置顶、拖拽、左右轻扫的tab滑动、重按的3dtouch。
4. 加载
使用模态还是非模态，果是模态加载请尽量使用情感化设计来减少用户焦虑。果是非模态，根据信息呈现和验采用分步加载还是预加载还是智能加载。果是分加载就选择先加载资源小的内容，加载图，以先将图模糊化粗渲染给用户呈现，包括在浏览信息流的时的分页加载也是以的。果更智能化一也以预判用户的行为进行内容加载，例当用户在某个图文前停留时间达到某个值就预先给用户加载里面的内容。
载的全方式在方案中需要考虑，页面载、啦刷等等，需要统一。
5. 环境、设备与场景
不同备、厂商的不同版本
都会响方案的落地和用户体验这个要非常注。比如一些交互控件在6、iphonex和大屏幕尺寸上使用起来效果好，但是屏幕的候这个交互控件显得就难受，所以需要仔细斟酌用户的使用情况。另外还有横竖凭情况的交互方案是否兼容、是否需要其硬件进行兼容。
白天和晚上是否需要做同的格设计，及在是否需要给户遮挡隐私的功。
6. 文案
案这点很多设计师都忽略了，你们有没有听说过一个叫案设计师的岗位。实案在我们产设计中是非重要的。首先一个产的案对应的语气和产调性是相的，就好我们说产有它自己的性格一样，另外案的使直接就影响户对该信息的解，如一个对话框的案是：确定退吗？面会有两种同的择，一个确定，一个是退，大觉得哪个较好？还有就是「吗」，就变成了：确定退？这样描述来的语言给人感觉很冰冷，甚至有一些威胁。
首先我们的案是否有温，和产的个性是否相匹配。次案的表述是否准确和通俗易懂，如你告诉程序员一句话，帮我菜场西瓜，如果有西红柿，帮我两个，你会带么东西？程序员版：if（看到西红柿）西瓜等于2；else 西瓜=1。buy 西瓜。条件：看见西红柿 执行命令：两个西瓜一语道破版：实，看到西红柿呢是卖两个西瓜的触发条件…没看到就一个西瓜，看到就两个西瓜。这里现的仅仅是程序员的思维和我们的差异，说明了一句话没有表述清楚带来的问题是很大的。
另是文案用语致性，在个品样场景，我们需要统文案用语。
7. 常见控件
具体见下列表
8. 撰写方式
作为一个设计师，管是否在做视觉，我们都需要对档有一个美意识，如果你的档非凌乱，那么在别人眼里就会觉得你是一个较粗心大意，够负责任的人，我们尽量在做交互输档的时候画的美观一些。
目录
首先在目录的撰写时候要进行分类，通我做的时候会对该需求页面父子集系进行创建，父集为核心页面，子集为的相子页面，这样页面的流转和归属系就会搞错。
说明
在撰写规则与说明时可通过标签法进行标签说明的撰写方式，同样在视觉上保持美观，对与对齐的，具体该写么东西上面已经说明就赘述了。除了交互规则外，阶的交互设计或者产经还需要补充务规则，如序、商抓规则、权重、算法、规则等等这里就展开说了。
文档的形式有非常多种，针对不同的公和产品也需要作出相应的调整，能够足需求和方便协作，目的就达了，并不希望过多的间花在文档的撰写上，而是希望大家在做计多思考业，本次享就这～
注作者的微信公众号：「应谋鬼计」
浙公网安备33011002017549号