惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - Franky
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
有赞技术团队
有赞技术团队
aimingoo的专栏
aimingoo的专栏
WordPress大学
WordPress大学
人人都是产品经理
人人都是产品经理
酷 壳 – CoolShell
酷 壳 – CoolShell
L
LangChain Blog
Blog — PlanetScale
Blog — PlanetScale
阮一峰的网络日志
阮一峰的网络日志
Microsoft Azure Blog
Microsoft Azure Blog
云风的 BLOG
云风的 BLOG
Google DeepMind News
Google DeepMind News
T
The Blog of Author Tim Ferriss
G
Google Developers Blog
Hugging Face - Blog
Hugging Face - Blog
Y
Y Combinator Blog
D
DataBreaches.Net
Engineering at Meta
Engineering at Meta
MyScale Blog
MyScale Blog
大猫的无限游戏
大猫的无限游戏
S
SegmentFault 最新的问题
The GitHub Blog
The GitHub Blog
Recent Announcements
Recent Announcements

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
记一次催收策略/模型实践——提升客户可联率
并步跳步交叉步 · 2022-10-14 · via 人人都是产品经理

客户可联率,即当日接通的客户数除以当日拨打客户数所得出的数字,它是影响公司主力业务线回款率的原因之一。那么,如何提升客户可联率呢?本文作者以一次模型实践为例,对此进行了分析,一起来看一下吧。

一、业务背景

公司主力业务线回款率恶化较为明显,经分析,近期客户拨打的可联率比以往大幅度降低。

注:可联率 = 当日接通的客户数/ 当日拨打客户数。

二、方案简述

记一次催收策略/模型实践——提升客户可联率

现行的方案:拨打策略是基于业务专家经验,每日拨打是固定次数、固定时间间隔,大量集中在每日特定几个固定(经验认为的黄金拨打时段)时间点,每日拨打电话量大,系统并发要求高,但存在许多无效重播。

计划的方案:是结合客户画像,差异化的预测出每一个客户的多个容易拨通的时间段进行拨打,如此,不仅能提高接通率,还能减少每日拨打总量,降低系统并发要求。

注:目标制定上,尽管业务部门的终极目标是提升回款率。但考虑到客户回款前的中间链路与不确定影响因素较多,而客户可联却是本项目可直接作用的,故将客户的可联率作为本项目的考核指标。因此,一般建议将对业务目标有正向作用的,且策略可直接影响的指标作为项目目标。

三、项目实施

1. 数据分析与客户分群

记一次催收策略/模型实践——提升客户可联率

  • 新客:是指入催次数较少的客户;
  • 老客:是指有过多次入催记录的客户,其中,极端老客是那种历史上多次拨打均不可联的客户或及易拨打可联的客户,数据分析显示,这一部分客户对项目指标的提升的贡献极小。而非极端老客是策略优化的首要客群。

记一次催收策略/模型实践——提升客户可联率

记一次催收策略/模型实践——提升客户可联率

记一次催收策略/模型实践——提升客户可联率

用于训练和验证的数据主要分布在2020-08-01~2021-03-28,当时的用户数共216052。

2. 特征加工与选取

1)基本信息

籍贯、大区、省份、年龄、婚姻状况、学历、行业、职位、收入、房产信息、车贷信息、已有合同数、总款额、放款期数、渠道等。

2)拨打历史

历史中每个时间段的接通次数、平均通话时间、通话总时长、近一三六期通话时间、近一三六期通话质量:交互次数、对话次数、近一三六期{kptp(承诺还款后实际还款)情况}、最一三六期是否拒绝还款、近一三六期跳票情况等。

3)还款表现

历史各时段的接通次数、平均通话时间、通话总时长、近一三六期通话时间、近一三六期通话质量:交互次数、对话次数、近一三六期{kptp(承诺还款后实际还款)情况}、最一三六期是否拒绝还款、近一三六期跳票情况等。

4)APP埋点数据

登陆时间、登陆次数、还款页访问时间、查账页访问时间等。

5)设备采集数据

系统最新启动时间、电池是否充电中、是否连接wifi等。

基于iv值、gini系数、相关性检验等分析:

记一次催收策略/模型实践——提升客户可联率

3. 模型探索

结合模型指标、计算效率,本次选取XGBOOST模型。

4. 训练效果

模型一:

记一次催收策略/模型实践——提升客户可联率

模型二:

记一次催收策略/模型实践——提升客户可联率

5. 线上AB测试

记一次催收策略/模型实践——提升客户可联率

  • 分流:近一个月内累计拨打4w名客户,其中测试组与对照组分流各占50%,系统保证(客户号哈希)客户特定客户恒走老策略,特定客户恒走新策略,新策略逐步切量。
  • 结果:T(即账单日)可联率提升10.1%(回款率提升5.6%),非T日(即非账单日),可联率提升2.9%。

四、后记

本项目第一阶段为期8周(数据探索2、模型训练1,AB测试5),投入人力2人。既没有用到特别复杂的模型,也没有耗费过多的资源。本是一次不抱有过多期望的探索,却意外取得了不错的效果,并得到了公司高层的赞誉与推广。

因此,在立项阶段,要大胆尝试,打破常规;在实施过程中,要少炫技,重结果。

作者:王小宾;微信公众号:一起侃产品

本文由@并不跳步交叉步 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。