前台双试点工作台:事项编排 × 交付预检

对应方案分域 01 的两个试点——跨角色事项编排助手(华南田恬牵头、市场部 COCO 参与)与交付资料收集与预检助手(华北赵雪婷牵头)。两个助手共用同一套 RACI、SLA 与升级规则:先有“一套标准、一位 Owner、一条升级路径”,AI 才有规则可执行。

试点一 · 事项编排 P1 试点二 · 交付预检 P0 流程 Owner 待指定(建议华南 / 华北负责人兼任) RACI / SLA 为草案 · 待 B 路访谈联签
3在办客户事项(示例)编排助手实时汇总,非人工追问
—逾期 / 临期节点自动标红并触发升级提醒
—当前交付包齐套率目标 ≥95% · 缺件识别召回目标 ≥98%
≥95%预检关键错误召回目标重大错误零放行 · 基线测量后复核

试交互:点上方页签切换工作台 · 在编排台改任务状态下拉或给事项关联政策条目 · 在预检台点错例卡上的「载入并复跑预检」 · 在政策检索里搜「最低工资」——每次操作底部都会弹一句提示。

试点一 · P1

跨角色事项编排助手

牵头:流程 Owner + 产研 · 基础:华南田恬自建机器人与业务系统 · 参与:市场部 COCO

  • 客户事项一键拆解为任务清单(角色、节点、依赖按 RACI 模板生成)
  • 节点提醒:到期 / 逾期按 SLA 自动触发,逾期直达流程 Owner
  • 进度汇总:各角色状态自动成简报,逾期标红,不再靠人追人问
  • 客户需求 / 待办提取:沟通记录粘进来,自动提需求与待办(需复核)
  • 异常升级:推诿、标准不一致走 L1 → L2 → L3 三级路径,裁决回流规则库
试点二 · P0

交付资料收集与预检助手

牵头:交付负责人(华北赵雪婷)+ 产研 · 弹药:交付物历史错例库(规则最可沉淀)

  • 按场景生成资料清单:入职资料包 / 月度薪酬账单 / 出海交付包
  • 缺件识别:未交、待复核一目了然,缺件超期自动升级交付负责人
  • 字段预检:证件格式、金额一致性、日期逻辑、账号长度等规则校验
  • 矛盾检测:合同薪资 vs 账单薪资、生效日 vs 签署日等交叉比对
  • 预检报告:重大错误零放行,一般异常标依据,人工修正回流错例库

前置三件:缺一件,不进入开发

一
一套标准

RACI 矩阵、SLA 时限表、升级触发条件成文定稿,由出海业务负责人 + 市场部负责人联签。草案已备好(见“标准与规则”页),待访谈验证。

二
一位 Owner

流程 Owner 统一规则、裁决日常标准冲突。建议由华南或华北负责人兼任——两人都有 L1→L2 基础。没定人之前,编排没有规则可执行。

三
一条升级路径

执行层 → 流程 Owner → 业务负责人 / 政策仲裁人,三级触发条件写死。升级是流程的一部分,不是告状;L2 裁决必须记入错例库或 RACI 修订。

验收口径:先建基线,再签字

第 0 步先量两周现状(抽 20 个真实事项、20 份交付物),目标值沿用报告 P0 / P1 口径,基线出来后复核。准确率与节省时间必须同时达标,单项达标不算。

指标归属目标判定口径
关键错误召回率交付预检≥95%预检抓住的关键错误 ÷ 实际关键错误总数
重大错误零放行交付预检0 次重大错误流出到客户的次数
人工复核耗时下降交付预检≥50%与基线平均复核耗时相比
材料齐套率资料收集≥95%交付时材料齐全的事项占比
缺件识别召回率资料收集≥98%识别出的缺件 ÷ 实际缺件总数
收集周期下降资料收集≥40%与基线平均收集周期相比
逾期率 / 催办次数事项编排持续下降与基线相比,连续两个月改善视为达标趋势;样本 ≥20 项/月
状态更新及时率事项编排持续提升节点状态按时更新的任务占比

不能交给 AI 的五项(硬规则)

以下事项系统只给依据材料、不给结论性输出,并直接转对应负责人;“需复核”的输出,负责人确认前不得发给客户。

禁止自动
对客政策承诺 — 合规结论,错了就是客户与法律后果。政策 Owner 确认 + 业务负责人签字,AI 只给带出处的依据。
禁止自动
供应商最终选择 — 价格、质量、关系多维权衡。AI 只做初筛,业务负责人终选并留痕。
禁止自动
商务谈判 — 涉及让步策略,无固定规则。销售与业务负责人主谈,AI 只提供历史成交与政策背景。
禁止自动
品牌取舍 — 价值判断与长期定位。市场部负责人决策;品牌方案生成不立项,本工作台不做。
禁止自动
嘉宾 / 客户关系 — 信任建立无法结构化。专人维护,AI 只做生日、节点、历史往来提醒。

