2023年为了活动快速上线交互设计师是如何“排雷”的

为了活动快速上线，交互设计师是如何“排雷”的？背景

活动类项目由于具有玩法时效性强的特点，常常需要快速上线，但是需求变更频繁、方案难以达成共识、上线物料被忽视等“地雷”遍布项目进程之中，假如不幸“踩到引爆”，必定严峻影响上线速度。交互设计师作为项目链条中承上启下的重要一环，可以通过提前介入、专业支撑等“排雷”策略对项目高效准时上线起到非常重要的促进作用。

笔者从2022年全面负责网易云音乐会员营收活动的交互设计工作，对从交互侧保证活动类项目高效协作和快速上线有一些思索。现根据一般活动类项目必经的项目立项阶段、项目执行阶段、项目收尾阶段来梳理出影响活动快速上线的“地雷”，并且输出对应的策略，盼望对其他做活动类项目的交互设计同学有所关心。

一、项目立项阶段

项目立项阶段主要有两个“地雷”，一个是运营玩法和策划需求变更，一个是业务细节和生疏度不足导致的设计返工。交互设计师可以通过提前介入、整体活动规律可视化的梳理来避开“踩雷”，下面将分别阐述。

1.排解“运营玩法和策划需求变更”的地雷

提前介入，从用户体验和开发成本角度管理运营玩法和策划需求。众所周知，一个活动从发起到下线流程如下图，笔者一般是在运营立项阶段就开头介入项目，这个阶段运营往往会有许多玩法的脑爆idea，且开发资源尚未介入，交互设计师肯定要站好这个节点的“岗”，防止有纰漏的玩法方案溜进需求池。

提前参加玩法需求争论可以让我们更全面地了解活动目标、针对人群，以及运营想推的活动玩法，在想法产生之初通过交互设计师的专业建议使活动玩法更加落地可行、体验优雅、带来更多转化，降低返工可能性，提升上线效率。

此时交互设计师一方面要站在用户体验角度上跟运营说明哪些idea会增加用户认知和操作成本，降低活动转化率，以及优化建议；另一方面站在开发角度跟运营说明哪些想法开发成本高，可能在限定的日期无法上线，假如坚持要做的话，需要与开发同学确认技术方案或申请更多研发资源；第三方面是基于交互设计师对用户心理学自然 的了解，建议运营同学如何在活动中利用诱饵效应、从众效应、目标阶梯效应等方法提升用户的转化。

大家肯定要谨记“提前介入”，否则等idea经过运营策划立项后推动到交互阶段发觉问题要修正的话，会铺张极多的项目时间和团队精力。一方面是由于重新组织各方争论的协调难度很大；另一方面是由于运营和策划已为玩法需求付出许多时间和精力，过程中必定相互洗脑要推的方案是可行且完善的，劝说他们接受新修改看法的沟通难度和耗费的时间成本可想而知。

2.排解“业务玩法、技术方案等理解不足导致设计返工”的地雷

活动立项之后，尽可能完整地梳理完整的业务流程图、功能流程图。对于简单一些的活动，业务流程图肯定要输出（也可以和策划协作一起输出，或者规定让策划同学输出）。

梳理业务流程图的过程就是理解活动玩法的过程，将运营用文案表达的玩法规章进行可视化。业务流程图可以让各方对活动玩法、流程、功能状态流转一目了然，便于让各方发觉新的问题点，准时修订。

梳理功能流程图是促使策划和开发将项目中所应用功能的技术方案一一确认，削减后续设计阶段的变数，增加输出设计文档的确定性。

假如对规章和玩法简单的活动没有清楚的理解就盲目开头设计，很简单囿于细节而失去全局概念，后期假如规章玩法、活动流程或技术方案稍改就会被推倒重来，做许多无用功，耽搁上线时间。

二、项目执行阶段

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

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

在以往的活动中，我们搭建的活动配置后台里已经沉淀了许多复用性高的组件，可以用组件像乐高积木一样快速搭建一般活动，这种方式这样可以极大的提高活动上线效率。一些新玩法活动现有组件无法满意，需要梳理后设计控件的样式（采纳按键、热区、上下结构、左右结构等）。

组件交互设计的优先级是：稳定性-易用性-拓展性：

所谓稳定性是活动组件设计的第一大原则，需要交互设计师尽量保证组件规律简洁、开发难度低且能承受活动短时间高并发环境的压力，这样才能保证在开发同学在较短时间内快速上线且bug少；所谓易用性是易于用户理解和操作，这直接关系到用户在此组件触点的转化率；所谓拓展性是两方面：一是后续可以应用到其他活动中，二是为活动的视觉设计阶段保留了更多样式发挥的可能性；拓展性强的组件可以在后续活动配置中持续使用，长期来看提升活动上线效率。2.排解“各方信息没有对齐”的地雷

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

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

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

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

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

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

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

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

第一，将走查发觉问题创建验收清单，采纳有道云协作来创建截图、问题、终端、备注的表格，将走查过程中发觉的问题整理进去，便于测试、开发同学查看和跟进。其次，确定修bug的优先级，根据一般用户参加活动路径设立优先级，准时跟进和更新修bug的结果，上线前肯定要再走查一遍，防止一些修好的bug复发和一些修bug过程中新产生的bug；第三，关注高并发压测环境下可能消失的问题，假如时间紧急没法变更技术方案，就需要通过采纳用户体验的方法来进行引导或补救。为了保证各方沟通顺畅，除了准时跟进处理各方遇到的问题外，交互设计师需将每日跟进的沟通结果和修订记录在项目组里同步。这样一方面让运营、策划、开发、项目管理等各方了解项目最新变动和进度；另一方面营造一种大家共同推动活动的感觉，让项目组同事更情愿相互协作协作工作。

三、项目收尾阶段

项目收尾阶段主要是物料预备不充分的“地雷”，交互设计师可以通过走查物料预备状况来避开。

排解“物料预备不充分”的地雷

活动项目中有许多物料需要预备，在线上活动项目中设计师需要重点关注的是活动冷启动阶段前置假写数据的预备和上线预演。假写数据的好处显而易见，例如在某些活动中前置假写的弹幕数据可以在冷启动阶段很好的营造场面热闹的氛围，激励用户“从众心理”参加活动，但在真实数据进入后要马上清理掉假数据避开造成用户信任危机。

活动上线前各方联调时，由于大家都忙于走查功能、合并代码、预备预发等，常常会消失假写数据预备不充分或者遗漏的状况，这个阶段交互设计师肯定要检查到位，并且确定假写数据的上下线策略。

总结

交互设计师也可以整个项目过程中实时收集各方从项目立项到项目收尾过程中对活动项目的的想法