手淘双11最新实践：PopLayer弹层领域研发模式升级

1、大促氛围打造

开售倒计时提醒

2、增强用户体验

死亡恢复浏览飘条

3、红包发放&提醒

左图：星秀猫开奖，右图：红包催用提醒飘条

4、用户指引

可以看到，弹层业务的交互形态是灵活多变的，业务目标诉求也各有不同。其背后有着各自业务层面的复杂诉求和增长目标。PopLayer为此提供了一套端侧弹层管理SDK+投放系统的整体解决方案。

PopLayer常规投放&生效流程

注：PopLayer是以端侧中间件为核心进行建设的，其中每个环节都有比较复杂的链路可以展开，这里我们不展开讨论端侧细节，主要讨论研发效率方面。

在这套流程中，对业务方负担最重的，也是研发耗时最重的，便是前端页面的研发以及服务端接口的研发。且各个业务的曝光预判接口不断累积，也带来了非常大的资源浪费与QPS压力。随着弹层业务逐年增多，这套模式的弊端越来越凸显：

• **研发效率低下。**以日常期间观察，研发一个图文类型弹层，至少需要一个前端人员投入三天以上时间+一个后端人员投入三天以上时间+测试人员投入一天以上。

• **运营效率低下。**运营策略往往受限于研发成本、资源调控、以及上线时间等等问题，而无法灵活展开与快速迭代。尤其在大促期间，很多快速决策的运营玩法无法及时且稳定地落地，丧失了关键时刻获取流量的机会。

• **研发质量难以保证。**不同于整页研发，弹层存在一些特殊需要注意的问题。而研发人员接入PopLayer的流程熟悉程度往往有限，很容易因缺乏经验而产生线上异常，比如只有背景黑色遮罩弹出而内容加载失败（可以想一想会是什么状况）

• **业务数据指标没有统一标准，**无法形成客观统一的业务指标，无法通过数据快速定位问题，无法形成有效的数据沉淀与对比。

• 整体方案难以沉淀复用。

这样的研发成本，对于Pop这类往往需要快速响应的业务需求，是远远不能满足的。尤其在大促期间，对时效性要求很高，一个Pop从决策到上线，可能仅仅只有1-2个小时的响应时间，一旦错过时机对业务的流量损失是巨大的。

经过建设搭投模式，这套陈旧野生的研发流程终于得到了改变。如今，通过新模式&#x