90 天路线与三道闸门

第 1—3 周 · 定义

定流程 Owner;RACI / SLA / 升级路径联签;完成 2 周基线测量;备齐 20 条历史事项 + 10 份错例。
闸门:未联签、基线未完成,不进入开发。

第 4—8 周 · 验证

真实事项双轨并行(人工 + AI),不对客自动输出;每周复盘错误,修正回流规则库与 RACI。
闸门:准确率与节省时间必须同时达标。

第 9—12 周 · 固化

达标则接入正式工作流、封装组件、形成岗位规范;未达标先判是数据、规则还是技术问题,不硬推。
闸门:以业务持续使用为准,不以演示效果为准。

暂缓项:客户需求自动入库等 CRM 字段统一与需求记录入口定下来再排期——提取出来无处可落,不硬上。政策检索已将 v1.0 知识库的 18 条核验条目完整嵌入本工作台「政策检索」页签,与编排助手同一份数据,不另建库。

试点一 · 跨角色事项编排助手

输入一个客户事项,按 RACI 模板自动拆成任务链:谁执行(R)、谁最终负责(A)、多久办完(SLA 节点)、逾期怎么升级。进度由任务状态自动汇总,负责人只看异常。

新建客户事项

填「暂无」= 触发政策初筛(先检索、再由 Owner 确认),不直接给客户答案。条目全文见「政策检索」页签。

拆解结果为“需复核”输出:流程 Owner 确认任务与负责人无误后,节点提醒才开始计时。

事项列表

节点提醒中心

按 SLA 自动扫描全部事项:已逾期标红并建议升级层级,3 天内到期标黄提醒。

—

—

完成 0%

填「暂无」= 触发政策初筛(先检索、再由 Owner 确认),不直接给客户答案。

进度汇总简报(自动生成)

汇总的执行(R)可以是系统,但最终负责(A)是流程 Owner——汇总错了有人负责改,不是“系统算错了”。

选择一个事项后自动生成。

客户需求 / 待办提取

把飞书群、邮件里的沟通记录粘进来,自动提取需求句与待办句,生成待办清单。属“需复核”输出;正式入库前仍需 CRM 字段统一(前置条件,见总览暂缓项)。

试点二 · 交付资料收集与预检助手

先管齐套,再管对错:清单告诉你还缺什么,规则引擎告诉你已交的哪里矛盾。重大错误零放行——命中重大规则,整包不得交付,必须退回修正并记入错例库。

资料清单 · 入职资料包

逐项标记状态:已交 / 缺件 / 待复核。缺件超期自动升级交付负责人。

0%

历史错例库(预检规则的弹药)

专家每纠正一次、每出一次返工,就沉淀一条。预检规则全部来自真实错例,不是拍脑袋定的。

重大
账单薪资与合同薪资不一致仍放行
华北某客户月度账单:调薪未同步合同补充协议,差额 ¥2,400。→ 已固化为规则 R-01 交叉比对。
重大
证件过期未识别
护照有效期不足 6 个月,工签申请被退回。→ 规则 R-05 有效期预警(<180 天拦截)。
一般
入职日期早于合同签署日
日期逻辑颠倒,社保增员被驳回 1 次。→ 规则 R-03 日期逻辑校验。
一般
银行账号位数错误
工资卡少录 1 位,发放失败后人工重发。→ 规则 R-04 账号长度 16—19 位校验。
一般
缺件靠交付当天才发现
学历证明未收齐,入职延期 3 天。→ 清单前置 + 缺件 T-3 天自动催办。
提示
姓名拼音与护照不一致
拼音拼写差异导致机票改签。→ 规则 R-06 提示级比对,人工确认即可放行。

字段预检 · 录入即校验

以下为一份交付记录的关键字段(示例数据,可改)。点“运行预检”后按规则引擎逐项校验,并给出依据与处置建议。

尚未运行。提示:当前示例数据里故意埋了 5 处问题(证件位数、薪资不一致、日期颠倒、护照临期、个税为负),试着找全。

预检规则引擎(当前启用)

编号规则级别处置
R-01账单薪资 = 合同薪资(或有已签补充协议)重大拦截交付,退回核对
R-02身份证号 18 位且末位校验合法重大拦截,要求重新采集
R-03签署日 ≤ 入职日 ≤ 账单所属期一般标异常,交付负责人复核
R-04银行卡号 16—19 位纯数字一般标异常,重新核对卡号
R-05护照有效期 ≥ 180 天重大拦截,提示换发护照
R-06姓名拼音与证件姓名对应提示提示人工确认
R-07金额字段不得为负、不得为空重大拦截,退回修正
R-08必填资料齐套后才允许提交预检结论一般缺件时结论为“不完整”

