XIJIAN · 内部版产品方案

犀见统一达人运营台落地方案

以 V3 为唯一框架基座,把消息工作台真正融合进来,做成一个统一运营台:达人运营除跑客户之外的所有工作都在这一个应用里完成。业务目标 —— 现有 8–9 人的达运团队,最终 2 人甚至 1 人干完全部达运工作。

版本 v3.1 日期 2026-08-17 状态 业务口径已确认(基线 v2.1)· 进入业务开发 定位 内部版(暂不对外产品化) 口径基线 docs/business/xijian-business-baseline.md(v2.1)

01一页摘要

先读这一节,其余各节都是它的展开

要解决的问题:达人运营的完整链路(需求 → 招募 → 反选 → 建联 → 议价 → 开权限 → 排期 → 执行 → 审核 → 回填 → 结算 → 沉淀)横跨五个互不打通的载体:企微/个微聊天、抖音来客后台、飞书多维表格(0701)、犀见小程序、犀见后台。每一次跨载体都靠达运手工搬运 —— 手动登记达人、手动开定向、手动催发、手动制表结款。飞书 0701 表已膨胀到 26 张表互相 FILTER 引用,云剪结款库拆成 70 个工作表(每场次 × 每团长一张)。

解法:不再做「五个系统」,也不做「两个面互相跳转」—— 做一个统一达人运营台:以管理后台 V3(React)为唯一框架基座,把消息工作台真正整合进来成为运营台的核心域。聊天、动作、数据在同一个应用里:左手会话右手商单,聊着天就把定向开了、价标了、群拉了。小程序仍是达人自助触点,数据层从飞书表格收归数据库,口径统一对齐来客。

业务目标(本方案的北极星):达运团队现有 8–9 人。基于统一运营台,把「搬运/誊写/盯表」类事务全部沉进系统后,目标是 2 人、终态 1 人完成除跑客户之外的全部达运工作。每一期交付都用这个数字验收,而不是用功能清单验收。

边界(会议定案,两侧共同遵守):三不自动化 —— ① 跟客户相关的决策(反选确认永远人工);② 重大影响结果的决策;③ 自动化成本高于人工的(动物个体识别是反面教材)。其余一律奔着自动化去想。

节奏:P0 本月落地(配置中心、建联自动化+批量好友申请、开定向/秒杀、排期联动、结算自动流转);P1 九月(定向邀约、一键催发、结款自动触发审批、场次看板、AI 审核、评分卡反选、议价落库,9.10 AI 自动回复上线);P2 顺势收敛(0701 表退役、达播团长全量入库、历史归属 AI 补录、客户交付版)。

文档体系(三件套,各司其职):本方案回答「怎么做、分几步」;业务口径与验收判据的唯一权威源是《业务口径对齐文档》(docs/business/xijian-business-baseline.md,v2.1,每条带来源与定案状态,功能验收按其复选框逐项收);业务侧对齐用《业务口径确认书》(线上版 v2.02026-08-16 业务十节答复已全部确认——原待拍板事项清零)。本方案中涉及口径数字之处一律以 baseline 为准,此处不再复述细节。

02现状诊断:钱和时间漏在哪

全部结论来自实测数据与 SOP/会议记录,不是感觉

2.1 五个载体,四道人工搬运缝

载体承担了什么与相邻载体之间的手工搬运
企微 / 个微全部达人沟通、团长报号、群发招募聊天里谈定的价格、抖音号、档期 → 人工誊到后台/表格
抖音来客计划管理、开定向/秒杀、生意经数据达人抖音号一个个粘贴添加;数据手动导出再填 0701
飞书 0701事实上的业务数据库:26 张表、招募 1.0/2.0、明细 1.0/2.0/3.0、达人库、截图留存×4跨表公式维系口径;云剪/达播两条线全靠手动登记制表
犀见小程序实探线闭环:报名→反选→入园信息→回填→自动结款只覆盖实探;达播、云剪、团长在体外循环
犀见后台任务、订单、达人库、付款工作台与消息工作台零打通,达运聊着天要切三个窗口

2.2 手工作业实证(本次调研拿到的硬数据)

飞书当数据库的代价

  • 0701 含 26 张表:探店明细 5,739+9,010+2,705 行三个版本并存,达人库 3,389 行靠跨表 FILTER 公式聚合
  • 达人库的 ROI 字段公式本身是错的(实际算的是费用 MAX)—— 表格公式没有测试、没人复核
  • 云剪结款库 70 个工作表,命名如「ID2607887(小碎步团长)」—— 每合作一次手动开一张
  • 达人截图留存按人拆 4 张表(小兔/静容/小咩…),共 4,736 行手工截图记录

