背景

现在大家应该都习惯了交互的玩法空。很多app或多或少会在商业场景中使用各种互动玩法来吸引用户，让用户在参与互动的同时获得平台权益，进而提升平台心智，达到推广生活和新事物的目的。随着闲鱼的规模越来越大，平台权益的扩大，基于任务+抽奖的互动游戏越来越多地应用于日常和大型营销活动中。

痛点分析

对于活动中的互动玩法，从设计到研发再到线上验收的流程大致如上。在具体的实践过程中，我们经常会遇到以下问题:

底层能力抽象不足:业务开发学生需要关注游戏玩法的底层交互逻辑，不同的活动需要重复开发，导致开发成本高；

疑难解答:互动玩法的配置包括抽奖、任务、积分等平台。复杂的链接涉及许多数据交互。如果有一个环节配置错误，可能会出现任务不完整、抽奖次数不增加、抽奖不成功等问题。复杂的环节无疑给排查问题增加了很多难度。

了解配置问题后:抽奖、任务、积分等配置问题无法自助检查，测试过程中往往需要测试或技术生检查，占用开发时间，严重影响线上活动效率。

技术方案

针对以上痛点，将问题抽象出来，我们期待构建交互玩法的标准化。目前，关键的解决方案有以下三点:

抽象交互能力:实现交互玩法的标准化交互，为开发者沉淀交互玩法SDK，提高开发效率；

构建自助故障排除能力:在交互配置平台的自检环节，提供问题调试故障排除能力，通过自检指导操作解决配置问题，自检通过后才能进行测试，降低测试成本；

统一交互配置平台:通过闲鱼统一交互配置平台，将抽奖、任务、积分配置串联起来，建立标准流程，验证关键配置的准确性，让运营在测试前就能保证玩的全流程顺畅。

交互式任务标准化

大多数情况下，抽奖活动中会有任务玩法，用户需要通过完成任务来增加抽奖次数。闲鱼的任务系统是利用淘任务中心搭建的。任务抽奖的链接如下图所示。

闲鱼的互动任务有几种类型:

仅跳转:点击任务按钮跳转到页面，将任务参数以url参数的形式带到后向链接，后向链接会在一次具体操作后上报任务；

完成跳转:点击任务按钮，在页面跳转的同时上报任务；

浏览任务:浏览任务类似于只跳任务。除了在后退链接上提交任务之外，您还可以在当前页面上提交任务。

关于任务上报，目前闲鱼有两种方案:前端上报和事件采集上报。

前端上报:用户收到任务后，请求任务中心上报定制场景下的服务，完成任务；

事件收集与上报:闲鱼通用事件收集系统收集用户的具体行为，收集行为信息后请求任务中心上报服务完成任务。

下面以两个典型任务来介绍任务报告环节，即浏览会场任务和关注闲鱼任务。前者是前端任务上报，后者是事件采集任务上报。

在交互任务标准化建设过程中，前端基于淘任务中心的列表组件，经过两次封装简化组件配置，并加入了闲鱼的一些定制能力，最终形成了闲鱼的通用任务列表组件。

交互式彩票标准化

在彩票标准化的实现上，前端主要是对彩票能力进行抽象，将彩票通用逻辑封装到SDK中，提高业务开发效率。

需求分析

抽奖前，初始化活动数据，获取用户在当前活动中的状态以及活动本身的相关数据；

支持登录状态验证，允许用户未登录时访问页面，用户抽奖时执行登录逻辑，登录返回活动后再次初始化活动；

支持页面聚焦后活动数据自动刷新和活动重新初始化；

抽奖结束后，在显示当前抽奖结果的同时，支持自动更新中奖记录，刷新活动数据；

在测试过程中，当抽奖出现异常时，能够及时发现问题并提供解决方案。

SDK API初始化SDK时，除了活动配置平台生成的活动ID，其他都是可选的。

