如何省时省力不让外包童鞋陷入反复修改的麻烦。
前段时间给外包设计前端做交互文档比较多，自己在给出交互文档后出现了一些问题，要总结下咯~毕竟在对外做项目时，不如身边人沟通来得快。提醒自己做交互文档需要根据项目变通外，还要根据制作人的特点去描述。
给外包童鞋的交互文档分为以下几个阶段：
第一阶段：
和往常一样，把文档做好，是面对面和设计前端对接的同事语言一解释就算完事了？可惜外包不在本地嘛，当然是在群里洋洋洒洒一通注意事项。就觉得解决完这件事了，这种方式其实也是可以达到最终做完的效果，不过后来细想，估计给外包熟悉的时间就不少（苦了两位接口人），因为沟通的时间成本较高。我决定把平时给公司同事看的交互文档改进一番，以便弥补相距甚远的问题。
一期修改方向：
1）页面尽可能详细。包括项目文案、常规提示、特殊提示和特殊情况等全部列出来。
2）什么按钮弹窗提示的页面全部丢掉，经过按钮才能触发显示的状态全部都在页面上显示，用箭头标示流程图全部写出来。如果流程较多的也会在点击后的次页面全部显示。为的就是不让前端花太多时间在熟悉交互文档上。
3）界面尽量模块化，明暗调明显。
一期修改结果：
我以为这样就可以省时省力了吧？时间方面的节约可以换来不少设计和创意的时间。但是沟通成本的降低并没有给项目带来什么改变，反而会出现一个更加严重的问题，也是和我有重大关系问题。那就是外包会照着我“特别详细”的交互文档去添加色彩。样式一点也没变。如果所有的项目全部都是这样的话，那就没法让外包设计师去发挥创意，而我就是绑架了别人设计想法的大坏蛋！于是我开始了整合我做交互文档的第二个阶段。
第二阶段
首先把外包出去的页面分为两大类。
一类是项目需要的日常页面。也就是常规的运营活动，包括充值、拉新回归、纯文档展示和每个月固定的促销活动。这类活动的交互稿使用最最“粗暴”交互文档，为了给外包设计留出更多的创意空间。
PS：如果是周期性的活动，就会提示外包设计师GG，使用用户已经固定的操作模式和浏览模式。“外装的变化不会掩盖身材和骨架”
另外一类就比较棘手了。市场推广类的页面类型是没有特定的操作风格和设计风格的。这类型的项目我会把控页面的布局和模块。在给外包之前，先把需求给理顺理通。
通常这时候会了解一下需求方推广的目的和页面风格的偏好。如果两者恰好可以平衡，那就最完美了。不过如果两者不平衡，那就需要去做一下沟通和了解。双方满意后再给外包，这样就省去了外包反复修改的麻烦。
和需求方沟通的方式时有技巧的。去沟通前要把他想要的方式和我自己理解的方式全部都画出来。也就是提2-3套交互文档（图1、图2）。如何让需求方选择最平衡的方案，而不是偏好风格方案。（PS：这里要解释一大段：作为交互设计师的立场不是一个个体、一个工种、一个职位，而是多方面的角色。并不要为了逞强而去强制的说服别人。没有达到实际效果的说服并不称职）这2套方案是本质工作，也是接近理想效果的工作。从不同角度出发，去兑现目标一致的这个目的。如果目标一致，我相信需求方是会选择最妥帖的方式，给出选择题，要比判断题更为有意义。为啥我给不出问答题呢？因为我还没成精~~~哈哈哈哈
用这种方式，交互文档基本都会通过，主要是后期对外包来说，不会反复修改。只要照着框架图搞定就可以了，省时省力。
如果想把90%满意度的交互文档变成100%满意度的话，那就是交给外包之前又要从繁到简。模块重新简单化，这样在整体不变的情况下，设计时细节不会拘谨。（图3）
前段时间给外包设计前端做交互文档比较多，自己在给出交互文档后出现了一些问题，要总结下咯~毕竟在对外做项目时，不如身边人沟通来得快。提醒自己做交互文档需要根据项目变通外，还要根据制作人的特点去描述。
给外包童鞋的交互文档分为以下几个阶段：
第一阶段：
和往常一样，把文档做好，是面对面和设计前端对接的同事语言一解释就算完事了？可惜外包不在本地嘛，当然是在群里洋洋洒洒一通注意事项。就觉得解决完这件事了，这种方式其实也是可以达到最终做完的效果，不过后来细想，估计给外包熟悉的时间就不少（苦了两位接口人），因为沟通的时间成本较高。我决定把平时给公司同事看的交互文档改进一番，以便弥补相距甚远的问题。
一期修改方向：
1）页面尽可能详细。包括项目文案、常规提示、特殊提示和特殊情况等全部列出来。
2）什么按钮弹窗提示的页面全部丢掉，经过按钮才能触发显示的状态全部都在页面上显示，用箭头标示流程图全部写出来。如果流程较多的也会在点击后的次页面全部显示。为的就是不让前端花太多时间在熟悉交互文档上。
3）界面尽量模块化，明暗调明显。
一期修改结果：
我以为这样就可以省时省力了吧？时间方面的节约可以换来不少设计和创意的时间。但是沟通成本的降低并没有给项目带来什么改变，反而会出现一个更加严重的问题，也是和我有重大关系问题。那就是外包会照着我“特别详细”的交互文档去添加色彩。样式一点也没变。如果所有的项目全部都是这样的话，那就没法让外包设计师去发挥创意，而我就是绑架了别人设计想法的大坏蛋！于是我开始了整合我做交互文档的第二个阶段。
第二阶段
首先把外包出去的页面分为两大类。
一类是项目需要的日常页面。也就是常规的运营活动，包括充值、拉新回归、纯文档展示和每个月固定的促销活动。这类活动的交互稿使用最最“粗暴”交互文档，为了给外包设计留出更多的创意空间。
PS：如果是周期性的活动，就会提示外包设计师GG，使用用户已经固定的操作模式和浏览模式。“外装的变化不会掩盖身材和骨架”
另外一类就比较棘手了。市场推广类的页面类型是没有特定的操作风格和设计风格的。这类型的项目我会把控页面的布局和模块。在给外包之前，先把需求给理顺理通。
通常这时候会了解一下需求方推广的目的和页面风格的偏好。如果两者恰好可以平衡，那就最完美了。不过如果两者不平衡，那就需要去做一下沟通和了解。双方满意后再给外包，这样就省去了外包反复修改的麻烦。
和需求方沟通的方式时有技巧的。去沟通前要把他想要的方式和我自己理解的方式全部都画出来。也就是提2-3套交互文档（图1、图2）。如何让需求方选择最平衡的方案，而不是偏好风格方案。（PS：这里要解释一大段：作为交互设计师的立场不是一个个体、一个工种、一个职位，而是多方面的角色。并不要为了逞强而去强制的说服别人。没有达到实际效果的说服并不称职）这2套方案是本质工作，也是接近理想效果的工作。从不同角度出发，去兑现目标一致的这个目的。如果目标一致，我相信需求方是会选择最妥帖的方式，给出选择题，要比判断题更为有意义。为啥我给不出问答题呢？因为我还没成精~~~哈哈哈哈
用这种方式，交互文档基本都会通过，主要是后期对外包来说，不会反复修改。只要照着框架图搞定就可以了，省时省力。
如果想把90%满意度的交互文档变成100%满意度的话，那就是交给外包之前又要从繁到简。模块重新简单化，这样在整体不变的情况下，设计时细节不会拘谨。（图3）