SOP 里的高频人工点位

  • 建联登记:达人加企微 → 运营发话术 → 达人回昵称/抖音号 → 运营手动录后台(卡住整条自动化链路的第一环
  • 开定向/秒杀:群里收号 → 誊到文档 → 登来客逐个/批量添加(会议原话「最琐碎的环节」)
  • 催审催发:探店后 2 天出片、4 天走完催审发填 —— 全靠达运每天人肉盯
  • 结款:对私要在身边云逐个核手机号;对公自制 Excel;飞书审批单手动填写上传
一针见血的判断(8.07 会议):「这个后台我想重做一下,之前做的有些复杂,有些功能没用起来。」—— 实测没人用的环节:数据审核卡(回填后直接后台结款,没人点审核)、待提交作品审核。新后台不是把旧功能搬过来,而是把没人用的环节删掉、把体外循环的环节接进来。

03目标架构:一个应用,五个域

V3 是唯一框架基座 —— 消息工作台不是隔壁系统,是运营台里最常驻的那个域

消息域(达运的驻留主界面)

企微多号聚合会话 · AI 回复建议(9.10 自动化)· 阶段判定徽标 · 会话内动作:开定向/开秒杀/加计划/标价/拉群/催发 · 指挥台兜底一切模糊指令(自然语言 → 确认卡 → 执行)· 右栏挂当前达人档案与项目资料

达人域

三层库(池/已建联/已履约)· 评分卡反选辅助 · 分级(优质/低推荐)· 从会话一键直达档案

执行域

任务/场次 · 报名反选 · 入园信息 · 回填链接(POI 校验)· 交稿审核(AI 审基础项)

计划域

同步来客定向/秒杀计划 · 按项目关联 · 生效中视图 · 开权限执行队列与结果回执

结算域

计价四要素 · 达标自动进待结算 · 灵工手机号自动核对 · 飞书审批单对接

服务层(后端各司其职,前端只有一个)

消息服务(现 Flask:qiwe 企微接入/收发/存储/AI 起草 —— 服务化保留,只出 API 不再出页面)· 业务服务(Spring Boot:达人/任务/订单/结算)· 来客 RPA 执行器 · 大千数仓/经营环只读接入

数据层(MySQL 收归 · 飞书降级为镜像)

唯一达人键:抖音号+手机号 · 计划库 · 商单状态机 · 视频数据(来客口径+前端数据日更)· 达人广场采集(19,299 行已在抓)· 0701 只读镜像供财务过渡

3.1 融合路径:三步走,不停摆

阶段做什么结果
A · 服务化
随 P0
现有消息系统(Flask + 原生 JS)照常运行不动它;把会话/消息/联系人/动作能力整理成稳定 REST API(app.py 已有路由基础),V3 侧先以嵌入视图 + API 调用打通身份与数据达运开始在一个入口工作;企微接入层这份最重的资产零重写
B · 前端归一
随 P1
在 V3 框架内用同一套组件体系重建消息界面(会话列表/聊天流/AI 建议卡/指挥台),按会话量小的场景先切、灰度替换 Flask 前端;会话内动作按钮直连业务服务消息域成为 V3 的一等公民,交互与后台完全同构
C · 收口
随 P2
Flask 前端下线,只留消息服务 API;统一域名、统一导航、统一权限;旧后台(admin)与消息旧界面归档终态:一个应用承载全部达运工作
为什么后端不合并成一个:企微设备接入(qiwe 轮询、保活、扫码恢复)是长连接型工作负载,和业务 CRUD 的部署节奏完全不同——强行合进 Spring Boot 只会让两边互相拖累。前端必须只有一个,后端按负载特性分服务——这是「真融合」的正确切法:用户看到的是一个运营台,工程上是一组各司其职的服务。

04业务主线:12 阶段 × 系统落点

8.14 会议定案 + 8.16 业务答复流程重构 —— AI 回复前先判阶段再说话;动作在哪个系统完成,动作前后的对话仍属该阶段。新增节点编号用「②A」插入、不重排原 ①–⑪(既有纪要与天择侧模板按原编号引用,保号防错位)
建联登记 选盘要资料 ②A定向邀约(v3.0 新增) 报名意向 询价议价 报名确认(纯三确认:报名/档期/价格) 开权限投流 约档排期 执行中 交稿审核 发布数据 结算对账 横切:售后异常 / 静默唤醒
阶段现状(人工)目标形态落点
① 建联登记 手发话术 → 达人回文字 → 手动录入后台 加好友自动欢迎语附小程序页(已入驻→首页;配合招募→任务详情;新达人→入驻页);绑定后凭手机号/抖音号自动匹配档案,资料库里带出不重复填 自动 小程序 P0
② 选盘要资料 手动发货盘/翻聊天记录找资料 右栏挂项目资料(消息台已有经营环挂载),AI 建议引用货盘作答 消息域 已有
②A 定向邀约
v3.0 新增
大规模人工群发邀约 经营环输出反选名单(圈谁仍人工决策)→ 系统从已建联库取线索 → 企微一键定向精准邀约;邀约批次与后续报名可关联追溯 自动 消息域 P1
③ 报名意向 聊天识别,人工记 阶段判定信号之一;实探引导小程序报名(现行闭环保留) 消息域 小程序 P1
④ 询价议价 聊天谈价 → 凭记忆/翻记录填终价 消息旁「标价」动作:规范格式标注一次 → 确认卡 → 自动写入商单「实际成交价格」(一次沟通多个价,只有人标的那个作数) 消息域后台 P1
⑤ 报名确认
v3.0 精简
后台反选+确认混在一起 纯三确认(报名/档期/价格,反选已前移到 ②A);保持人工,确认动作仍是自动化触发器(→⑥⑦ 联动) 人工 后台
⑥ 开权限投流 群里收抖音号→誊文档→登来客逐个添加 犀见做计划管理(同步来客,按项目挂,只列生效中约 7 个);会话内对联系人点「开定向/开秒杀」→ 选项目 → 选计划 → 确认执行 → 自动去来客添加。区分:达人(定向+秒杀)/ 团长(只秒杀不入库,指挥台粘 ID 清单过渡)/ 云剪(开通用)。开计划的人必须先入库 消息域RPA P0
⑦ 约档排期 反选通过后手动发入园信息页 反选确认通过 → 自动发出入园信息填写邀请(可配置时间段);拉群已支持陆续确认持续加人,挂在同一节点后联动验证 自动 小程序 P0
⑧ 执行中 每天人肉盯:2 天出片 / 5 天发布 超时自动催发(企微消息,全量达人统一标准、时效阈值可配),催不动转人工;数据不达标场景另有一键催发(人工触发,引导维护/补发);鸽约→不结款、及时补人 自动 P1
⑨ 交稿审核 群里发视频文件,达运初审+商家二审 AI 审基础项(项目名称规范/错别字/必拍项出现,项目级标准 90% 不变,一次定义长期用);明确不做动物个体识别(成本>价值)。审核标准从 BF 独立(BF=怎么拍好,审核=底线是什么),在经营环验收标准维护 AI+人工 P1
⑩ 发布数据 手动导来客数据填表;截图人工留存 4 张表 来客口径统一自动抓取;前端数据(播放/点赞/评论/收藏)日更;发布截图达人自传 + PC 端按需抓取双留存;回填链接可持续补填不限量 + POI 不符不允许提交 小程序 自动 P0
⑪ 结算对账 人工点数据审核→手动制表→身边云逐个核手机号 计价四要素(底价/佣金点后台自动分账/后置激励/投流费单记);数据达标自动进待结算并自动触发结款审批(或人工一键确认后自动流转);不达标不结、系统不催(一键催发归人工);补发达标判据=数量(补满 3 条,条数可配);退款暂不扣费(留开关);无法自动判定的留人工改状态口子;灵工签约手机号自动匹配 自动 后台 P0

05P0:本月落地的五件事

每件都是「砍掉一段每天都在发生的手工搬运」,全部有会议共识背书

5.1 建联自动化 —— 打通自动化链路的第一环

为什么第一:达人不入库,后面所有自动化都没有主语。现状断层就在「加了企微 → 手动登记」。

行动项:小明发入驻页地址;小兔出欢迎话术。周 KPI:每周新增企微达人 500 名(业务已定案);存量达人 8 月底前全部加进企微。

5.2 计划管理 + 开定向/开秒杀 —— 会议定调「最琐碎环节」的自动化

运营配合:来客里计划建规范(标题规范、计划 ID 登记)。

5.3 报名确认 → 排期/拉群联动

5.4 结算状态自动流转 + POI 校验

5.5 数据口径统一(为一切自动判定打地基)

5.6 配置中心(v3.0 新增 —— 一切判定的地基,P0 第一位)

业务答复反复强调「做成可配置项」—— 全部口径数字与开关收进配置中心:后台改数字即时生效,业务标准调整不再等开发。完整清单见 baseline §12A,含:

配置项默认值配置项默认值
优质达人 ROI 门槛> 10补发达标条数3 条
优质达人 CPM 上限< 20BF 曝光阶梯¥100→2,000 起(各项目通用)
低推荐 CPM 阈值> 80时效红线全表维持现值
结款达标线(三线)≤80/≤200/ROI≥2退款扣费开关关(暂不扣)

工程侧铁律:判定逻辑禁止硬编码口径数字,一律从配置中心取值并标注 baseline 出处;每次修改留审计记录。

06P1(9 月)与 P2(顺势收敛)

P1 九月 —— AI 与判定能力上线

  • 定向邀约(v3.0 新增):经营环反选名单 → 已建联库一键企微精准邀约,邀约漏斗可追溯
  • 一键催发(v3.0 新增):不达标达人批量通知引导维护/补发(人工触发)
  • 批量发送好友申请(v3.0 新增):按手机号一键批量,支撑 500 名/周 KPI
  • 结款自动触发审批(v3.0 新增):达标即自动发起结款与审批流转
  • 场次数据看板(v3.0 新增):以任务(场次)为分析标的——本批达人总曝光/总销售 + 多维指标与图表
  • 9.10 AI 自动回复上线(天择侧):前提是 12 阶段×五要素(识别信号/目标/可以说/不许说/转人工)+ 30 天真实聊天语料校准完成。犀见配合:聊天记录导出(已确认可导)+ 达人档案数据可取用。上线前只给建议不自动发
  • 议价标注入库:消息旁动作/指挥台,规范格式,确认卡后写入商单实际成交价格
  • AI 交稿审核:项目级审核标准(经营环验收标准维护);达人群视频文件用多模态模型读内容(技术已确认可行)
  • 达人推荐子系统一期(原评分卡反选辅助升级,v3.1):反选 SOP 数字化为推荐清单(六维评分带证据、探索位)+ 双锚建议价,反选决策仍人工;战略级模块,独立文档承载(推荐 PRD / 业务册);二期 AI 内容理解、三期飞轮全自动随 P2 排
  • 催发自动化:时效节点超时自动催(全量统一标准、阈值可配),失联走补人流程
  • 分级口径 v2.0:优质 = ROI>10 且 CPM<20 且酒旅类目;CPM>80 降推荐指数(非拉黑)——阈值全部走配置中心

P2 顺势收敛 —— 体外循环归仓

  • 达播/团长全量入小程序(小程序下周版本开通达播/团长入驻):入库自然发生后,云剪 70 个工作表退役 —— 团长回填统一四列模板(抖音ID/昵称/等级/链接),系统自动抓数据、达标即开票结款
  • 历史数据项目归属补录(v3.0 定案):老任务无需运营手动处理 —— AI 模糊匹配 + 人工统一兜底确认
  • 发票自助上传:结算流程里达人/团长自选上传(对公路径),免去逐个询问
  • 0701 表降级退役:真库在 MySQL,飞书只留财务审批单入口与只读镜像;「最终连飞书表格都不用了,从接单到回填到结算整个链路都在后台完成」(8.07 会议原话,作为北极星)
  • 达人截图自动留存:按需触发 PC 端抓取 + 达人自传双份,替代 4 张人工截图表
  • 客户交付版(经营环侧远景):内部版打磨过关后,页面一键出客户版对外链接 —— 本方案先把内部版做到「自己人真觉得有用」
  • 暂缓项(会议定案):小红书达人(先做好抖音)、上品自动化(品类杂检查成本高,运营先想)、二剪(先不做)

07数据模型:三层达人库与商单状态机

7.1 达人三层(会议定案的圈层模型)

定义来源存什么
达人广场(池)有信息、未建联来客达人广场采集(已在抓)+ 集星抖音号、等级、品类、30 天数据 —— 反选与客户名单的原料
已建联企微/小程序可触达入驻绑定、招募报名+手机号/微信、标签(入驻时自填)、阶段状态、聊天关联
已履约产生过真实合作商单闭环+历史成交价、ROI/CPM、分级(优质=ROI>10 且 CPM<20 且酒旅类目;CPM>80 降推荐指数非拉黑 —— 阈值均走配置中心)

旁类:「已合作未建联」(团长报的临时号)只存抖音号+抓取数据,不占建联流程。新老达人占比约 3:7,库的质量决定下一次招募的效率 —— 这是公司核心资产的技术承载。

7.2 商单状态机(对齐运营真实动线,删掉没人用的环节)

(定向邀约·②A) → 报名 → 报名确认(纯三确认) → 待填入园信息 (自动邀请) → 待回填链接 → 数据审核中 (自动判定) → 待结算 (达标自动进 → 自动触发结款审批) → 已结算

08人效路线:8–9 人 → 2 人 → 1 人

这是业务目标而不是愿景 —— 每期交付都拿这个数字验收;单环节估算按 SOP 时效与会议描述频次,上线后以实际埋点复核
环节现状人工耗时(每达人/每批)自动化后省下的动作
建联登记发话术+收资料+录入 ≈ 5-10 分钟/人≈ 0(自助绑定+自动匹配)手动录入、重复要资料
开定向/秒杀收号+誊文档+登来客添加 ≈ 15-30 分钟/批会话内 3 次点击/批切系统、粘贴、逐个添加
排期通知逐人手动发页面链接反选即自动发出整段动作消失
催审催发每天翻名单逐人催超时自动催+异常清单人肉盯表,只处理异常
数据搬运来客导出→整理→填 0701口径统一自动抓取导表、对数、二次校验
结款对账核手机号+制表+传飞书 ≈ 0.5-1 天/批达标自动进队列+手机号自动核对制表与逐个核对
客户名单手动查广场逐个抄数据库内筛选一键导出整段动作消失
里程碑人效目标达成判据
P0 末(本月)8–9 人不加人,吞吐上台阶建联/开权限/排期/结算四段手工搬运消失;新增项目不新增人
P1 末(9 月)压到 4–5 人当量AI 建议+自动催发+评分卡上线后,单人可稳定运营 2–3 个并行项目;富余人力转向达播建联与内容质量
P2 末2 人,终态验证 1达播/团长/云剪全线入库、0701 退役后,用一个完整月验证:1 人 + 运营台完成全部达运工作(跑客户除外),SOP 时效全绿、红线零触发

逻辑链:达运时间里 60% 以上是「搬运/誊写/盯表」——这部分归零是 P0/P1 的直接产出;剩下真正不可自动化的三件事(跟客户拍板的反选、砍价谈判、内容质量判断)通过评分卡辅助、AI 建议、审核预筛把单次耗时再砍半。8–9 人的活 = 搬运(消失)+ 判断(减半)+ 沟通(AI 分担),1–2 人当量在数学上成立,风险在长尾异常——所以终态验证放一个完整月,用 SOP 时效与红线指标兜底。

09红线的数字化映射

SOP 的 R1–R10 不能只挂在墙上 —— 系统要让红线「难以踩到」
红线系统防线
R1 数据造假/假回填数据一律来客后台自动抓取,回填带 POI 校验与时间戳留痕;无真实发布记录的商单进不了待结算
R2/R3 回扣/吃价差议价标注→确认卡→入库,犀见终价即 0701 同步价即结款价,三数强一致;价差自动比对告警
R5 货盘错发货盘资料挂项目右栏统一引用,不再各自转发旧版文件
R6 泄露达人库/底价数据分权:达运看执行视图,导出留痕;底价字段权限收敛
R10 测试违规(上品自动化暂缓,待运营侧方案)上架测试 checklist 数字化预留

10依赖、风险与行动项

关键依赖

  • 天择侧:12 阶段×五要素标准(原 11 阶段已认领,v3.0 新增 ②A 模板待补);经营环验收标准加审核条件;消息台标价/开权限入口交互
  • 运营侧:来客计划建规范+登记 ID;欢迎话术;BF 样本(已给);反选经验文档(已认领);持续测试 AI 建议并截图反馈
  • 犀见侧:入驻页地址;30 天聊天导出;计划同步与来客 RPA;结算状态机改造;POI 校验
  • 业务待拍板 6 件事已全部回收(2026-08-16 十节答复):BF 阶梯通用+可配、周 KPI 500 名、退款暂不扣+留开关、结款自动触发、历史归属 AI 补录、催发无豁免 —— 见 baseline §12 答复记录

主要风险与对策

  • 企微设备稳定性:掉线是企微侧策略(登录态过期/新设备验证),已有保活与恢复经验;自动催发等写操作全部走三层安全闸+影子模式先跑
  • 来客 RPA 脆弱性:界面改版即断 —— 动作幂等+失败可见+指挥台人工兜底,不追求 100% 无人值守
  • 小程序周更节奏(上架审核):达人侧功能提前一周排队,后台/消息台侧不受限日更
  • 迁移风险:0701 并行镜像期间双写核对,财务口径对平后才停旧表;任何阶段可回退
时间基线:存量达人加企微 8 月底前完成 · AI 自动回复 9 月 10 日 · 小程序每周一版 · 自动化专题每周 1–2 轮。
验收哲学(经营环同款):每个功能回答四问 —— 怎么干 / 干没干 / 干得怎么样 / 下次该怎么干。做没做、做了有没有用、为什么没做,周会对着系统说话。