闲鱼规模变大互动玩法增多，实践中却遇底层能力抽象等痛点？

配置活动互动玩法的过程本身就十分繁杂，若缺乏科学的流程和有效的工具来辅助，各种问题便会接连出现。接下来，我将详细为大家介绍一些常见的问题以及相应的解决方法。

底层能力抽象不足

业务开发人员需格外关注游戏机制的核心交互流程，但各种活动却常常需要重新进行开发。这种情况使得开发费用迅速增加，同时时间和精力也遭受了巨大损失。很多时候，仅仅是对一处细节的调整，就可能导致需要重新编写底层代码，极大地影响了开发效率。若能拥有更加完善的底层抽象能力，便可以避免这种重复性的劳动。

问题排查困难

配置互动玩法时，需要考虑抽奖、任务、积分等环节，这些环节涉及多个平台，流程相当复杂，数据交互十分频繁。一旦某个环节配置出现失误，可能导致任务无法完成或抽奖次数出现异常等问题。要找出这些问题，就如同在茫茫大海中寻找一根针，极大地增加了工作的难度和时间成本。曾经有一次，由于一个小小的配置错误，技术人员花费了一整天的时间才最终定位到问题所在。

配置问题察觉滞后

抽奖设置、任务安排、积分获取等环节的配置问题，运营团队难以自行解决。他们通常需要测试人员或技术专家在测试阶段介入。这种情况耗费了大量的开发资源，对活动的上线速度造成了显著影响。就曾有一场活动，因为配置问题未能及时被发现，结果导致上线时间推迟了整整一周。

建设自助排查能力

在互动配置平台的自测环节中，我们提供了问题调试和排查的能力。这有助于运营人员自主解决遇到的问题，确保只有通过自测才能进行提测，从而有效减少了测试的成本。在某个活动中，运用了这项能力后，测试时间成功缩短了三天，并且成本也实现了显著降低。

import Oliver from "@ali/pcom-fin-oliversdk";


const oliverSdk = new Oliver({
  /**
   * 抽奖活动Id 
   */
  activityId: '544',
  /** 
    * 其他选项
   */
  options: {
    /**
     * 活动参数
     */
    oliverParams: {
      /**
       * 是否需要权益的详情,默认false
       */
      needBenefits: false,
      /**
       * 否需要权益详情，只有抽取的情况下才生效,默认false
       */
      needDetails: false,
      /**
       * 否需要是否已经中奖过的信息，只有 needDetails 为true时候生效 非必须不要使用性能及其差,默认false
       */
      needHadWin: false,
      /**
       * 扩展参数，用于服务端能力扩展
       */
      extend: {}
    },
    /**
     * 是否需要页面聚焦后自动刷新活动数据，默认true
     */
    autoUpdate: true,
    /**
     * 是否需要判断登录态,默认true
     */
    checkLogin: true
  },
  /**
   * 活动数据返回回调
   */
  dataWatcher: (data) => {}
});

统一互动配置平台

oliverSdk.draw(params: { 
  // 抽取扩展参数
  extend?: PlainObject;
  // 指定权益抽取
  idleOliverBenefitCode?: string
}).then(res => {
  // do some things
})

利用一个统一的互动设置平台，将抽奖活动、任务设置以及积分规则串联起来。制定一套标准化的操作流程，对核心配置进行精确校验，以保证游戏流程的流畅性。这样，运营团队在测试阶段就能及时发现并解决潜在问题，确保活动的顺利进行。

oliverSdk.getLogs(params: {pageSize: number; curPage: number}).then(res => {
  // do some things
})

互动任务标准化

oliverSdk.update();

前端对淘系任务中心列表组件进行了二次封装，打造出了一个通用的任务列表组件。在业务层开发中，根据数据变动来展示内容，这样的做法简化了开发过程。因此，在实际应用中，开发周期显著减少，工作效率也大幅提高。

在过去的抽奖活动验收阶段，那些异常的代码对运营和测试人员来说并不友好，他们不得不多次进行排查。而现在，抽奖SDK的日志存储与解析功能，能够直接呈现异常的原因和解决方法。这个新功能的出现，使得运营和测试人员的工作效率得到了显著提升，几乎翻了一番。

在活动正式测试之前，运营团队必须在公共测试界面完成全流程的自检，只有通过这一步骤，他们才能进行提测。这样做可以预先发现潜在问题，从而减少测试阶段的开支。例如，某个活动在采用这一流程后，测试错误率减少了50%。运营人员需要提前确定投放方案，并检查权益设置。做好提前规划，可以使活动的投放更加精确和高效。依照既定流程进行配置，可以提前验证其正确性，进而减少后续测试的投入。

我们计划构建一个模块化的互动玩法平台，并提炼出基础玩法。运营团队能够自主调整玩法设置，以此提升活动的发布速度和品质。那么，大家觉得这个互动玩法平台还应该增添哪些实用的功能？

import useOliver from '@ali/pcom-fin-oliver-raxhook';


// 使用hook
const { oliverData, drawResultData, draw } = useOliver({
  activityId: '544'
});


// 监听活动数据
useEffect(() => {
  const availableTimes = oliverData?.availableTimes || 0;
  // do some things
}, [oliverData]);


// 监听抽奖结果
useEffect(() => {
  // do some things
}, [drawResultData]);


// 抽奖
draw();