短信运营质量
短信回填率分析报告
idn_core 短信发送记录 · 5月13日—5月28日（最近15天）
数据日期：2026-05-13 ~ 2026-05-28 场景：验证码 / 授信通知 / 放款通知 / 签约提醒 / 还款提醒 来源：三方数据-短信-Daily-近一年数据
15天整体指标总览
总发送短信数
40,374
5场景合计
整体发送失败率
13.4%
失败 5,243 条
验证码 15天回填率
91.6%
近3天骤降至 75–83%
还款提醒失败率
19.2%
累计失败 3,806 条
各场景 15天汇总（2026-05-13 ~ 05-28）
场景总短信发送失败率无回执率用户数未注册率回填率状态
① 验证码5,915 4.0%0.0% 5,2048.4%91.6% ⚠️近3天骤降
② 授信成功通知8,826 8.3%1.3% 7,6700.2%99.8% 失败率偏高
③ 放款成功通知5,553 8.0%1.0% 5,5530.0%100% 失败率偏高
④ 签合同提醒235 11.5%0.4% 2350.0%100% 失败率最高
⑤ 还款提醒19,845 19.2% 🔴1.0% 19,8110.0%100% 🔴 长期高失败
各场景发送失败率对比
还款提醒19.2%（3,806条失败）
19.2%
签合同提醒11.5%
11.5%
授信成功通知8.3%
8.3%
放款成功通知8.0%
8.0%
验证码4.0%
4.0%
🔴 紧急问题：验证码回填率近3天骤降（5/26起）
验证码回填率趋势（每用户短信数 & 未注册率）
未注册率 ≈ 20%
未注册率 ≈ 8%（正常线）
正常（未注册率5-9%） 异常（未注册率>15%）
验证码逐日明细
日期 短信/人 未注册率 ↓ 回填率
根因拆解：重发频率是关键线索
✅ 正常状态（5/13–5/25）
每人收到 1.07–1.17 条验证码
未注册率稳定 5.6–8.6%
回填率维持 91–94%
发送成功率 94–97%
🔴 异常状态（5/26–5/28）
每人收到 1.25–1.37 条（历史最高）
未注册率飙升 17–25%
回填率骤降 75–83%
5/28出现 无回执（3.4%）
⚠️ 重发激增说明什么？
用户收到验证码后没有成功注册，又重新请求 → 可能是：
· App 注册流程 Bug（5/26起）
· 验证码时效太短被用户截图/复制后过期
· 大量低意愿流量进入注册页
🔴 排查路径（按优先级）
  • P0 立即：查 5/26 App 注册流程错误日志，是否有"验证码校验失败"报错激增
  • P0 立即：对比 5/25 vs 5/26 注册来源渠道，看是否某渠道突然带入大量低意愿用户
  • P1：核查验证码时效设置，是否近期被缩短；考虑延长至 5–10 分钟
  • P1：针对已发2次以上验证码但未注册的用户，触发人工客服或引导提示
🔴 慢性问题：还款提醒发送失败率长期 19%
还款提醒逐日失败情况
日期 总短信 失败数 ↓ 失败率 无回执
05-131,19821417.9%11
05-141,32223517.8%11
05-151,32023718.0%9
05-161,33126219.7%10
05-171,30626820.5%14
05-181,30725919.8%11
05-191,38128220.4%6
05-201,37629921.7%9
05-211,41529921.1%5
05-221,34927820.6%5
05-231,31925819.6%10
05-241,35623117.0%7
05-251,27525019.6%6
05-261,29424719.1%6
05-271,29618714.4%84 ⚠️
合计19,8453,80619.2%120
量化影响
3,806
15天累计失败条数
~254
平均每天失败条数
0
天有明显改善
84
5/27 无回执异常（供应商故障？）
🔴 核心风险：收不到还款提醒 → 逾期率上升
  • 每天约 254 条还款提醒无法送达，这批用户失去最重要的还款提醒
  • 失败原因大概率是手机号失效/停机/空号（不是运营商问题）
  • 5/27 无回执84条（正常0–14条），当天疑似供应商短暂故障
  • 15天从未改善，说明底层号码质量问题未处理