从“@ali/pcom-fin-oliversdk”导入奥利弗；
Const Oliver SDK = New Oliver({/** *彩票Id */ activityId: '544 '，/* * *其他选项*/options: {/* *活动参数*/ oliverparams: {/** *需要福利详情吗？默认为True false */need benefits:false，/** * *不需要股权明细，只有提取后才生效，默认为false */ needDetails: false，/** *不需要关于你是否获奖的信息，只有needDetails为true，你才不得使用该业绩及其不良业绩。False */ needHadWin: false，/** * default，/** *扩展参数，用于服务器容量扩展*/ extend: {} }，/** *页面聚焦后活动数据是否需要自动刷新，以及true */ autoUpdate: true，/** * default，/* * *是否需要判断登录状态，默认true */ checkLogin: true }，/** * *活动数据返回回调* */data watcher:(data)= >；{}});抽奖

OliverSdk.draw(params: {//提取扩展参数extend？:PlainObject//指定权益画idleOliverBenefitCode？:string})。然后(res = & gt{//做点事儿})获取福利列表。

Oliver SDK . get logs(params:{ pageSize:number；curPage: number})。然后(res = & gt{//做点事情})更新活动数据。

Oliver SDK . update；钩住为了降低业务上层开发学生对SDK的使用成本，考虑基于group Rax方案提供Hook能力。

业务开发只需要在调用方法时根据数据变化进行交互显示。这样既减少了上层代码量，又降低了开发成本。以下是Hook的使用代码示例:

从' @ali/pcom-fin-oliver-raxhook '导入useOliver
//Use hook const { Oliver data，drawresultdata，draw } = Use Oliver({ activity id:' 544 ' })；
//监视活动数据use effect(= & gt；{ const available times = Oliver data？。available times | | 0；//做一些事情}，[Oliver data])；
//监控抽奖结果use effect(= & gt；{ //做一些事情}，[draw result data])；
//抽签；自助调查在以往的抽奖测试验收过程中，服务器返回的异常代码对操作和测试学生来说是非常不友好的，也没有直接显示异常原因。每次都要求技术生介入检查问题。为了快速定位和解决问题，我们考虑提供问题调试能力，让运维、测试的同学可以自己排查问题。

彩票SDK中有日志存储功能，将用户操作记录和测试环境中服务器返回的数据存储在本地，还提供了日志列表页面，在该页面中对日志进行了分析，提供了异常代码的具体原因并提供了解决方案，展示给操作和测试学员。自助故障排除功能的使用流程如下图所示。

交互式配置标准化

交互式配置链接很复杂。为了减少配置成本和配置错误，我们提出了配置标准化方案。标准化配置主要解决以下三个问题:

标准流程配置:指导运营分步配置，精简复杂的配置环节，避免遗漏；

配置验证:在配置过程中，会拉当前步骤对应的配置进行验证，并提示配置错误；

全链路测试:在活动测试之前，需要对自测活动配置进行操作。在通用测试页面，完成从做任务到增加抽奖机会到抽取奖励到减少抽奖机会的完整链接。自检通过后，方可进行测试。

当前彩票标准化配置流程如下:

选择投放方案:在抽奖配置平台中拉当前运营同学配置的投放方案列表，选择投放方案后显示投放方案中的权益分配情况；

股权确定:选择投放计划中的股权，配置约束规则；

选择自下而上的发货计划:可以选择当前发货计划的自下而上的计划；

高级配置:确定权益分配的安全码分配和抽奖后扣除积分的分配。

影响

在闲鱼的很多互动场景中都实现了互动玩法的标准化，比如双11的节后养鱼活动，以五福为主题的养鱼活动，闲鱼金钱狂欢日，天天赚钱等等。

前端对交互逻辑进行抽象封装，交互模块的开发效率显著提高，开发时间相对减少50%。

并利用SDK测试学生的调试能力，从而快速定位问题，开展零成本干预问题调查。

根据操作标准流程配置互动活动。在配置过程中，提前验证配置的正确性，减少后续活动的测试成本。

总结

互动玩法已经成为一种常见的操作方式。在游戏性落地的过程中，我们分析痛点，不断探索，通过技术手段降低互动游戏性的线上成本，取得了显著的成效。

在实现互动玩法的标准化后，我们将继续抽象基础互动玩法，搭建模块化的互动玩法平台，抽象基础玩法，如抽奖、签到、抽奖、投票等。在互动玩法平台上，运营方可以自行配置玩法，无需同学的高成本投入开发测试，线上活动的效率和质量也能得到有效保障。