业务方看经营价值
目标客户是谁、为什么值得打、上线后每天看哪些指标。
目标态 Demo
演示数据
通话未开始
未核身
01 / 15
目标态 Demo 与团队实现拆解
Luvit 账单分期电销支持方案
基于电销后台目标态，完整演示从名单入池到核身授权、提交办理、结果通知和审计留痕的业务链路。
演示数据
目标态先跑通，再看背后谁来交付。
本 HTML 不接真实接口，不代表生产系统已支持；用于让业务、App、风险和系统团队对齐方向。
目标态 Demo · 系统现状待代码问答确认 · 不承诺研发排期
01 / 15
会议目标
交互流程确认 & 团队分工拆解
先用可交互后台把链路讲清楚，再按流程模块拆出功能能力、系统依赖和团队交付。
App 产品看承接位置
哪些情况必须转 App，自助办理页要承接什么信息和结果。
风险看强控边界
本人确认、生日核身、明确授权、录音覆盖、审计日志如何闭环。
完整 Demo
在坐席案件详情页里跑完分期办理链路
基于 XTMS 案件详情页骨架，把 Luvit 账单、分期方案、身份核实、授权办理和兜底结果嵌入同一个坐席工作流。
未通话
预留手机号
00:00:00
☎
姓名：Maria S.
分机：Demo-07
状态：未签入
当前自动外呼策略：New cases call first
欢迎页 ×
坐席组分案 ×
案件列表 ×
国际化电销 ×
24349380 / ×
国际化电销>案件详情演示数据系统现状待代码问答确认
M
姓名：Maria S.
手机号：**** 3186
注册时间：2026-08-20 10:18:42
userId：24349380
可用额度：PHP 42,000
已绑卡：是
性别：未知
注册渠道：googleadwords_int
案件类型：LuvitBillInstallment
任务状态：待外呼
可拨打：是
案件信息
营销记录
账单分期
备注待外呼
先拨打客户预留手机号。电话未接通前，身份核实、授权确认和提交办理保持置灰。
账单信息坐席引导用户理解本期账单
| 账单日 | 2026-08-25 | 还款日 | 2026-09-14 |
|---|---|---|---|
| 当月账单 | PHP 18,000 | 最低应还 | PHP 1,800 |
| 已还金额 | PHP 0 | 剩余应还 | PHP 18,000 |
| 账单状态 | 待还款 | 是否适合营销 | 适合继续引导 |
分期机会与优惠以 Luvit offer 为准
| 可分期金额 | PHP 18,000 | 推荐期数 | 6 期 |
|---|---|---|---|
| 每期应还 | PHP 3,112 | 费用说明 | 手续费优惠中 |
| 优惠信息 | 本期手续费 20% off | offer 有效期 | 2026-09-01 23:59 |
| 上次分期 | 上次分期 42 天前 | App 路径 | Luvit App > Bills > Installment |
坐席引导路径按话术顺序看字段
1 确认账单先说明本期账单、还款日和剩余应还。
2 解释方案再解释可分期金额、推荐期数、每期应还和费用优惠。
3 处理顾虑客户不放心时发送官方短信，引导 App 自助查看同一 offer。
处理记录未发送
流程拆解 01
名单与业务池：把合适的账单分期用户引导到电销池
这一页先把名单经营口径讲清楚：谁负责圈人、用什么平台流转、什么用户入池、如何分案、什么时候自然出池。
Luvit 账单分期电销池
Stakeholder：Luvit卡业务 + BA + 电销；使用平台：DataWorks + DMP + PMS。
演示数据系统现状待代码问答确认
StakeholderLuvit卡业务 + BA + 电销业务定义目标用户和出池规则，BA 组织进件链路，电销承接分案和跟进。
使用平台DataWorks + DMP + PMSDataWorks 加工变量，DMP 圈选人群，PMS 下发业务分类和任务。
业务分类类型=Luvit｜分类=引导分期新建分类用于承接名单、跟进动作、结果回写和报表统计。
1账单窗口账单日当天到还款日前的用户，具备明确沟通场景。
2可分期机会存在可分期金额，offer 有效，账单未还清。
3风险排除过滤投诉、敏感、核身锁定、频控不满足等用户。
4进入电销池PMS 按 Luvit 引导分期分类下发，XTMS 承接任务。
自然出池周期业务按需配置
发起办理、用户主动办理、账单已还清、offer 失效、还款日后、达到跟进频控上限等场景，需要明确是否自动移出跟进列表或进入冷却池。
手动分案Daily 运营动作
电销主管可按账单窗口、可分期金额、推荐期数、坐席资源和坐席组进行 Daily 手动分案，支持临时调配和任务回收。
企微表格补充：业务定义哪些用户进入电销；BA 通过 DataWorks + DMP + PMS 通路进件；电销业务新建案件业务分类并执行 Daily 手动分案。
流程拆解 02
坐席任务：列表要把“能不能打”说清楚
任务不是电话清单，而是带着账单窗口、offer、拨打次数和可拨打状态的分期机会。
| 客户 | 账单日 | 还款日 | 可分期金额 | 推荐期数 | 每期应还 | offer 有效期 | 拨打次数 | 任务状态 | 可拨打 |
|---|
点击不同客户，会同步切换完整 Demo 和详情字段页的客户、资格状态和办理门禁。
流程拆解 03
详情字段与出池规则：坐席该讲什么、哪些客户不该继续跟
详情页字段按坐席话术路径组织；资格过期和账单已还清等场景，需要业务明确是否主动移除跟进列表。
Maria S. · Luvit 账单分期任务演示数据
1. 确认客户与账单Maria S. / 预留手机号账单日、还款日、剩余应还，帮助坐席先把背景讲清。
2. 解释可分期方案PHP 18,0006 期推荐，每期约 PHP 3,112。
3. 说明优惠与费用手续费优惠中本期优惠以 Luvit offer 为准。
4. 风险边界**** 3186手机号、卡号脱敏；正确生日不展示，只返回核身结果。
5. 历史分期与顾虑上次分期 42 天前客户可能关注费用和官方办理入口。
6. 操作区身份核实、授权确认、提交办理由通话状态、核身、资格和账单状态共同控制。
主动移除跟进列表：待业务确认
默认不把目标态规则写死，会议上需要明确哪些情况立即出池、哪些只禁止办理但保留可见。
流程拆解 04
通话门禁：按钮必须跟随 Call 状态变化
核身和办理不能变成普通表单按钮，必须依赖 callId、接通时间、挂机时间和录音信息。
通话控制
未接通核身置灰，办理入口关闭。
通话中核身高亮，允许进入授权链路。
已挂机关闭核身和办理入口。
请先拨打预留手机号。未接通时不能做生日核身。
背后依赖
- Call 系统返回 callId、接通时间、挂机时间、录音地址。
- XTMS 前端根据通话态控制按钮门禁。
- XTMS 后端记录操作时的 callId，避免脱离录音办理。
- 风险确认哪些动作必须在通话中完成。
流程拆解 05
核身规则：通过后才进入授权办理
坐席只输入客户口述生日，系统只返回通过、失败或锁定；正确生日不在页面展示。
核身弹窗
只有电话已接通且通话中时，生日输入和校验按钮可用。
办理按钮为什么还不亮
1通话中Call 状态有效
2有意向客户表达继续办理
3核身通过生日校验成功
流程拆解 06
授权办理：提交前必须确认费用明细和明确授权
办理动作不是“坐席点一下”，而是金额、期数、月供、费用和录音授权同时满足后才允许提交。
办理前确认清单
核身通过并完成全部确认后，办理按钮才会解锁。
禁止提交的情况
- 未接通、已挂机或没有 callId。
- 客户无意向、核身失败或达到重试上限。
- 资格过期、账单已还清或 offer 已失效。
- 未再次确认金额、期数、月供、费用和授权。
流程拆解 07
提交结果、风险兜底和审计日志串成一条证据链
成功要给确认，失败要给去路；客户不放心、核身失败、已挂机和提交失败都回到官方渠道。
办理结果
提交结果待提交完成核身和授权后提交。
短信/App未发送失败、无意向、不放心时转官方渠道。
结果会同步写入审计日志，用于投诉举证和日常质检。
客户不放心发送官方短信，引导 App 自助查看 offer。
核身失败锁定电话办理，不继续追问敏感信息。
已挂机关闭核身和办理入口，只保留日志。
提交失败告知未办理成功，App 承接最新状态。
审计日志
结果闭环数据看板
每天看名单是否跑通、办理是否闭环
从进池到外呼、核身、授权、提交、成功和转 App，统一看经营漏斗、异常原因和风险质检。
整体漏斗演示数据
进池用户数3,200PMS 今日批次
可拨打用户数2,740扣除出池/频控
接通用户数628Call 回传接通
核身通过数286Luvit/Datahub 校验
授权确认数174录音覆盖授权
提交办理数151Luvit 办理请求
办理成功数126账务返回成功
转 App 数312短信/App 兜底
进池
3,200
可拨打
2,740
接通
628
核身通过
286
提交办理
151
办理成功
126
分渠道承接Quick BI 目标态
电话办理成功126坐席提交后 Luvit 返回成功，并发送确认短信。
App 自助承接312用户不信任、核身失败、提交失败时回官方入口。
需人工复核48查不到信息、投诉敏感、录音异常进入质检跟进。
失败/出池原因口径待确认
资格过期186
账单已还清142
offer 失效96
核身锁定41
提交失败25
客户拒绝/不信任219
超过频控73
真实指标口径需业务、BA、Luvit、XTMS、Risk 共同确认；本页只表达上线后应如何看闭环。
业务看经营效率
名单质量、接通转化、成功办理和转 App 承接是否形成稳定漏斗。
产品看承接断点
失败、拒绝、不信任、核身锁定后，App 和短信是否能承接同一笔 offer。
风险看异常闭环
核身失败、挂机后操作、重复提交、投诉敏感和录音异常是否可追溯。
实现拆解
按流程拆解模块和功能能力
每个前台动作背后都对应一组系统能力，先按流程模块拆清楚，再落到团队分工。
流程模块清单
模块、页面动作、功能能力、依赖系统和风险控制均可编辑。
团队分工
每个团队要交付什么
把流程模块进一步落成责任清单，方便会后进入代码问答、接口确认和 PRD。
团队责任卡片
每张卡聚焦交付、待确认和关联模块；保存后写入当前浏览器本地。
上线监控指标
上线后持续看经营质量和风险边界
结果看板看闭环，监控指标看是否稳定、安全、可运营。
推送用户数3,200PMS
接通用户数628Call
平均通时124sCall
接通率19.6%运营
核验信息数量286XTMS/Luvit
成功办理数126Luvit
风险观察
核身失败、客户不放心、挂机后操作、重复提交、投诉/撤销链路需要日常巡检。
业务观察
从推送到接通、核身、办理、转 App 的转化漏斗，先看过程质量再谈成功数。
会议收束
从目标态 Demo 回到落地共识
先确认用户怎么被经营，再确认每个系统和团队补什么；本次会议确认方向，不承诺上线排期。
交互流程确认
名单进入电销池后，坐席在案件详情页完成外呼、身份核实、授权、提交和结果告知。
详情字段确认
账单日、还款日、可分期金额、期数、月供、费用、优惠和 App 路径按话术顺序展示。
门禁规则确认
身份核实只在通话中点亮，办理提交受核身、授权、资格、账单状态共同控制。
出池规则待拍板
资格过期、账单已还清、offer 失效、拒绝、核身锁定等场景是否主动移除需业务确认。
团队责任确认
业务、BA、PMS、XTMS、Call、Luvit、App、风险、质检和运营各自补齐交付项。
下一步代码问答
用内网代码问答确认现状差距，再沉淀 PRD、接口清单和排期评估。