📌 建议
  • 导出还款提醒连续失败3次以上的用户列表
  • 对该群体启用 WhatsApp / App Push 替代通道
  • 对比该失败群体的 DPD 状态，验证失败→逾期的相关性
  • 核查5/27供应商故障，确认是否影响当日还款到账
🟠 次要问题：授信 / 放款 / 签约通知失败率偏高
授信成功通知（8.3% 失败）
指标数值
15天总短信8,826条
发送失败729条（8.3%）
无回执114条（1.3%）
未注册用户12人（0.2%）
放款成功通知（8.0% 失败）
指标数值
15天总短信5,553条
发送失败445条（8.0%）
无回执57条（1.0%）
未注册用户1人（0.0%）
签合同提醒（11.5% 失败）
指标数值
15天总短信235条
发送失败27条（11.5%）
无回执1条（0.4%）
未注册用户0人
📌 分析：与验证码（4%）差距明显，原因推断

验证码发送对象是刚注册、手机号刚验证过的活跃用户，号码有效率高（4%失败）。授信/放款/签约通知的接收者部分用户手机号在授信后已更换或停用，导致失败率2倍于验证码。建议：定期对持仓用户做号码有效性验证（空号检测），及时更新联系方式。

行动建议（按优先级）
P0
立即排查 5/26 起验证码回填率骤降原因
重发频率从1.1跳到1.37条/人（历史最高），同期未注册率从7%飙至25%。优先查 App 注册流程5/26的错误日志（验证码校验失败？），同时对比5/25 vs 5/26注册来源渠道结构变化。
目标：定位根因，48h内回填率恢复到90%+
P0
导出还款提醒失败用户列表 → WhatsApp/Push 补发
每天约254条还款提醒无法送达，15天累计3,806条。立即导出连续失败≥3次的用户，启用WhatsApp或App Push替代通道补发。同时核查5/27供应商无回执异常（84条）是否影响当日还款。
目标：消除替代通道覆盖空白，降低因通知失败导致的逾期
P1
对比还款提醒失败用户 vs DPD 状态，量化逾期影响
将15天还款提醒失败用户（约3,806人次）与 idn_core.贷后 DPD 数据关联，计算该群体的逾期率是否显著高于正常通知用户。若相关性强，则提升此事件优先级。
预期：量化通知失败 → 逾期损失的金额
P1
优化验证码重发机制 + 延长时效
对同一用户在5分钟内请求3次以上验证码的，触发异常标记并引导客服。同时评估验证码时效是否合理（建议5–10分钟），避免用户因时效太短而反复重发。
目标：将验证码重发频率从1.37降回1.1以内
P2
持仓用户号码有效性定期清洗
授信/放款通知失败率8%，是验证码的2倍，主因是号码在授信后失效。建议每月对持仓用户运行空号检测API，将失效号码标记并在App内引导用户更新联系方式。
目标：将授信/放款通知失败率从8%降至4%以内
未注册用户特征分析（近7天清单 · 236人）
数据说明：未注册用户尚未生成 user_id，不在 t_user_info 中，因此设备型号、买量渠道、媒体来源无法从 BI 侧获取——需从 Firebase/Adjust/服务端日志查询。 当前可分析维度：重发行为 · 时间规律 · 正常期 vs 异常期行为对比，这些反而比渠道更能指向根因。
近7天未注册用户
236
验证码场景占 98.7%
异常期重发率（5/26-5/27）
43.1%
正常期仅 11.5%（3.7倍）
异常期平均发送次数
1.87
正常期 1.16 次
极高频用户（≥5次）
11
其中 10人在 5/26–5/27
正常期 vs 异常期 行为对比
指标5/21–5/25 正常期（113人）5/26–5/27 异常期（123人）
仅发送1次88.5%56.9% ⬇
发送≥2次（重发）11.5%43.1% ⬆
平均发送次数1.16条/人1.87条/人
发送≥5次（极高频）1人（0.9%）10人（8.1%）
高峰时段15时 / 13时 / 20时09时 / 08时 / 17时
用户行为解读低意愿，试一次放弃有意愿，被卡住重试
📌 行为反转说明：5/26 不是低意愿用户增多，是技术卡点

正常期 88.5% 的人只试一次就放弃（低意愿）；异常期 43% 的人在反复重发（有意愿被拦住）。加上早高峰（09:00）成为主峰——这批用户是上班前专门来注册的，却一直卡在验证码环节。