政策检索 · 18 条已核验条目(日本 / 新加坡 / 德国)

数据来源:《出海政策业务 AI 解决方案》v1.0 政策库,2026-11-07 逐条对照官方原文核验通过,现完整嵌入本工作台,与编排助手是同一份数据。只给带出处的依据,不输出「可以 / 不可以」的结论性判断;对客答复仍须走政策 Owner 确认 + 业务负责人签字。

硬规则:本模块只呈现带来源机构、链接与日期的依据原文整理,不作合规结论。「需复核」条目在卡片上单独标注,负责人点头之前不得发给客户。标为 2025 年口径的条目(SG-01 / SG-03 / DE-01 / DE-04),引用时必须标明年份,不得把 2025 年数字当现行标准呈现——官方页已滚动到 2026 年口径,正式引用前请点来源链接复核最新版。

与编排台联动 — 字段 12「关联政策条目」

在编排台新建或查看事项时填条目编号(如 DE-04)即完成关联,点卡片上的「关联到当前事项」也可直接挂上;没有对应条目时填「暂无」,系统按政策初筛处理:先在本页按国家与主题检索,仍无匹配则记录为待初筛问题,交政策 Owner 补充核验,不直接给答案。

Owner 对应关系:日本条目 Owner = 出海华东,新加坡 = 出海华南,德国 = 出海华北(与 18 条条目自带 Owner 一致)。初筛结果同样只给依据,不给结论。

标准与规则 · 草案全文

以下 RACI、SLA 结构与升级路径为方案第五节草案,待 B 路访谈(田恬、牟月、赵雪婷、COCO)验证后联签定稿。两个助手的拆解模板、提醒与预检升级,全部引用这里的口径。

跨角色 RACI 矩阵(草案)

R = 执行 · A = 最终负责(唯一)· C = 咨询 · I = 知会 · F = 流程 Owner

客户事项关键环节客户销售方案交付供应商流程Owner
客户需求接收与记录IRCC—A
方案 / 活动计划制定ICRCCA
政策适用确认—IC——C*
交付执行IICRRA
供应商初筛—CRC—A
供应商最终选择—CCC—A†
对客政策承诺IIC——A†
进度汇总与节点提醒IIIIIR+A
交付物预检—ICR—A

* 政策适用确认的最终负责为政策 Owner,流程 Owner 为咨询位。† 供应商终选与对客政策承诺的 A 归出海业务负责人(政策类归政策仲裁人),不得下放给销售单方面、更不得交给 AI。

争议点 1
对客政策承诺的 A 只能是业务负责人 / 政策仲裁人——“不能交给 AI”清单第一条。
争议点 2
供应商终选 A 是业务负责人,AI 只做初筛,终选必须留痕。
争议点 3
进度汇总 R 可以是系统自动汇总,但 A 必须是流程 Owner。

SLA 时限表(结构草案)

数字现在不编:先量两周基线(各环节实际耗时、逾期频次),再由流程 Owner 与业务负责人共同定数。下表先定结构与逾期去向。

事项类型逾期升级去向
客户需求接收 → 任务拆解逾期自动提醒流程 Owner(L2)
方案 / 活动计划初稿逾期升级至业务负责人(L3)
政策适用确认政策 Owner 未响应 → 政策仲裁人(L3)
交付资料收集(缺件提醒)缺件超期升级至交付负责人(L2)
交付物预检异常升级交付负责人;重大错误零放行

三级升级路径

L1 · 执行层 — 当事角色自行处理

触发:缺件、轻微逾期、信息不全等常规异常。

L2 · 流程 Owner — 裁决

触发:SLA 逾期、跨角色推诿、标准理解不一致。裁决结果记入 RACI 修订或错例库。

L3 · 业务负责人 / 政策仲裁人

触发:对客承诺争议、供应商终选争议、客户投诉、标准冲突。同一问题第二次升到 L3,流程 Owner 必须在复盘里说明 L2 为什么没拦住。

七项可做场景与五问过筛

#场景输入 → 输出边界状态
1外部资源 / 政策初筛活动需求 / 政策问题 → 带出处初筛清单需复核已在本工作台
2项目任务拆解客户事项描述 → 任务清单(角色、节点、依赖)需复核试点一
3节点提醒任务节点 + SLA → 到期 / 逾期提醒可自动试点一
4进度汇总各角色状态 → 汇总简报(逾期标红)可自动试点一
5客户需求 / 待办提取沟通记录 → 需求与待办清单需复核试点一含提取 · 入库暂缓
6政策多源检索与版本提醒政策问题 → A 级出处答案 + 版本提醒需复核已嵌入 · 政策检索页签
7交付物预检交付资料 / 工资 / 账单 → 预检报告需复核试点二