项目执行阶段主要有三个“地雷”，一个是设计方案输出效率低，二是各方信息没有对齐，三是开发过程中各方沟通不顺畅。交互设计师可以通过模块化的组件设计、组织交互评审会和及时跟进开发测试中的突发问题来避开，下面将分别阐述。

1.排除“设计文档输出效率低”的地雷

在以往的活动中，我们搭建的活动配置后台里已经沉淀了很多复用性高的组件，可以用组件像乐高积木一样快速搭建普通活动，这种方式这样可以极大的提高活动上线效率。

一些新玩法活动现有组件无法满足，需要梳理后设计控件的样式(采用按键、热区、上下结构、左右结构等)。组件交互设计的优先级是：稳定性-易用性-拓展性。所谓稳定性是活动组件设计的第一大原则，需要交互设计师尽量保证组件逻辑简单、开发难度低且能承受活动短时间高并发环境的压力，这样才能保证在开发同学在较短时间内快速上线且bug少。所谓易用性是易于用户理解和操作，这直接关系到用户在此组件触点的转化率。所谓拓展性是两方面：一是后续可以应用到其他活动中，二是为活动的视觉设计阶段保留了更多样式发挥的可能性;拓展性强的组件可以在后续活动配置中持续使用，长期来看提升活动上线效率。

2.排除“各方信息没有对齐”的地雷

交互评审是促进各方信息对齐的最最重要的扫雷秘诀。因为交互设计师需要将运营玩法、产品需求、业务逻辑，以及用户体验相结合，转化为各方可见可理解的低保真模型，所以交互评审十分重要，即使时间再紧也不可或缺。

交互评审的目的是让运营、策划、视觉、前后端开发、测试同学更加直观和形象的了解活动上线的大致呈现效果。运营和策划可以据此判断方案是否符合他们的需求，视觉可以构思活动页面的装饰元素和视觉风格，研发可以据此确定前后端接口、评估开发工作量和预估工时，测试同学可以以此来进行测试用例的输出。

评审方案的时候有两个技巧可以提升评审效率。一是按照活动前中后三个阶段来给大家进行讲解，这样会让各方更易理解。二是前端组件样式和对应的后台配置一起讲，这样不仅可以方便运营同学知道如何配置，和各配置项在前端如何展示，也方便开发同学快速梳理数据接口和核对参数。

交互设计师针对会上的功能点实现问题、前后端配置问题等暂时不能确定的，会后一定要拉各方核对定稿。即使活动上线周期十分紧急，也一定要进行交互评审，磨刀不误砍柴工，千万不能为了省时间而省略该步骤，否则各方在信息没有对齐的情况下按自己的想法推进，一旦出现执行偏差，必将需要更多的时间来弥补。

3.排除“视觉、开发和测试过程中各方沟通不顺畅”的地雷

视觉设计过程中，视觉同学对活动控件有新的想法或做了方案调整，需要及时沟通确认调整后的方案仅仅是样式的变更还是修改了控件的逻辑或字段，一方面需要确定视觉改动是否可接受，另一方面如果改动控件逻辑或字段的话需要找对应开发同学沟通，看是否增加开发难度和工作量，是否会影响上线时间。

开发过程中，开发、测试同学中对于交互文档中的细节有疑问时，交互设计师需要及时答疑。部分功能或流程因为技术实现问题或开发周期问题，需要组织各方沟通讨论出新的替代方案，需要对设计方案进行及时修订并将修订记录同步全组。

测试验收过程中，测试同学完成第一轮冒烟测试后，交互设计师就可以进行交互走查验收。

第一，将走查发现问题创建验收清单，采用有道云协作来创建截图、问题、终端、备注的表格，将走查过程中发现的问题整理进去，便于测试、开发同学查看和跟进。

第二，确定修bug的优先级，按照普通用户参与活动路径设立优先级，及时跟进和更新修bug的结果，上线前一定要再走查一遍，防止一些修好的bug复发和一些修bug过程中新产生的bug。

第三，关注高并发压测环境下可能出现的问题，如果时间紧急没法变更技术方案，就需要通过采用用户体验的方法来进行引导或补救。

为了保证各方沟通顺畅，除了及时跟进处理各方遇到的问题外，交互设计师需将每日跟进的沟通结果和修订记录在项目组里同步。这样一方面让运营、策划、开发、项目管理等各方了解项目最新变动和进度;另一方面营造一种大家共同推进活动的感觉，让项目组同事更愿意相互协作配合工作。

转载请保留出处及原文地址:https://www.shishangjue.com/article/536.html