客户流转申请及判定，规则及流程-V2.0-20200120（讨论版）

业务申请项

客户是否在其它方客保里

“已在申请方客保名单中，无需申请”

非自助账户

汇总Q2流转需求

“大客户与生态平台中心”、“综合网服行业中心”、“电商行业中心”、“游戏行业中心”、“销售中心”、“运营中心”

“更名后客户未开户，无法更名”

规则外case协商，以及流转结果确认

申请人姓名

“客户消耗涉及其它部门渠道，需双方协商”

否

推送对方总监

申请结束日开始，17个工作日内（15+2）

是

“客户消耗涉及其它部门，需双方协商”

同步业务结果

判定客户kpi行业

“符合更改/更正客户主体名称要求，纳入申请方客保”

该集团在其它方中有关联客户

“已在其它方客保名单中，需双方协商”

填写申请原因（明细）

纳入客保(无任务)

说明：1、系统可支持选定时间，下载客户流转申请的全量记录。2、系统可支持上传客户流转判定的最终结果（含是否流转、流转任务、流转后部门归属等【详细需求见单独的线上表】）

判定建议

待分配

业务侧申请人

bi建议项

“在多部门中均有该集团，需双方协商”

流转结果

申请方

按“客保归属原则”，BI组给出建议

T+7

一期系统判定项

通过

需协调项

申请方是否继续申请

是否上升GM

“无法证明集团关联关系，不能申请”

流转结果comments

未通过

6月10日-6月11日

申请无效

ops协商达成一致

驳回

涉及方总监

申请部门

ops协调反馈项

是否在申请方客保里

是（补充材料）

申请结束日开始，10个工作日内（6+4）

Q2客户流转时间节奏

重复客户无需申请

不流转

SPA销售标签

批量 通过/驳回申请项

6月22日

申请方放弃申请

【step1：映射客户kpi行业】客户在中间表中的系统一级行业、二级行业，映射到“20年行业分工表（含3个部门KPI行业映射关系）的kpi行业”【step2：映射客户部门kpi行业】若客户在同一部门存在2个及以上kpi行业，消耗额统一归属到该部门消耗最高的kpi行业【step3：确定客户kpi行业】a)无消耗客户：有唯一的封闭kpi行业，则认定客户kpi行业，否则置空b)有消耗客户：step2认定的客户部门kpi行业中，kpi行业消耗占客户总消耗比重≥80%（具体待定）且仅有唯一kpi行业符合要求，则认定为客户kpi行业。否则认定为公共行业【step4：确定客户部门部门归属】a)step3中客户kpi行业未置空的客户，即为客户归属部门    b)找出同一集团归属多kpi行业及部门的情况，备注需双方协商沟通后，确定归属

申请方现归属方

SMB引入

待定

“申请材料不符合要求，需重新提交”

不纳入客保

流转任务及客户信息补充（后面系统化）

申请类型(更改/更正主体名称)

判定客户行业是否为其它方kpi行业

业务未达成一致的客保汇总，给出客保建议

上传更名后营业执照说明：更改主体名称的，需上传工商管理提供的公章文件证明更名前后名称

申请方总监审批

客户状态comments

说明：如需申请该客保走客户流转场景二

另一方是否申请or保留客户

发布Q2客户流转启动邮件含初始化名单、流转规则、流转时间安排

涉及部门

客户流转申请-场景三：新增集团（按季度申请，可人工设置 申请开始时间、截止时间）

该集团在申请方中有关联客户uid group

业务提交项

是，线上更新申请信息

Q1-20年2月17号截止Q2-20年5月31号截止Q3-20年8月31号截止Q4-20年12月20号截止

ops填写双方总监意见

ops沟通双方GM意见

客户是否在申请方客保里

填写集团名称

申请kpi行业

(批量)申请客户流转

明确提供客保客户、以及诉求及证据

双方意见收集

Ops、BI

说明：如对集团与客户关联关系有争议，走“集团申诉”

申请类型(集团补主体)

判定客户消耗渠道占比（申请部门和subchannal不一致）

判断项

是否已开户

填写客户主体名称

协商确定争议项归属

7月2号

上传集团关联关系客户营业执照

申请材料不足

客户是否已开户

反馈业务总监确认结果

更名后客户主体

处理Q2客户流转需求（含是否流转/任务）

其他情况

内部确定争议材料

否，视为不再申请

申请方是否更新申请材料

达成一致项总监确认（需邮件确认）

流转(无任务)

提交Q2流转需求

申请方总监审批通过

“原客户不在申请方客保中，无法更名”

自助账户

客户及团队信息判断

按客保名单判定

7月3号-7月9号

上升GM会议沟通，确定争议项

特殊casespan style=\"font-size: inherit;\

2部引入

（一）客户kpi行业判定方式

更名前客户主体

“SMB服务商”、“SMB直销”、“自助”

未开户集团补主体

【step1：确认流转客户是否有任务】（1）客户主体更名的无任务（2）集团补主体 【 2.1 集团客保list内补主体】     申请其他方客保名单内客户主体，补入集团内，有任务。 【 2.2 集团客保list外补主体】     2.2.1、公共行业集团补主体：无任务，且严格执行流转下季度开始计入申请方客保     2.2.2、其他方封闭行业集团补主体：有任务，存量客户和新增客户均有任务（3）新增集团：有任务【step2：确认流转客户任务】（1）存量客户任务，按流量任务增速设置：      1.1、年度任务=∑19年该客户分流量和资源消耗额*20年分流量和资源任务增速      1.2、季度任务=20年各季度KPI行业任务占比*年度任务      1.3、流转任务=流转开始季度到年底的各季度任务加总（2）新客任务，按转入KPI行业任务设置：      1.1、20年无消耗客户任务=转入KPI行业当季度新客ARPU/KPI行业当季度任务占比      1.2、20年有消耗客户任务=该新客当季度消耗额/KPI行业当季度任务占比      1.3、流转任务=流转开始季度到年底的各季度任务加总（3）争议客户流转后任务：由业务方协商或上升GM流转的，任务由ops协商业务后确定（如在任务逻辑测算基础上*XX倍系数后对方同意流转，或申请方报备更高的任务）。