发送次数分布（近7天全量）
发送1次（仅试一次）170人 · 72.0%
72.0%
发送2次37人 · 15.7%
15.7%
发送3次14人 · 5.9%
5.9%
发送4次4人 · 1.7%
1.7%
发送5次（强意愿）7人 · 3.0%
3.0%
发送6次（极高频）4人 · 1.7%
1.7%
多次重发用户按时段分布
时段重发用户数平均重发次数特征
早晨（6–9时）8人3.1次通勤前主动注册，遇阻反复重试
晚间（17–24时）23人3.3次下班后尝试，持续性强
工作时（9–17时）27人2.7次量最大，工作间隙尝试
夜间（0–6时）8人2.2次少量深夜用户
最新发送时间 · 24小时分布（近7天236人）
🔴 09时峰值（异常期主峰，早高峰主动注册被卡） 🟡 15时次峰（正常期峰值）
根因推论链条
1
重发率从11%→43%：用户收到短信但注册失败，主动重新申请
2
09时成为主峰（原为15时）：早高峰有意愿用户被系统拦截，反复尝试
3
全天候分布（不集中某一时段）：不是特定时段服务异常，而是验证码校验逻辑问题
4
发送成功率仍94%+：SMS到达了，问题在 App 侧验证码校验环节
最可能场景：验证码填入后校验失败循环

用户收到验证码 → 填入 App → 提示"验证码错误/已过期" → 重新请求 → 再次失败 → 放弃注册。这与5/26 App日志中应该能看到 verify_code_failed 事件激增相对应。

✅ AppsFlyer 数据关联成功（appsflyer0527单日数据）：通过 customer_user_id 区分 5/26 安装用户中的已注册/未注册群体，发现两大关键线索。
🔴 核心发现：v1.1.6 iOS 和 Android 都有问题，iOS 更严重
Android v1.1.5（基准）
0.6%
未注册率 · 166人安装
Android v1.1.6
10.9%
未注册率 · 1,386人安装
iOS v1.1.6（最严重）
15.5%
未注册率 · 420人安装
⚠️ iOS 没有 v1.1.5 用户（样本中全为 v1.1.6），无法直接对比，但与 Android v1.1.5 基准相比，iOS 未注册率高 25.7倍。 两平台均受影响，Bug 存在于共享代码层，iOS 更严重可能因 iOS 审核机制导致版本推送策略不同。
v1.1.6 平台拆解：iOS vs Android 未注册率对比
平台 × 版本安装已注册未注册未注册率
Android v1.1.5 ✅16616510.6%
Android v1.1.61,3861,23515110.9%
iOS v1.1.6 🔴4203556515.5%
iOS v1.1.6 vs Android v1.1.6：差距 4.6pp。 两平台都受 Bug 影响，iOS 更严重。Bug 在共享代码层，iOS 端可能有额外触发条件（网络库差异？证书校验？）。
Android v1.1.5（基准）0.6%
0.6%
Android v1.1.610.9%
10.9%
iOS v1.1.6（最严重）15.5%
15.5%
iOS 未注册用户来源：
· Organic 52人（80%）
· Google 11人（17%）
· Facebook 2人（3%）
· 100% 使用 v1.1.6
其他维度：已注册 vs 未注册 特征对比（5/26，n=2,000）
维度 属性 已注册占比 未注册占比 差值 解读
渠道Organic 33.5%63.1% ⬆ +29.6pp Organic用户叠加Bug，完成率最低
渠道Facebook Ads 62.0%31.8% ⬇ -30.2pp FB用户注册完成率相对更好
运营商未知/WiFi 25.0%36.4% ⬆ +11.4pp 网络不稳定可能加剧验证码失败
运营商Telkomsel 23.6%18.4% ⬇ -5.2pp 优质运营商受影响相对小
CampaignMeetsocial credit (Android) 16.3%0.0% ⬇ -16.3pp 此Campaign用户100%注册成功
时段17时安装 24.7%82.9% ⬆ +58.3pp 17时爆发安装，Bug触发最集中
5/26 关键时段跳跃：16时正常（4.2%）→ 17时崩溃（29.0%）
时段安装量已注册未注册未注册率主要渠道
16时（正常）89185437 4.2% FB credit 为主（574人）
17时 🔴620440180 29.0% Organic 343人 + FB disbursement 174人
差值-271— +24.8pp ⬆—
16时 vs 17时 来源渠道结构对比
16时（891人）
Facebook: 574（64%）
Organic: 300（34%）
Google: 17（2%）
FB credit 主导 → 注册率高
17时（620人）
Organic: 343（55%）
Facebook: 214（35%）
Google: 63（10%）
Organic 骤增 → 未注册率暴跌
17时特殊Campaign：
· Meetsocial_disbursement（174人）首次大量出现
· GG_Ios_submit order（63人）Google iOS 集中进入
两个 Campaign 合计 237人（38%），是推送活动触达高峰
📌 16→17时跳跃的直接原因：渠道结构突变 × v1.1.6 Bug 叠加
  • 16时 FB credit campaign 主导（质量高）→ 即使有 v1.1.6 Bug，注册率仍 95.8%
  • 17时 Organic + disbursement campaign 涌入（质量低+意愿弱）→ v1.1.6 Bug 在这类用户身上表现更明显
  • 同样的 Bug，不同流量质量，结果差距 7 倍（4.2% vs 29.0%）
