# 安诚方配合事项清单（非开发性质工作） > 项目：安诚财险企微私域运营项目 > 范围：系统与平台由开发方负责开发交付；本清单只列**必须由安诚方主导或深度配合**的非开发工作。 > 口径：依据《数字化时代背景下安诚财险私域破局之道》方案与已交付 Demo 的功能场景梳理； > 责任部门与工作量均为建议值，需双方在启动会上确认。 **总量：7 条工作流 · 33 项具体事项 · 4 项最易被低估的关键工作 · 6 类关键风险** --- ## 一、关键节点与推进节奏 | 阶段 | 周次 | 必须完成的配合工作 | | --- | --- | --- | | **立即启动** | 第 0–2 周 | · 客户数据使用与营销授权确认（法务）
· 六类客户资源池摸底
· 攻坚小组组建
· 经营基线数据摸底 | | **数据攻坚** | 第 2–6 周 | · 团单保单拆分到人（重点）
· 保单数据清洗与核对
· 客户信息补全与去重
· 渠道来源补齐
· 车辆与理赔数据整理 | | **知识库建设** | 第 3–8 周 | · 车险知识库（≥300 条）
· 非车险知识库（≥400 条）
· 理赔与服务权益知识库
· 历史咨询语料梳理
· 话术库与合规红线 | | **上线准备** | 第 6–9 周 | · 企微账号与权限矩阵就绪
· 埋点事件字典确认
· 一线培训与演练
· 机构物料与试点就位
· 量化目标确认 | | **上线运行** | 第 9 周起 | · 双周复盘机制运行
· 内容持续供给（四类主题）
· 知识库长效更新
· 服务商与渠道协议持续落地 | --- ## 二、分工作流配合清单 ### 1. 客户主数据与保单数据准备（7 项） > 整个私域经营的地基。数据不干净，标签、客群、策略全部失真，AI 客服也答不准。 #### 1.1 【重点】团单/团险保单拆分到人 **[重点]** - **事项说明**：核心系统中一张团单往往只有一条保单主记录（被保险人清单在子表或以附件形式存在）。需要按团单维度拆出被保险人明细，形成「一张团单 → N 个被保险人 → N 个个人账户」的关联关系，否则团险客户无法进入个人私域经营。 - **为什么重要**：不做这一步，团单客户在私域里等于「隐形」：无法个性化触达、无法做续保提醒、无法算客户价值得分。 - **建议责任方**：数据管理部（主）+ 团险部 / 核心系统厂商（配合） - **交付物**：《团单-被保险人明细表》+ 与个人 OneID 的关联规则说明 - **完成判据**：抽样 100 张团单，被保险人拆分完整率 ≥ 98%；拆出的个人记录能通过手机号/证件号成功关联到既有个人账户，关联成功率 ≥ 90% - **风险提示**：部分团单被保险人仅有姓名无证件号，需与团险部人工补录 - **建议工作量**：约 3–4 周 #### 1.2 保单数据清洗与核对 - **事项说明**：对全量保单数据做字段级核查：险种、保额、保费、保障期间、被保险人、受益人、批改记录等关键字段的完整性与一致性；重点核对车险款别构成（交强/商车/车+X）。 - **为什么重要**：标签体系里的「静态基础标签」（连续留存年限、出险金额）直接依赖这些字段，错一个字段会污染整条客群。 - **建议责任方**：数据管理部 + 承保部（业务口径确认） - **交付物**：《保单数据质量报告》+ 问题字段清单与修复记录 - **完成判据**：关键字段完整率 ≥ 98%、险种代码与业务口径映射表 100% 对齐，问题数据修复闭环率 ≥ 95% - **风险提示**：历史保单（尤其 3 年前）字段缺失较多，需明确「以哪个字段为准」的口径 - **建议工作量**：约 2–3 周 #### 1.3 客户信息补全与去重 - **事项说明**：手机号、证件号、地址、性别、出生日期等基础信息补全；同一客户多账户/多手机号的合并（同人识别）与冲突处理。 - **为什么重要**：OneID 建档与「手机号命中去重」依赖这批字段，也是加 V 环节识别客户的前提。 - **建议责任方**：数据管理部 + 客服部（话务补全配合） - **交付物**：《客户信息补全清单》+ 同人合并规则与人工复核队列 - **完成判据**：关键身份字段完整率 ≥ 95%，重复账户识别准确率 ≥ 95%（人工抽样复核） - **风险提示**：同人合并可能误合并家庭共用手机号，需保留人工复核环节 - **建议工作量**：约 2–3 周 #### 1.4 渠道来源信息补齐（关键） - **事项说明**：为每个客户标注来源渠道：个代/直销、农村协保员、修理厂、B 端转 C（工行/农商行等）、政企股东、自营平台、公域投放。现有系统多数只有「出单机构」，需补到「渠道 + 归属业务员」。 - **为什么重要**：这是业绩归属的基础。渠道归属不清，业务员会认为「客户被我加 V 了，算谁的」，直接影响一线配合意愿。 - **建议责任方**：各销售渠道（个代部/团险部/银保部等）+ 数据管理部汇总 - **交付物**：《客户渠道来源标注表》+ 归属规则（含争议裁决机制） - **完成判据**：存量客户渠道标注覆盖率 ≥ 90%，归属争议有明确裁决流程与责任部门 - **风险提示**：历史数据无法追溯的部分，需业务部门按规则「就近认领」并书面确认 - **建议工作量**：约 2–3 周 #### 1.5 六类客户资源池名单击净 - **事项说明**：按方案盘点口径逐池核验：历史惠民保客户（140 万）、农村下沉市场客户、战略性 B 端转 C、合作伙伴客户转 C、家自车脱保客户（6–8 万）、股东及政企客户转 C。逐池去重、剔除已投诉/敏感客户。 - **为什么重要**：这六个池是「汇聚客户」的弹药库，直接决定一期加 V 的规模。池子不清，名单下发就是浪费外呼资源。 - **建议责任方**：数据管理部 + 各资源归属部门 - **交付物**：《六类资源池名单》+ 每池的数量、字段完整度、可外呼比例 - **完成判据**：每池输出可外呼名单（手机号有效率 ≥ 90%），并标注池间重复量 - **风险提示**：惠民保客户是否具备营销授权需法务确认（见「合规前置」） - **建议工作量**：约 2 周 #### 1.6 理赔数据整理与出险标签核对 - **事项说明**：历史理赔记录归集：出险次数、赔付金额、拒赔原因、未购险种导致的拒赔明细。 - **为什么重要**：支撑「中坚车险客群」场景里的策略提醒（如"去年因未购车上人员导致部分拒赔，建议补齐"），也是风险类标签的来源。 - **建议责任方**：理赔部（主）+ 数据管理部 - **交付物**：《理赔历史数据表》+ 出险标签口径说明 - **完成判据**：近 3 年理赔记录归集完整率 ≥ 95%，出险标签与理赔系统口径一致 - **风险提示**：拒赔原因多为非结构化文本，需人工归类建码表 - **建议工作量**：约 2 周 #### 1.7 车险与车辆信息数据整理 - **事项说明**：车牌、车架号、车型、新车购置价、车龄、使用性质等车辆维度数据整理，供「客户价值得分」计算与车险交叉销售使用。 - **为什么重要**：方案中客户价值得分 = ∑【A×新车购置价 + B×年缴保费 + C×调节指标】，没有车辆价值算不出客群分层。 - **建议责任方**：车险部 + 数据管理部 - **交付物**：《车辆维度数据表》+ 车辆价值字段口径 - **完成判据**：车辆核心字段完整率 ≥ 92%，新车购置价缺失有替代估算规则 - **风险提示**：老旧车型购置价需引入第三方数据源（合规采购） - **建议工作量**：约 2 周 ### 2. AI 客服知识库数据采集与清洗（7 项） > 知识库是 AI 客服的上限：知识库覆盖不到的问题，模型再强也答不准，还会产生合规风险。 #### 2.1 【重点】车险产品知识库采集与清洗 **[重点]** - **事项说明**：按险种逐项整理：交强险、车损险、三者险（各保额档）、车上人员责任险、附加险（不计免赔、划痕、玻璃、涉水等）。每项包含：保障范围、免责条款、保费区间、投保条件、理赔流程、常见问题。 - **为什么重要**：车险是客户咨询量最大的品类，也是 demo「中坚车险客群」场景里 AI 话术推荐的知识来源。 - **建议责任方**：车险部（主）+ 客户服务部 + 合规部（条款审核） - **交付物**：《车险知识库条目表》（标准问法 / 扩展问法 / 标准答案 / 条款出处 / 是否可承诺） - **完成判据**：覆盖车险全部在售险种，条目 ≥ 300 条；每条均可溯源到条款原文；意图识别准确率 ≥ 90%（用 200 条真实咨询测试） - **风险提示**：涉及赔付承诺的表述必须经合规审核，避免 AI 给出「保证赔付」类回答 - **建议工作量**：约 3–4 周 #### 2.2 【重点】非车险产品知识库采集与清洗 **[重点]** - **事项说明**：按产品线整理：百万医疗、意外险（成人/老年/少儿）、家财险、学平险、宠物险、旅行险、雇主责任险等。含保障责任、健康告知、免赔额、等待期、续保规则、理赔材料。 - **为什么重要**：非车险是「车转非车」「家庭单」的核心产品，也是客户最需要解释的品类（健康告知、免赔额最容易产生纠纷）。 - **建议责任方**：非车险部（主）+ 客户服务部 + 合规部 - **交付物**：《非车险知识库条目表》（含健康告知问答、免责说明） - **完成判据**：覆盖一期主推的非车险产品，条目 ≥ 400 条；健康告知类问题回答准确率 ≥ 95% - **风险提示**：健康告知错误会导致后续理赔纠纷，此类条目需双人复核 - **建议工作量**：约 4 周 #### 2.3 理赔流程知识库整理 - **事项说明**：报案渠道与时限、查勘定损流程、理赔材料清单（车险/非车险分别）、进度查询方式、拒赔常见原因、争议处理路径。 - **为什么重要**：方案里「触点导流」把理赔环节作为重要加 V 场景，客户问的最多的也是理赔进度与材料。 - **建议责任方**：理赔部（主）+ 客户服务部 - **交付物**：《理赔知识库条目表》+ 材料清单可视化素材 - **完成判据**：覆盖车险与非车险主要赔付场景，条目 ≥ 150 条；材料清单与核赔实操一致（理赔部书面确认） - **风险提示**：各地机构材料要求可能不同，需标注适用范围 - **建议工作量**：约 2–3 周 #### 2.4 服务与权益知识库整理 - **事项说明**：增值服务使用方式（洗车、保养、救援、代步车、年检、绿通、问诊、送药）、卡券领取与核销规则、权益共享规则、积分规则。 - **为什么重要**：权益类问题是企微私域最高频的咨询，也是 demo「普惠客群」场景里赠险与权益触达的知识支撑。 - **建议责任方**：客户服务部 + 增值服务归口部门 - **交付物**：《服务权益知识库条目表》+ 核销规则说明 - **完成判据**：覆盖全部一期在售权益，条目 ≥ 200 条；核销规则与服务商协议一致 - **风险提示**：权益规则变更频繁，需建立「变更即更新知识库」的机制 - **建议工作量**：约 2–3 周 #### 2.5 公司信息与常见问答整理 - **事项说明**：公司简介、网点与地址、服务电话、投诉渠道、监管要求类问答。 - **为什么重要**：兜底类知识，避免 AI 客服在基础问题上转人工。 - **建议责任方**：客户服务部（主）+ 办公室 - **交付物**：《公司信息与 FAQ 条目表》 - **完成判据**：条目 ≥ 100 条，覆盖近半年客服高频问题 Top 100 - **风险提示**：无 - **建议工作量**：约 1–2 周 #### 2.6 历史客服咨询记录梳理（语料来源） - **事项说明**：导出近 1 年客服话务与在线咨询记录（脱敏），按意图分类，统计高频问题分布。 - **为什么重要**：这是知识库与意图识别的「真实语料」，能验证知识库覆盖度，也能发现未覆盖问题。 - **建议责任方**：客户服务部 + 数据管理部（脱敏处理） - **交付物**：《历史咨询语料分类报告》+ 高频问题清单 - **完成判据**：语料 ≥ 5 万条且完成脱敏；输出高频问题 Top 200 并与知识库条目做覆盖比对 - **风险提示**：语料涉及客户隐私，必须完成脱敏并明确使用范围 - **建议工作量**：约 2 周 #### 2.7 话术库与合规红线清单 - **事项说明**：整理可用的标准销售/服务话术，同时明确禁用表述（承诺收益、保证赔付、贬低同业等）。 - **为什么重要**：demo「中坚车险客群」场景里的实时质检就是基于这份清单拦截违规话术。AI 话术推荐也必须受它约束。 - **建议责任方**：合规部（主）+ 各业务部门 - **交付物**：《标准话术库》+《合规红线与禁用词清单》 - **完成判据**：禁用词清单经合规部会签；上线前完成一次全员宣导 - **风险提示**：监管口径可能更新，需按季度复核 - **建议工作量**：约 2 周 ### 3. 运营内容与策略素材准备（3 项） > 自动化策略跑起来之后，最缺的不是系统而是「内容」——没有内容，触达就是骚扰。 #### 3.1 四类主题内容生产（健康 / 车主 / 育儿 / 养老） - **事项说明**：按方案「4+X 运营体系」准备主题内容：图文、短视频脚本、长图、问答卡片。每类至少准备 1 个月的内容排期量。 - **为什么重要**：demo「普惠客群」场景的自动化触达需要持续的内容供给，否则策略无内容可推。 - **建议责任方**：市场部 / 品牌部（主）+ 各业务部门提供专业内容 - **交付物**：《内容素材库》+ 1 个月内容排期表（含审核状态） - **完成判据**：四类主题各 ≥ 20 条可发布内容，全部完成合规审核 - **风险提示**：内容产能是最容易被低估的环节，建议提前确定外包或内部专人 - **建议工作量**：约 3–4 周 #### 3.2 营销活动模板与奖品方案 - **事项说明**：确定一期要用的活动类型（赠险、抽奖、打卡、裂变、集卡）、奖品清单与预算、库存、发放与核销规则。 - **为什么重要**：方案「活动工场」建议纳入 20 种模板类型、100+ 模板；一期至少要先落地几个能跑的活动。 - **建议责任方**：市场部（主）+ 财务部（预算）+ 采购部（实物奖品） - **交付物**：《一期活动方案与奖品清单》+ 审批单 - **完成判据**：一期活动方案获批，奖品预算与库存到位，核销流程确定 - **风险提示**：奖品预算需提前走采购流程，否则活动上线没奖品 - **建议工作量**：约 2–3 周 #### 3.3 知识库与内容的长效更新机制 - **事项说明**：明确谁负责更新、多久更新一次、变更后多久同步到系统（产品变更、权益调整、条款更新）。 - **为什么重要**：一次产品停售不更新知识库，AI 就会持续推荐已停售产品，属于销售误导风险。 - **建议责任方**：客户服务部牵头 + 各业务部门配合 - **交付物**：《知识库与内容更新管理办法》（含责任人与时效要求） - **完成判据**：办法发布，明确「产品/权益变更后 3 个工作日内同步」的硬性要求 - **风险提示**：无制度约束则知识库会迅速腐化 - **建议工作量**：约 1 周 ### 4. 组织与机制落地（5 项） > 方案把「组织力」与科技力并列为两大保障。系统上线容易，机制跑起来难。 #### 4.1 攻坚小组组建与人员到位 - **事项说明**：按方案组建数字化企微私域经营攻坚小组：运营团队、产品团队、流量团队、商业分析团队、后台支持团队，明确各岗位人员与职责。 - **为什么重要**：demo 里所有策略都需要有人执行与运营；没有专属团队，项目会退化成「IT 项目」。 - **建议责任方**：分公司管理层（决策）+ 人力资源部（调配） - **交付物**：《攻坚小组名单与职责分工表》+ 办公机制说明 - **完成判据**：核心岗位（运营、流量、商业分析）人员 100% 到位并明确考核指标 - **风险提示**：兼职人员精力不足是常见失败原因，建议至少核心岗位专职 - **建议工作量**：约 2 周 #### 4.2 加 V 率纳入考核与激励方案 - **事项说明**：把「加 V 率」「客户信息完整率」纳入业务员、坐席、协保员的考核与激励，明确奖励标准。 - **为什么重要**：这是整件事能否落地的关键。行业标杆做法就是把加 V 纳入管理考核。一线没有动力，数据汇聚不起来。 - **建议责任方**：人力资源部 + 各销售渠道（主）+ 财务部 - **交付物**：《加 V 与客户经营考核激励方案》 - **完成判据**：方案发文并完成全员宣导，考核口径与系统统计口径一致 - **风险提示**：考核过重会引起抵触，建议先做正向激励、后做考核约束 - **建议工作量**：约 2–3 周 #### 4.3 总部与机构的数据流、策略流机制 - **事项说明**：明确总部制定策略 → 机构/渠道执行 → 客户体验反馈 → 总部策略调优的闭环，以及客户数据实时同步回机构/渠道的机制。 - **为什么重要**：方案「管理闭环」要求两条流打通，否则机构会认为「客户被总部拿走了」。 - **建议责任方**：分公司管理层 + 各机构负责人 - **交付物**：《总部-机构数据流与策略流管理办法》 - **完成判据**：机制发文，明确机构可见的客户数据范围与策略执行要求 - **风险提示**：机构顾虑客户资源被上收，需明确「客户归属与业绩归属不变」 - **建议工作量**：约 2 周 #### 4.4 业务员 / 代理人 / 协保员培训与演练 - **事项说明**：分岗位培训：企微加 V 与合规话术、客户标签维护、服销任务处理、家庭账户维护。培训后做实操演练与考核。 - **为什么重要**：一线不会用、不敢用，系统再好也白搭。demo 里的「坐席策略提醒」「服销任务」都需要人会看会用。 - **建议责任方**：培训部门（主）+ 各销售渠道 + 客户服务部 - **交付物**：《分岗位培训教材与演练脚本》+ 培训签到与考核记录 - **完成判据**：一期相关人员培训覆盖率 100%，实操考核通过率 ≥ 90% - **风险提示**：一线年龄跨度大，需分层培训、多轮次 - **建议工作量**：约 3–4 周（分批） #### 4.5 双周例会与效果复盘机制 - **事项说明**：建立项目双周例会（开发方 + 安诚方），复盘加 V 进度、策略效果、知识库命中率、一线反馈。 - **为什么重要**：数据与策略是持续迭代的，没有固定复盘节奏，问题会积累到无法收拾。 - **建议责任方**：项目双方负责人 - **交付物**：《双周例会机制》+ 复盘模板 - **完成判据**：例会机制建立并完成至少 2 次复盘 - **风险提示**：无 - **建议工作量**：持续 ### 5. 合规、法务与基础条件确认（5 项） > 私域经营涉及客户数据与营销触达，合规是所有工作的前置条件，必须最先确认。 #### 5.1 客户数据使用与营销授权确认【最优先】 **[重点]** - **事项说明**：确认存量客户（尤其惠民保、B 端转 C、政企客户）的手机号与信息可否用于营销触达；确认授权文本与告知方式；对未获授权客户建立「免打扰名单」。 - **为什么重要**：这是法律红线。未获授权的触达可能构成骚扰，也会让整个项目停摆。 - **建议责任方**：法务部 / 合规部（主）+ 数据管理部 - **交付物**：《数据使用与营销授权合规意见》+《免打扰名单管理规则》 - **完成判据**：合规意见出具并明确可用范围；每类客户池的授权状态有明确结论 - **风险提示**：部分渠道客户（如银保渠道）授权在合作方手里，需逐一确认 - **建议工作量**：约 2 周（需最先启动） #### 5.2 企微主体、账号与实名认证办理 - **事项说明**：企业微信主体认证、会话存档开通、坐席账号批量开通与实名、聚合聊天功能申请。 - **为什么重要**：demo 里的加 V、会话质检、聚合聊天都依赖企微账号体系；账号没批下来，一线无法开展。 - **建议责任方**：信息技术部（主）+ 人力资源部（实名资料） - **交付物**：企微主体与账号开通清单、会话存档开通证明 - **完成判据**：一期所需坐席账号 100% 开通可用，会话存档已开通并符合合规要求 - **风险提示**：会话存档需员工知情同意，需同步完成内部告知流程 - **建议工作量**：约 2–3 周 #### 5.3 权限矩阵与账号体系梳理 - **事项说明**：梳理各角色（业务员、坐席、协保员、商户管理员、查勘员、各级管理者）的功能权限与数据范围（本人/本机构/全司）。 - **为什么重要**：demo 里有明确的「按权限」设计，权限错配会导致数据越权可见，是重大合规隐患。 - **建议责任方**：信息技术部 + 各业务部门 + 合规部 - **交付物**：《角色权限矩阵表》（PC 端 + 手机端） - **完成判据**：权限矩阵经各部门会签，能与系统配置一一对应 - **风险提示**：部门对数据范围有博弈，需管理层拍板 - **建议工作量**：约 2 周 #### 5.4 埋点事件与数据字典确认 - **事项说明**：确定需要采集的客户行为事件（页面浏览、点击、试算、断点、领券等）及其含义、字段、上报时机。 - **为什么重要**：「实时行为标签」与「个性化触达」都依赖埋点；事件定义不清，采集的数据无法使用。 - **建议责任方**：信息技术部 + 各业务部门（业务含义） - **交付物**：《埋点事件字典》+《关键指标口径说明》 - **完成判据**：事件字典覆盖一期全部业务场景，业务口径与数据口径一致 - **风险提示**：埋点一旦上线再改，历史数据难以回溯，需一次定义到位 - **建议工作量**：约 2–3 周 #### 5.5 第三方数据采购合规评估 - **事项说明**：车辆信息、违章、年检等第三方数据的采购与合规使用评估。 - **为什么重要**：方案中车辆价值与风险标签需要第三方数据补充。 - **建议责任方**：采购部 + 法务部 + 信息技术部 - **交付物**：第三方数据采购方案与合规意见 - **完成判据**：完成供应商比选与合规评估，明确数据使用边界 - **风险提示**：第三方数据合规要求趋严，需确认供应商资质 - **建议工作量**：约 3 周 ### 6. 经营基线摸底与目标设定（3 项） > 没有基线，就无法判断策略有没有效果；没有目标，就无法判断项目成不成功。 #### 6.1 经营基线数据摸底 - **事项说明**：摸清当前：存量客户规模与构成、车险/非车险客户占比、当前企微加 V 规模与加 V 率、续保率、交叉销售率、客户流失率、客均保费、客服话务量。 - **为什么重要**：demo 里所有「效果对比」（如加 V 率 16%、搭售率 48.4%）都需要与真实基线对照才有意义。 - **建议责任方**：商业分析团队 / 企划部（主）+ 各业务部门 - **交付物**：《经营基线数据表》（含口径说明） - **完成判据**：基线数据经各业务部门确认，口径与报表体系一致 - **风险提示**：不同部门报出的数字可能不一致，需先统一口径 - **建议工作量**：约 2–3 周 #### 6.2 一期量化目标设定 - **事项说明**：设定一期可衡量的目标：加 V 客户数、加 V 率、客户信息完整率、知识库意图识别准确率、续保提升幅度、交叉销售提升幅度、人工介入下降比例。 - **为什么重要**：目标是项目验收与资源投入的依据，也是 demo 里指标展示的「承诺值」来源。 - **建议责任方**：分公司管理层 + 项目双方 - **交付物**：《一期量化目标责任书》 - **完成判据**：目标经管理层确认并分解到各渠道/机构 - **风险提示**：目标定得过高会打击一线，建议分层分级设定 - **建议工作量**：约 1–2 周 #### 6.3 效果监测报表口径确认 - **事项说明**：确认看哪些报表、指标如何计算、多久出一次、谁看、异常如何预警。 - **为什么重要**：demo 里的「效果报表」「A/B 实验报告」需要真实口径支撑。 - **建议责任方**：商业分析团队 + 各业务部门 - **交付物**：《效果监测报表清单与口径说明》 - **完成判据**：报表清单确定，指标口径经过会签 - **风险提示**：无 - **建议工作量**：约 2 周 ### 7. 外部生态与合作渠道协同（3 项） > 方案强调「生态服务够丰富」，但生态合作是谈出来的，不是开发出来的。 #### 7.1 服务商协议与权益落地确认 - **事项说明**：与洗车、保养、救援、代步车、年检、药房、家政等服务商确认合作范围、服务标准、核销方式、结算周期与责任划分。 - **为什么重要**：demo 里「权益核销」「服务预约」「服务商权重」都需要真实的合作协议支撑。 - **建议责任方**：增值服务归口部门 / 采购部（主）+ 财务部 - **交付物**：《服务商协议清单》+ 服务标准与核销结算规则 - **完成判据**：一期所需服务商协议 100% 签署，核销与结算流程明确 - **风险提示**：服务商履约质量直接影响客户体验，需约定考核与退出机制 - **建议工作量**：约 4 周 #### 7.2 合作渠道客户置换方案确认 - **事项说明**：与综合修理厂（1-4 级评级为牵引）、银行（工行、农商行）、政企客户等确认客户导流方式与合规边界。 - **为什么重要**：方案里「合作伙伴客户转 C」「战略性 B 端转 C」合计十万级客户，是重要来源。 - **建议责任方**：渠道部门 / 银保部 / 团险部（主）+ 法务部 - **交付物**：《合作渠道客户导流方案与协议》 - **完成判据**：至少 2 个重点渠道完成方案确认并签署客户导流条款 - **风险提示**：合作方担心客户流失，需设计互利机制（如联合权益） - **建议工作量**：约 4 周 #### 7.3 机构与网点落地准备 - **事项说明**：确定试点机构与网点，落实场地、设备（平板/手机）、物料（二维码海报、易拉宝、台卡）与现场流程。 - **为什么重要**：demo 里「坐席出单引导加 V」「网点物料扫码」都需要线下准备到位。 - **建议责任方**：各机构负责人 + 行政部（物料） - **交付物**：《试点机构清单与落地准备清单》 - **完成判据**：试点机构物料到位、设备可用、现场流程张贴并完成一次走查 - **风险提示**：物料制作需提前排期，避免上线时无码可扫 - **建议工作量**：约 2–3 周 --- ## 三、关键风险与应对建议 | 风险等级 | 风险点 | 说明 | | --- | --- | --- | | 高 | **团单数据拆不出来** | 团险客户占相当比例，若核心系统无法输出被保险人明细，需要团险部主导人工整理，工作量可能被低估 | | 高 | **一线配合意愿不足** | 加 V 与客户信息维护增加了一线工作量，若无考核与激励，落地会打折扣 | | 高 | **授权合规边界不清** | 部分渠道客户的营销授权在合作方，未确认就触达存在合规风险 | | 中 | **知识库产能不足** | 车险+非车险+理赔+权益合计需 1000+ 条目，业务部门人手紧张时最容易拖延 | | 中 | **内容供给断档** | 自动化策略上线后若无内容持续供给，触达频次会变成骚扰 | | 中 | **渠道归属争议** | 客户加 V 后的业绩归属若无明确规则，各渠道之间会产生争议 | --- ## 四、开工建议 建议**立即启动**以下三件事，其余工作可并行推进： 1. **客户数据使用与营销授权确认**（法务/合规主导）——这是所有触达类工作的法律前置条件，未确认前不宜开展外呼与加 V。 2. **团单/团险保单拆分到人**（数据管理部 + 团险部）——工作量最容易被低估，且直接决定团险客户能否进入私域经营。 3. **六类客户资源池摸底**（数据管理部 + 各资源归属部门）——决定一期加 V 的规模弹药。 同时启动**攻坚小组组建**（分公司管理层决策），确保数据、知识库、内容三条线都有明确责任人。