A

“未开户集团补主体，符合要求”

争议上升GM材料准备

业务反馈项

协作收集业务侧需求及答疑

申请结束日开始，15个工作日内（10+5）

汇总反馈结果，确认达成一致项

7月10号

申请更名的客户不归属申请方客保

【step1：确认流转客户是否有任务】（1）客户主体更名的无任务（2）集团补主体 【 2.1 集团客保list内补主体】     申请其他方客保名单内客户主体，补入集团内，有任务 【 2.2 集团客保list外补主体】     2.2.1、公共行业集团补主体：无任务     2.2.2、其他方封闭行业集团补主体：有任务，存量客户和新增客户均有任务【step2：确认流转客户任务】（1）存量客户任务，按流量任务增速设置：年度任务=∑19年该客户分流量和资源消耗额*20年分流量和资源任务增速--------流转的客户任务：1）行业任务=转出方业绩底数 X 转出方行业任务增速 2）流量任务=分二级流量，合约、招商、竞价，3）——取权重：各50%

集团补主体

不上升

Part2：客户流转申请及判定流程

时间节奏

申请类型(新增集团/其它)

集团关联关系

汇总上升项

“属于其它方kpi行业客户，需双方协商”

重复申请，已在申请方客保名单

渠道来源：微信、官网、移动官网、广点通服务号

T+11

该集团在申请方部门中有关联客户

在2个工作日内重新提交缺少的信息

上升

无法更名，已在其他方客保名单里

“已在其它方客保名单中，无法更名”

6月30日-7月1日

BI

提供初始化版配置表名单，和流转规则

是否在其它方客保里

同步业务侧Q2客户流转 时间窗口期、时间安排

“行业拓展中心”

财务标签=215

协调后结果记录

PL销售片区

1部引入

申请人总监

财务标签

6月15日-6月19日

“业务总监审批未通过，申请无效”

A走场景二 的A框定流程

思路1：流程待商榷：要求更名后的客户主体→先提交→审核通过→bi判断主体更名后思路2：客户更名后与更名前有关联性，则更名后的客户主体可以归为申请方。todo：分成改名（A update 成B）、两个场景；审核流程/规则，审核需要的材料确定：过户单独讨论：前客户主体过户到后客户主体的流程（A签给B）

“客户与集团无关联关系”

系统化后简化项

“符合更改/更正客户主体名称要求”

申请方受影响方

剩余情况

T+23

财务标签=217

审批客保申请，把控业务申请合理性

进一步走上升GM流程

目前人工判定(后续考虑系统）

说明：申请新增集团等客户流转，直接进入“待定”→双方意见收集流程

确定是否释放

ops

确定申请项

业务方发起客户流转，按申请类型填写

“符合要求，通过”

ops沟通双方总监意见

GM

判定客保申请，给出业务可行性建议

客户流转申请-场景一：更改/更正客户主体名称（日常需求，系统不设定申请时间限制）

申请人

T+13

按协商结果(有任务)

6月19日

说明：客户行业依据账户行业判定，如对行业有争议，需反馈“审核判定账户行业”

是（重新提交）

财务标签=216

判定客户消耗是否有来自其它部门渠道（申请部门和subchannal不一致）

其它规则建议-流转生效时间：建议流转客户当季度双方均可以做，业绩谁做的算谁的（以channal渠道来源为准），次季度归入申请方客保名单（原则同政策组）。

“属于其它方行业客户，需双方协商”

申请结束日开始，6工作日内（4+2）

客户流转申请-场景二：集团补主体（按季度申请，可人工设置 申请开始时间、截止时间）

判定结果已明确的客保汇总

Q2流转结果确定，邮件公示

改名（A update 成B）todo：①营业执照改名②竞价api免审进来的，无审核的客户名称不对——当前业务流程：审核系统升级前，销售分别发起关户、新建账户→分别审核——后续业务流程：审核系统升级后，销售发起更名申请（更名后营业执照+工商盖章公函）→审核判定更名通过→系统update客户名称。过户（A\\B都存在，A的账户过给B）——合约多：——大客户有客户id，错误名称及id与正确名称及id不允许。→账户迁移。——业务流程todo：风险项，微信端无法同步过去

汇总争议项

6月29日

申请结束日开始，4个工作日内

T+9

流转(有任务)

确定上升/撤回申请

客户流转申请及判定，规则及流程-V2.0-20200120

“KA品牌服务商”或“OMG直客销售”

6月23日-6月29日

另一方放弃客保

沟通业务总监意见

T=季度中30日前（5天）

上传客户营业执照

业务方协商达成一致

申请结束日内

客户流转判定规则，补充说明

整体客保结果确认

更名

发起申请

汇总争议项，分类处理

T+5

符合更名要求

Part1：客户归属判定原则及建议

“KA生态平台”、“KA生态平台服务商”、“KA效果服务商”、“KA效果服务商-京东”、“KA效果-京东”、“KA效果直客销售”、“KA效果直签服务商”

业务协商达成一致

（二）客户流转任务逻辑