🍎 iOS 未注册用户完整画像（65人）
维度详情
未注册率15.5%（420人中65人）
App版本100% v1.1.6（无一例外）
来源渠道Organic 52人（80%）· Google 11人 · FB 2人
主要设备iPhoneX(15) · iPhone17(13) · iPhone11ProMax(13) · iPhone13(12) · iPhone14(11)
OS版本iOS 16为主（19.8%）· iOS 12/11约各14%
运营商未知/WiFi 36.4% · XL Axiata 14.3%（偏高）
关键：高端 iPhone 也受影响

iPhoneX、iPhone13、iPhone14 均在未注册列表，说明不是低端设备兼容问题，是 v1.1.6 系统性 Bug，iOS 端与 Android 共享触发条件。

✅ 对照组：Meetsocial credit Android（0%未注册）
维度数值
CampaignMeetsocial_KreditOK_FB_Android_AEO_credit_ID_260427
安装量290人
注册成功290人（100%）
未注册0人
App版本v1.1.6（同样是新版）
💡 同版本 Bug 不同结果 → Bug 有触发条件

同一天同为 v1.1.6，Meetsocial credit 0%未注册，其他 Campaign 高达 10-15%。说明 Bug 并非全量触发。建议对比这组用户的：
① 设备型号分布 ② 运营商分布 ③ 安装时段，即可精确定位触发条件。

综合结论 & 优先行动
🔴 主因：v1.1.6 Bug
iOS 15.5% · Android 10.9%
v1.1.5 基准仅 0.6%
两平台共享 Bug，iOS 更严重
🟠 次因：17时 Organic 爆发
620人安装，29% 未注册
55% 来自 Organic（低意愿）
Bug × 低质量流量 双重叠加
🔵 线索：Meetsocial credit 0%
290人安装，0人未注册
同天同版本，却完美通过
用此 Campaign 定位 Bug 触发条件
P0
热修复 v1.1.6 验证码校验 Bug（iOS + Android 均需修复）
iOS 15.5%、Android 10.9%，两平台均受影响。对比 Meetsocial credit（0%未注册）与其他 Campaign 用户的设备参数/网络环境，定位 Bug 触发条件（可能是特定网络环境下的 OTP 校验超时）。
P0
排查 5/26 17时集中推送事件，审查 Organic 流量质量
17时 343 人 Organic 安装来源不明，确认是否为某次营销活动触发。Organic iOS 未注册率 18.7%，本身质量偏低，建议减少对 Organic 渠道的依赖，转向 FB credit campaign。
P1
iOS FB credit campaign 扩量（目前每天仅 2–9 人，几乎不存在）
Android credit campaign（Meetsocial 版本）0%未注册，品质最优。参考此模式在 iOS 建立对应 credit campaign，替代当前 80% Organic 的 iOS 未注册来源结构。
数据来源：三方数据-短信-Daily-近一年数据 · 三方数据-短信-实时-近一周未注册用户清单 · 观远BI · 报告生成：2026-05-28