一个优秀的Push平台,需要经历怎样的前世今生

简介: 没有什么是hermes解决不了的

作者:闲鱼技术-剑辛

对闲鱼的用户来说,Push更是与用户息息相关,因为闲鱼商品库存只有一件,商品的时效性很强,所以当用户关注的卖家上新、浏览的商品发生降价或者是平台为用户找到一批高性价比商品时,用户都期望尽快被通知。Push已经成为用户与闲鱼平台联系的重要纽带。

本文将以技术同学视角,介绍闲鱼Push从离线手工投放的1.0版本进化到智能个性化的2.0版本的发展过程,详细说明遇到的问题和技术方案选型,以期给读者带来一些思考和解决类似问题的思路。

闲鱼push路线图

一、闲鱼Push1.0

当闲鱼开始all in无线后,平台需要把与用户相关的优质内容推送给用户,便于用户快速找到想购买的商品和感兴趣的内容。平台亟需一个Push产品化方案保证将优质内容以Push的形式触达到用户,提升用户体验。基于这样的前提,闲鱼Push1.0方案的主要思路如下:

  • 计算Push用户名单

    • 计算与用户强相关的优质Push场景,根据场景得到用户名单
    • 垂直业务根据用户画像等条件,圈选业务的目标人群
  • 基于场景疲劳度过滤每个用户能发送的场景列表
  • 对每个用户的场景列表进行全局择优,挑选点击率最高的场景作为目标场景

闲鱼Push1.0方案简单明了,流程清晰,而且离线流程方便监控告警和问题排查,满足当时的业务需求,上线后运行稳定。在很长一段时间内1.0方案的核心架构和流程没有太大变更。但随着业务发展,闲鱼Push1.0方案的一些弊端开始暴露,包括

  • Push用户名单计算不够实时
  • 消息卡片样式不够丰富
  • Push触发时机单一
  • Push场景比较少

这些问题最终导致Push点击率无法继续提升,触碰到1.0方案的天花板。为了解决这些问题,我们对闲鱼Push系统进行几个方面的优化升级,并最终重构了闲鱼Push系统。

二、闲鱼Push1.1

为了给Push用户提供更好的用户体验,丰富用户Push场景,我们优先考虑从消息样式、触发时机和用户场景几个方面优化扩展现有闲鱼Push方案,优化项主要分为消息feeds流升级、Push时间个性化、实时Push等。

2.1、消息feeds流升级

Push会沉淀到客户端的消息板块,而消息板块也是用户进入闲鱼后浏览最频繁的板块之一,消息样式最开始只支持文本消息和图片消息,这类消息样式的问题是对用户来说有效信息曝光少、而且消息样式单一。为此我们对消息展示形式进行升级,通过feeds方式展示消息,提升有效信息曝光率,优化消息样式,打造消息板块的用户心智。feeds流升级上线后效果明显,因为用户感兴趣的内容相比透出更多,UV点击率和用户次留相对提升都很大。
undefined

第一条为feeds流消息,之后是图片消息,相对来说,feeds流消息可以透出更多有效信息

2.2、Push时间个性化

闲鱼Push1.0方案主要支持的是定时批量Push,实际的运行情况是定时批量给目标用户发Push。Push触发时机比较单一,人为造成流量较为集中,增加系统稳定性风险;另外统一的触发时机并不适用于所有用户,存在对部分用户打扰的情况。

针对这种情况,我们优化了Push触发时机,由算法根据用户行为计算预测每个用户的触发时机。算法将用户相对平均的分在一天之中,在用户相对活跃的时间段将Push触达给用户,减少对活跃用户骚扰,也使得Push触达的用户群体分层更加合理健康。

2.3、实时Push

闲鱼Push1.0方案主要覆盖的是用户相关离线场景,对用户实时行为产生的场景覆盖不够,而且这类场景较离线场景相比实时性更高,对用户来说相对更重要。针对这个问题,我们增加了对实时场景覆盖,将用户行为抽象成关系模型,以IFTTT作为系统整体触发机制。当关系一侧的用户行为发生变更后触发对另一侧的触达,这类场景实时性更强,和用户强相关,提升用户Push场景丰富度,增强用户粘性。实时Push场景上线后Push点击率相对离线场景提升1倍以上,具体技术细节可参考闲鱼IFTTT

以上是我们针对闲鱼Push1.0的功能优化和增强,通过这些能力也扩展支持了更多场景和业务,最终组合在一起成为闲鱼Push1.1版本。

三、闲鱼Push的今生

闲鱼Push1.1整体上线后极大提升了用户Push场景丰富度和用户体验。随着对Push和用户理解的深入,我们发现还有优化提升的空间,包括:

  • 平台视角不够,现有的优化更偏向点对点,需要从闲鱼Push平台视角将这些点连成线形成合力,产生1+1>2的效果
  • 现有闲鱼Push流程的本质还是离线计算,算法无法进行更加实时的个性化和全局择优,对用户体验有一定影响
  • 场景配置不够灵活,新增场景成本高,制约了丰富用户Push场景的进度

基于这些原因,我们最终对闲鱼Push系统进行重构和升级,打造闲鱼Push实时智能投放平台-Hermes。Hermes取自希腊神话,他聪明(智能)、行动敏捷(快)、多才多艺(多种触达),最能契合闲鱼Push实时智能投放平台的使命愿景。

3.1、逻辑架构

undefined
Hermes架构与闲鱼Push1.0完全不同,以实时为目标,在场景素材准备、算法全局调优和Push发送等关键环节实现实时或准实时,提升Push内容时效性;另外从平台角度出发,将Hermes分为配置中心、匹配中心和任务中心,各个子系统定义交互的数据协议,彼此没有强依赖。三个子系统的作用分别是:

  • 配置中心

    
    配置中心负责维护平台核心数据模型,给业务方提供页面操作配置Push场景和素材,降低业务方接入成本;并且把配置数据以离线全量和实时增量的方式同步给算法模型,作为匹配依据。
  • 匹配中心

    匹配中心又称为算法择优中心,匹配中心负责训练算法择优模型,根据场景和素材配置为每个用户个性化筛选,根据每个素材历史点击率数据排序,根据用户近期行为召回用户最有可能感兴趣的素材和个性化内容。
  • 任务中心

    任务中心负责Push触发时机和实际触达,任务中心核心支持定时触发、实时触发和时间个性化触发,目的是对Push触发方式收口,为不同的业务和场景选择不同触发方式,帮助业务实现业务目标。另外是对触达进行收口,方便平台编排触达计划,包括触发时间和发送量级,保证达到业务目标同时不会对Hermes和业务下游系统造成过大瞬时压力。
    

3.2、业务效果

Hermes平台上线后效果非常明显,主要表现为:

  • Push点击率相对提升达到两位数
  • 用户场景覆盖量直接翻倍
  • Push点击激活的DAU也超过历史最高水平

四、总结

本文介绍了闲鱼Push从前世离线计算的1.0版本,发展到多项功能优化的1.1版本,最终进化成今世的实时智能投放平台的全过程,其实闲鱼Push的每个阶段都契合当时业务发展需要,但对于用户体验的无限追求最终产出了闲鱼Push实时智能投放平台-Hermes。希望这种方式可以帮助读者理解闲鱼Push发展的业务背景和技术方案选型考量。接下来我们还会有一篇文章详细说明Hermes的技术方案,包括系统架构、技术选型、性能优化和稳定性保障措施,欢迎大家继续关注。

相关文章
|
2月前
|
存储 运维 jenkins
放弃"Jenkins"的种种理由,期待更好赋能研发的"持续交付平台"
Jenkins 很酷,但是不完美,有历史局限性造成的问题。本文仅从“如何更好给研发团队赋能的角度”,剖析Jenkins, 探讨理想的持续交付平台, 不带货无广告~
|
2月前
|
运维 安全 Cloud Native
解读平台工程,DevOps真的死了吗?不,它只是换了个马甲而已,依然是DevOps的延续
最近平台工程这个概念越来越火爆,Gartner 的预测,到 2026 年,80% 的软件工程组织将拥有平台工程团队,来提供内部服务、组件和应用程序交付工具,作为可重复使用的资源。本篇文章将带你走进平台工程,了解它的起源和解决的问题。
|
9月前
|
存储 运维
两大赛道示例代码现已开放,4重豪礼送不停!
数据洞察创新挑战赛,两大赛道示例代码现已开放,小白也能轻松得分,20万奖金池等你瓜分!更有无门槛参与奖+限时冲榜奖+邀请试用奖,多重好礼送不停!
149 0
两大赛道示例代码现已开放,4重豪礼送不停!
|
4月前
|
缓存 NoSQL 数据库
一文搞懂秒杀系统,欢迎参与开源,提交PR,提高竞争力。
一文搞懂秒杀系统,欢迎参与开源,提交PR,提高竞争力。
|
11月前
|
Cloud Native 安全 搜索推荐
都说DevOps落地难,到底难在哪里?也许你还没找到套路
当你打开这篇文章的时候,也许你也在为DevOps的落地而苦恼,也许你的组织正在尝试DevOps转型,作为一线的实践者,说说我对这个“落地难”的看法,欢迎交流不同看法~
|
11月前
|
存储 安全 算法
从“Back to Basic”到伙伴优先,阿里云的组合拳总算整明白了
阿里巴巴最近又活跃了起来——不是在天猫,也不是在支付宝,而是在技术端。 5月26日,阿里云发布了2022财年财报,营收首次超过千亿达到1001.8亿元,同时首次实现年度盈利(11.46亿元); 6月13日,阿里云智能总裁张建锋在2022年阿里云峰会上发布年度策略“Back to Basic”,发布了云数据中心专用处理器CIPU,提出要在技术长征路上不懈努力赢取新的突破;
252 0
|
开发工具 git
《百度万人研发团队 Git 工具链建设的挑战与思考》电子版地址
百度万人研发团队 Git 工具链建设的挑战与思考
52 0
《百度万人研发团队 Git 工具链建设的挑战与思考》电子版地址
|
持续交付 Docker 容器
《应用Docker进行持续交付:用技术改变交付路程》电子版地址
应用Docker进行持续交付:用技术改变交付路程
58 0
《应用Docker进行持续交付:用技术改变交付路程》电子版地址
|
Prometheus Cloud Native IDE
名垂千古的机会到了,一文说清【给开源大项目贡献代码】二三事(github,pr,fork,ci)
名垂千古的机会到了,一文说清【给开源大项目贡献代码】二三事(github,pr,fork,ci)
名垂千古的机会到了,一文说清【给开源大项目贡献代码】二三事(github,pr,fork,ci)