XIJIAN DOCS

业务需求文档(BRD)v2.1

唯一口径源(内部简称:基线):分层/阶段/时效/结算判据全集 · ← 返回文档中心

目录
0. 系统分工与唯一键(一切口径的地基)1. 术语表(开发中禁止换名,一物一名)2. 达人分层口径3. 阶段模型(12 + 2,2026-08-16 修订定案)4. 全链路环节与时效硬标准(SOP 口径,验收用)5. 反选口径(人工决策 + 系统辅助)6. 需求清单(附件《产品更新需求》逐条收录 + 验收判据)7. 计价与结算口径(钱的部分,逐条核对)8. 数据口径(所有自动判定的地基)9. 自动化边界与红线10. 时间基线与节奏 [需求§11][定案]11. 各方行动项 [需求§12]12. 待确认清单(v2.0 已全部清零,答案记录如下)12A. 系统配置项清单(口径数字集中配置,代码禁止硬编码)13. 材料溯源索引

犀见业务需求文档(BRD)

命名说明(2026-08-17 统一):本文即原「业务口径基线」,内部简称「基线」不变——全部文档中「基线 §x」引用继续有效;性质不变:唯一口径源 + 验收基准。

版本:v2.1 | 日期:2026-08-17 | 状态:业务已确认,开工基线(原 §12 待确认事项已全部清零)

v2.1 修订:达人推荐子系统入编——反选 SOP 纳入口径来源(§5.3)、估价模型解除暂缓(§9.2)、新增 §6.13 与配置项(§12A)。专属文档:《业务册》recommend-biz.html |《PRD》recommend-prd.html。

本文是什么:把截至 2026-08-16 的全部业务材料熔成一份唯一口径源 + 验收基准。 后续开发的每一个功能,先对照本文的口径写,验收对照本文的判据收。 与任何其他材料冲突时,以本文为准;本文有错,改本文(提交记录即校准历史)。

v2.0 修订(2026-08-16,依据业务侧对确认书的十节完整答复 [答复§n]): ① 阶段模型新增「定向邀约」节点、报名确认精简为纯三确认(§3);② 优质门槛 ROI>10、CPM>80 改降推荐指数(§2); ③ ROI/CPM/补满条数/BF 阶梯/时效红线全部升级为系统可配置项(§12A 配置清单);④ 新增一键催发、批量好友申请、 结款自动触发、任务维度看板四项需求(§6.9–6.12);⑤ 原 §12 六项待确认全部定案(§12)。

条目标记[定案] 已拍板 | [待确认] 需产品拍板 | [暂缓] 明确先不做 | [可配] 系统后台可配置项(见 §12A) 来源标记[需求§n]=《产品更新需求 2026-08-14》第 n 节(重中之重,本文对其逐条全收录)| [答复§n]=《产品需求确认文档(业务与产品共识版)2026-08-16》第 n 节 | [SOP]=《执行运营SOP》| [培训]=《执行运营培训手册》| [纪要0807] [纪要0814]=两场会议逐字稿 | [BF]=耀雪实探 BF 样本 | [0701]=达人执行监控表实测结构 | [流程报告]=daren-flow 全流程报告


0. 系统分工与唯一键(一切口径的地基)

系统 归属 职责
犀见后台 + 小程序 小明侧 达人档案、任务/招募、报名反选、场次、回填链接、结算
犀见消息工作台 天择侧 企微消息 + AI 回复建议 + 指挥台(自然语言下指令→确认卡→执行)。对它只描述接口性需求
抖音来客 平台 定向/秒杀计划的实际开通处;支持按抖音 ID 批量添加;ID 错误直接报错,不会造成损失

[需求§0][定案]


1. 术语表(开发中禁止换名,一物一名)

术语 定义 备注
达人 在抖音发布内容/带货的创作者,业务对象主体
实探 达人实地探店拍摄短视频的合作形式 走犀见小程序闭环(当前唯一自动化线)[SOP]
达播 达人直播带货的合作形式 分自招达播与团长机构达播 [SOP]
云剪 达人用商家素材剪辑发布(不到店)的合作形式 量大,推荐走团长;开通用计划,不单独建计划 [需求§1][SOP]
团长 组织一批达人接单的中间机构 只开秒杀、不入库、防挖人不配合走小程序 [需求§4]
品宣达人 曝光型:粉丝 ≥20 万,看曝光/点赞/收藏/转发 价高、短视频等级低、内容力高、带货极弱 [培训]
品效达人 转化型:看后台曝光+销售额+品类 价 800–2500、等级高、带货最强 [培训]
团购达人 概率型:招募价、短视频 4–6 级 带货不稳定,靠 CPM 控成本 [培训]
业务单元 项目下的分类:景区 / 酒店 后台既有字段
任务类型 实地探店 / 现场直播 / 绿幕直播 后台既有字段(云剪不在小程序任务类型内,P2 入库时扩展)
场次 一次具体执行批次(形如 ID2608922) 任务挂在场次下,计划/结算按场次归属
商单 一个达人在一个任务下的完整合作记录(报名→结算) 对应小程序「订单」
计划 来客侧的合作计划:通用 / 定向 / 团长(秒杀属营销工具线) 有计划 ID;名称现状不规范 [纪要0814]
定向计划 给自建联达人开的专属佣金计划 达人:定向+秒杀都开 [需求§1]
通用计划 面向全部达人的公开计划,佣金最低 云剪走这个 [培训]
团长计划 给团长的计划,佣金≈定向或高 0.5%–1% 只能手机端来客操作;开出后主动权不在我方 [培训]
秒杀 营销工具:POI 秒杀(单品限 18 小时/立减全天)、直播间秒杀 团长线用「开秒杀」指开直播间秒杀授权 [培训]
BF 拍摄 brief:怎么拍好(必拍项/话题/注意事项) 与「审核标准」分离,见 §7.3 [需求§7]
0701 表 飞书《达人执行监控表》,现状的事实数据库(26 张子表) 目标:降级为镜像直至退役 [0701]
反选 人工圈定合作对象的决策动作;v2.0 起前置于邀约(依经营环名单圈定→一键定向邀约),报名确认不再承担反选 永不自动化 [需求§1][答复§1]
定向邀约 ②A 节点:按反选名单从已建联库企微一键精准邀约(替代大规模群发) v2.0 新增 [答复§1]
推荐指数 反选辅助评分的排序输出;CPM>80 的达人降推荐指数沉底展示 v2.0 新增 [答复§3]
一键催发 对数据不达标达人批量发送维护/补发引导通知(人工触发,系统绝不自动催不达标者) v2.0 新增 [答复§5]
回填 达人发布后把视频链接填回小程序 可持续补填,见 §7.2
建联 与达人建立可触达联系(企微为主) 三层库分界线,见 §2
灵工平台 身边云(merchant.serviceshare.com),对私打款的签约通道 签约手机号必须与打款表一致 [SOP]
来客 / 林客 同一系统(抖音来客),统一叫来客 [培训]
生意经 来客后台的经营数据板块 服务商账号无权限,用商家子账号看 [纪要0807]

2. 达人分层口径

三层 + 一旁类:[需求§0][纪要0814][定案]

定义 判定 存什么
达人广场(池) 有信息、未建联 从来客达人广场/集星采集入库 抖音号、昵称、等级、品类、30 天销售额/核销额/播放量、主页链接
已建联 企微或小程序可触达 加上企微 或 小程序完成绑定 +手机号/微信号、标签、阶段状态、聊天关联
已履约 产生过真实合作 至少一个商单走到已结算 +历史成交价、ROI/CPM、分级(优质/低推荐/普通)
(旁类)已合作未建联 团长报来的临时抖音号 团长线合作但无联系方式 只存抖音号+抓取的基本数据,不占建联流程、不算已建联 [需求§4][纪要0814]

达人分级(履约后)[v2.0 修订]

判定 动作
优质 ROI > 10 [可配] CPM < 20 [可配] 品类为酒旅(景点票券/游玩项目居首位) 重点沉淀,下轮优先复用
低推荐 CPM > 80 [可配] 降低推荐指数(反选辅助排序中沉底),不直接拉黑
中间地带 其余 如实归档,备注本次表现与是否可再试

[培训] 原口径 → [答复§3][定案] 修订:优质门槛由 ROI>3 提升为 ROI>10(原口径废弃);CPM>80 由「拉黑不再复用」改为「降低推荐指数」——不设硬性黑名单动作,恶劣个案仍可人工手动拉黑(保留人工口子)。 推荐指数:反选辅助评分(§5.2)的输出排序值;低推荐达人在建议名单中沉底展示并标注原因。 ROI、CPM 全部阈值为后台可配置项(§12A),代码中禁止硬编码。[答复§3] 注意:0701 现有达人库表的 ROI 公式实测是错的(算成了费用 MAX)——迁移时按本表口径重算,勿照搬公式。[0701]


3. 阶段模型(12 + 2,2026-08-16 修订定案)

①建联登记 → ②选盘要资料 → ②A定向邀约(反选名单→一键精准邀约) → ③报名意向
→ ④询价议价 → ⑤报名确认(纯三确认:报名/档期/价格)
→ ⑥开权限投流(定向/秒杀/投流授权) → ⑦约档排期 → ⑧执行中 → ⑨交稿审核
→ ⑩发布数据 → ⑪结算对账
横切:售后异常 / 静默唤醒

修订记录一(对 20260814-01 标准的三处修订)[需求§1][定案]: 1. 原③「报名确认」改名「报名意向」——对方表达参与意向(报名/想接/可以做)。 2. 「询价议价」之后新增「报名确认」——人工在后台确认的动作,不发生在聊天里;它是阶段节点,因为确认后触发后续动作(拉群、发入园信息)。 3. ⑤「开权限投流」内涵扩为:开定向 / 开秒杀 / 投流授权。对象区分:达人(定向+秒杀都开)、团长(只开秒杀,不入库)、云剪(开通用,不单独建计划)

修订记录二(v2.0 流程重构)[答复§1][定案]: 4. 新增「定向邀约」节点(②A):反选动作前置到报名意向之前——系统从已建联达人库获取完整达人线索,根据经营环输出的反选名单,通过企微一键定向精准邀约,不再进行大规模人工群发。反选决策(圈谁)仍为人工+经营环辅助,永不自动化(§5 口径不变,动作时点前移)。 编号策略说明:新节点用「②A」插入而非重排 ①–⑫——原 11 阶段编号是跨方契约(天择侧阶段判定与五要素模板、两场会议纪要均按 ①–⑪ 引用),重排会令既有材料全部错位;后续新增节点沿用同法(在前一阶段号后加字母)。 5. 精简「报名确认」节点(⑤):不再承担反选职能,仅保留纯粹的最终报名确认、档期确认、价格确认三件事;确认后照旧触发拉群与入园信息邀请(§6.4/6.5)。


4. 全链路环节与时效硬标准(SOP 口径,验收用)

13 环节(SOP 全链路序号)中与系统相关的时效红线:

环节 时效标准 来源
需求受理 收到 0701 提需 60 分钟内确认四要素(组数/预算/等级/主打内容)并打勾;不明确不执行 [培训]
出名单 需求下发后 3 个工作日内输出《达人名单》,组数 ≥ 需求组数 [培训]
出片 探店后 2 天内出审核视频(达运主动催) [培训]
催审发填 催+审+发布+回填全流程 4 天内完成 [培训]
回填链接 视频上线 48 小时内填链接 [培训]
数据补全 7 日内补全 ROI/成交额/CPM(周报取数只用满 7 天的视频) [培训]
结款发起 达标后系统自动触发结款与审批流程(替代原「归档后 3 工作日人工发起」,见 §7.5) [培训][答复§10][定案]
设计提需 头图/达播贴片提前 ≥3 天;商品详情页提前 ≥7 天 [培训]
周报 每周六上午十点前提交,未交扣 100/次 [SOP]

时效红线口径(v2.0 定案)[答复§6][定案]:系统自动催发场景对全量达人统一标准执行;上表所有时效数值均维持默认值,但系统底层全部为可配置项(§12A),以便后续按运营节奏灵活调整。自动化后这些时效即监控告警阈值:超时自动催发(⑧执行中),超时未回填自动提醒,需求超 60 分钟未确认提示。前期所有达人一律先按系统自动催发逻辑执行。[答复§10]


5. 反选口径(人工决策 + 系统辅助)

反选本身永不自动化(要跟客户拍板,有时还要客户排版)。系统只做「建议名单/评分辅助」。[需求§10][纪要0814][定案]

v2.0 时点修订 [答复§1][定案]:反选决策前置到「定向邀约」节点(§3 ②A)——从已建联达人库出线索、经营环输出反选名单、人工确认后系统一键定向邀约;「报名确认」节点(⑤)不再承担反选,只做最终三确认。反选的「人工拍板」性质不变,变的只是发生时点(从报名后筛选 → 邀约前圈定)。低推荐达人(CPM>80,§2)在建议名单中沉底展示。

5.1 分类型硬口径 [培训][定案]

类型 主看 数据源 价格带
品宣 粉丝≥20 万 + 曝光/点赞/收藏/转发 抖音主页 + 来客 +(星图) 较高
品效 后台曝光 + 销售额 + 品类 抖音主页 + 来客 800–2500
团购 后台曝光 + 销售额 + 品类 抖音主页 + 来客 招募价(短视频 4–6 级)
达播(免费) 不反选,多多益善
达播(付费·绿幕) 来客数据、品类 来客
达播(付费·现场) IP、来客数据、品类 来客
云剪(团长招) 先出 2–3 支样片审核通过再放全量

带货力排序:品效 > 团购 > 品宣;曝光力排序:品宣 > 品效 > 团购。[培训]

5.2 评分卡(P1 系统辅助,优先级即权重序)[纪要0807][定案]

  1. 来客等级(有硬性等级要求)
  2. 品类(播放高但品类不符=无意义)
  3. 达人报价(超预算即出局;系统自动比对以往合作价,报价过高自动打标)
  4. 主页(前端粉丝量 + 视频风格是否统一/品类固定)
  5. 近 30 天稿均播放量(对照公式见 §7.4 曝光要求)
  6. 稿均销量、下单人群画像

依赖:达运沉淀《反选经验文档》(面向新手、按文档执行即能选到靠谱达人;已认领)。[纪要0807]

5.3 反选 SOP 与达人推荐子系统(v2.1 入编)[SOP反选][定案]


6. 需求清单(附件《产品更新需求》逐条收录 + 验收判据)

本节与附件 §2–§9 一一对应,一条不落;每条含边界与验收判据。开发排期见方案 v2.0 的 P0/P1/P2。

6.1 建联登记自动化 [需求§2][定案]

现状断层:加企微 → 手动发话术 → 达人回文字 → 手动录后台(卡住整条自动化链路)。

需求口径: - 加好友自动欢迎语,话术后附小程序页面(企微后台「客户联系」配置,已验证不同主体可配) - 落地页三分支:已入驻达人→首页;配合某次招募→任务详情页;新达人→入驻/登记页;日常打招呼默认入驻页 - 绑定后凭手机号或抖音号自动匹配达人档案;等级、类型等从库里带出,不让达人重复填 - 第二路径:消息推送招募小程序、点进即自动关联 - 范围只圈达人服务相关企微(金奖团等在另一主体,不涉及)

验收判据: - [ ] 新达人从加好友到档案入库,全程 0 次人工录入 - [ ] 三分支落地页按达人状态正确路由(已入驻/配招募/新达人各验一例) - [ ] 已有档案的达人绑定后资料自动带出,无重复填写项 - [ ] 非达人业务企微号不受影响

行动项:小明发入驻页地址给天择;小兔出欢迎话术。

6.2 议价结果落库 [需求§3][定案]

验收判据: - [ ] 从会话标注到商单「实际成交价格」字段落库 ≤3 步操作且有确认卡 - [ ] 标注价 = 商单价 = 0701 镜像价三处强一致(见 §7.5 结款依据) - [ ] 未经确认卡的解析结果不产生任何写入

6.3 开定向 / 开秒杀(会议最大新需求)[需求§4][定案]

达人线(先跑): - 会话里针对联系人提供「开定向」「开秒杀」动作 - 流程:先选项目 → 列该项目生效中计划(计划名+计划ID)→ 选中 → 确认执行 → 后台自动去来客添加该达人抖音号 - 前提:犀见系统内做计划管理——同步来客定向/秒杀计划,按项目关联,只显示生效中(当前约 7 个;全量 100+ 不可直列) - 佣金点数不按达人区分(同一计划统一点数),不存在「给谁开几个点」的判断 - 开计划的人必须先入库:不在库的先走 6.1 登记再开 - 安全边界:来客 ID 错误直接报错,无资损风险

团长线(指挥台过渡): - 团长只开秒杀、不入库、发来一串格式五花八门的抖音 ID 文本 - 过渡:运营粘贴 ID 清单到指挥台 + 说明开哪个项目的秒杀 → 确认卡 → 执行 - 「AI 识别团长消息自动弹按钮」记下不做(频次不高、识别不划算)[暂缓] - 团长报的临时抖音号不算已建联、不强求走小程序;可只存抖音号+抓取数据归「已合作未建联」

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

验收判据: - [ ] 计划库与来客同步:项目关联正确、生效状态准确(新建/过期计划在下一同步周期内反映) - [ ] 达人线:会话内 选项目→选计划→确认→执行成功,来客侧可见该达人已添加 - [ ] 对未入库达人触发动作时,引导走登记流程而非直接执行 - [ ] 团长线:指挥台粘贴 N 个 ID + 项目说明 → 确认卡 → 批量执行,错误 ID 单独报错不阻塞其余 - [ ] 执行结果(成功/失败/报错原因)回执到发起会话

6.4 约档排期自动化 [需求§5][定案]

验收判据: - [ ] 反选确认动作后,无人工介入,达人企微收到入园信息填写邀请 - [ ] 可选时间段按场次配置生效

6.5 拉群联动 [需求§6][定案]

验收判据: - [ ] 分两批确认(如先 5 人后 10 人),两次拉群进的是同一个群

6.6 交稿审核 AI 化(探店线)[需求§7][定案]

边界(先说死): - AI 审基础项:项目名称规范(「上海野生动物园」不能写成上野/上动/简称)、错别字、必拍基础项是否出现——标准项目级、90% 不变,一次定义长期用 - AI 明确不审动物个体识别(哪只是豆豆/钉钉):给不了样本、逐帧 token 不划算、不是链路最有价值部分 [暂缓-明确不做] - 达人群里直接发的视频文件可识别(豆包等多模态读内容,技术已确认可行)

依赖:审核标准从 BF 独立——BF=怎么拍好,审核标准=底线是什么;天择在经营环作战室验收标准里加审核条件,按项目维护;运营已提供现行 BF 样本。

BF 样本结构参考(耀雪实探 BF 实测)[BF]:探店时间/入园流程/话题 TAG(正片副片各异)/视频要求(正片副片 POI 各异,配比要求)/必拍项目/亮点/温馨提示/结款事项。审核可抽取的「基础项」:POI 正确、必带话题齐全、必拍项目出现、项目名称规范、本周活动演出出现(防旧素材)。

验收判据: - [ ] 项目级审核标准可配置(每项目一份,场次可复用) - [ ] 群内视频文件可触发 AI 预审,输出逐项通过/不通过+依据 - [ ] AI 预审结果仅供达运初审参考,不自动过审、不自动驳回

6.7 结算流程简化 [需求§8][定案] → 详细口径见 §7

6.8 AI 回复建议(天择侧,备案口径)[需求§9]

验收判据(犀见侧配合项): - [ ] 聊天记录导出可执行且含达人关联键(抖音号/手机号) - [ ] 达人档案对消息侧可查询(按唯一键取档案接口)

6.9 定向邀约(v2.0 新增)[答复§1][定案]

验收判据: - [ ] 按反选名单发起邀约,名单内达人企微收到定向邀约消息,名单外不发 - [ ] 邀约后达人报名意向可关联回本次邀约批次(漏斗可追溯) - [ ] 全程无人工逐个发送动作

6.10 一键催发(v2.0 新增)[答复§5][定案]

验收判据: - [ ] 不达标达人列表中可一键对选中达人批量发送催发通知 - [ ] 系统绝不自动催发不达标达人(自动催发只用于时效场景 §4)

6.11 批量发送好友申请(v2.0 新增)[答复§10][定案]

验收判据: - [ ] 选中一批达人(含手机号)→ 一键发起批量好友申请 - [ ] 无手机号的达人明确提示无法发起,不静默跳过

6.12 任务维度数据看板(v2.0 新增)[答复§7][定案]

验收判据: - [ ] 场次维度可见本批达人总曝光、总销售汇总 - [ ] 图表基于场次聚合,口径与 §8 数据口径一致(来客为准、满 7 天)

6.13 达人推荐子系统(v2.1 入编)[SOP反选][定案]

口径与规格见 §5.3 与专属文档(业务册待业务过目中)。分期:一期数据打分版(清单+建议价)→ 二期 AI 内容理解 → 三期飞轮全自动。

验收判据(一期): - [ ] 任务发布可生成推荐清单:SOP 六维打分、每分带证据、硬门槛不过者单列注原因 - [ ] 探索位按配置比例出现且标注「探索推荐」 - [ ] 每人带建议价区间;报价高于收益锚上限时标注压价目标 - [ ] 反选决策留痕(采纳/跳过+可选原因),特征快照落库 - [ ] 全部阈值/权重/比例走配置中心(§12A),代码零硬编码


7. 计价与结算口径(钱的部分,逐条核对)

7.1 计价模型四要素 [需求§8][纪要0814][定案]

# 要素 口径
1 底价(车马费) 实探/达播的现金部分;随景区距离浮动
2 佣金点 来客后台自动分账,不走现金结算,与打款无关
3 后置激励 达播为主,按项目按月复核
4 投流费 单独计算、单独记

实探通常=①(+②分账);达播通常=②+③。我方现金支付的只有车马费与后置激励(及投流费单记)。[纪要0814]

7.2 商单状态流(简化定案)[需求§8][纪要0814][定案]

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

7.3 POI 校验 [需求§8][定案]

验收判据: - [ ] 回填一条 POI 不符链接被拒且提示原因 - [ ] 多 POI 场次按允许集合放行

7.4 数据达标线(三套口径各有用途,勿混用)

用途 口径 来源
结款达标(对内,能不能结) 实探:千次曝光 ≤80 ROI ≥2 | 云剪:千次 ≤200 或 ROI ≥2 | 达播:ROI ≥2(阈值均 [可配] [SOP·结款要求][定案]
达人分级(好不好) 优质:ROI >10 且 CPM <20 且酒旅类目 | 低推荐:CPM >80(阈值均 [可配],见 §2) [培训][答复§3][定案]
单项目曝光要求(BF 写给达人的,对外话术) 车马费 ¥100→2,000 曝光;¥200→4,000;¥350→7,000 依次叠加 [BF][答复§5§10][定案]

内外标准分离(v2.0 强化定案)[答复§5][定案]:写给达人的曝光要求仅作为对外话术对内结款严格按内容数据指标(短视频/直播各项具体数据是否达标)评判——两套口径并存是设计,不是矛盾,系统展示与判定各用各的。

BF 曝光阶梯定案(原待确认 #1 清零)[答复§5§10][定案]:阶梯数值(¥100→2,000 这组)各项目通用;数值本身为系统可配置项 [可配],默认维持 BF 样本值。[纪要0807] 的 ×15 公式仅用于反选估算参考,不参与任何判定。

ROI 计算口径确认 [答复§5][定案]:达标线必须刨除达人费用——例:达人费 ¥100,需带货满 ¥300 才算 ROI>2。即 ROI =(成交 GMV − 达人费用)/ 达人费用(与下式一致,业务已确认)。

7.5 结款前提与依据 [培训·三章][定案]

结款前提四条缺一不可:已发布 + 已回填 + 数据已归档(7 日补全)+ 已验收无未处理问题。顺序写死:发布 → 回填 → 归档验收 → 才结款。

唯一结款依据:犀见最终价 = 0701 同步价 = 应结金额,三数必须一致。 对账三查:查价差(三数一致)/ 查重复(一支视频只对应一笔钱)/ 查虚增(无真实产出的钱一分不能有)。

异常处理口径: - 犀见漏填终价(最常见):对着聊天/报名留痕补齐,不许估、不许抬 - 有价差:先停、查清、以真实成交留痕修正到三处一致再结;绝不按对我有利的那个结 - 退款扣费(原待确认 #3 清零)[答复§10][定案]:达人视频带来的订单退款,当前阶段暂不扣除达人费用;系统底层保留「退款扣费」配置开关 [可配],以备规则变更。发现异常仍先同步 PM,不擅自加减金额 - 鸽约/未拍摄:不结,记录在案下次不合作,按需补名单 - 结款自动化(v2.0 定案)[答复§10][定案]:达标后系统自动触发结款与审批流程(或人工一键确认后自动流转),替代「达运有时间再结款」模式

7.6 打款通道 [SOP][定案]

通道 流程 关键校验
对公(优先) 核对金额 → 对方开发票(我方抬头:江苏大千文旅科技有限公司,税号 91320106MADPFPUC21)→ 收对方对公账户 → 制表 → 飞书审批 发票、对公账户
对私 达人灵工平台(身边云)签约 → 打款表 → 飞书审批 → 上传灵工平台 表中手机号必须与签约手机号一致(现状人工核对 → 目标自动匹配 [纪要0807]);灵工金额=实际金额×1.062;飞书上传哪个灵工账户,后续打款必须同账户

8. 数据口径(所有自动判定的地基)

口径项 定案 来源
主数据源 一律以来客(商家视角)为准;替换现用零客(服务商视角)口径——运营多次反馈对不上要二次校验 [纪要0807][定案]
前端数据 播放/点赞/评论/收藏 需每日更新一次(隔天可接受);很多客户只看前端数据结案 [纪要0807][定案]
发布截图 双留存:达人回填时上传手机端发布截图(含浏览量)+ 我方 PC 端按需触发抓最新截图;不是每个项目都要 [纪要0807][定案]
达人广场采集 全量进后台(已在抓,实测 19,299 行):昵称/等级/主页/30 天销售额/核销额/播放量;可筛可导出(客户名单场景:昵称、等级、主页链接、30 天销售额/核销额/播放量) [纪要0807][定案]
达人标签 亲子/美食等标签入驻时达人自填;老达人无标签需引导补填;目标:客户要「亲子类达人」一筛即出 [纪要0807]
单位坑 大千数仓 dy_influencer 同表混用单位:daren_gmv_30ditem_gmv_total_30d(差 100 倍);另三个 GMV 字段单位存疑只放行已验证的 [消息台README][定案]
比率禁令 比率类表述全站禁止上墙(经营环口径 gc_ratio_no_target),已有三层防护 [消息台README][定案]
跨期口径 核销/退款滞后:按「哪天下单、哪天核销/退款」区分,不得硬除;预售期核销低是正常节奏 [培训]
爬坡保护 刚上线视频数据在爬坡,ROI/CPM 判定只用满 7 天数据 [培训]
生意经权限 服务商账号无生意经权限,用商家子账号;来客权限合作客户基本都有 [纪要0807]

9. 自动化边界与红线

9.1 三不自动化(总纲,两侧共同遵守)[需求§10][定案]

  1. 跟客户相关的决策不自动化(反选确认要客户拍板)
  2. 重大影响结果的决策不自动化
  3. 自动化成本高于人工的不做(动物个体识别是反面教材)

其余一律奔着自动化去想。指挥台原则:能加按钮的高频动作加按钮,其余模糊动作全进万能指挥台(自然语言→确认卡→执行)——动作会越来越多,不为低频动作做复杂功能。[纪要0814]

9.2 暂缓项清单 [需求§10][暂缓]

原因
小红书达人 先做好抖音;小红书本质是达人库+人工派单,闭环难
上品自动化 品类杂、检查成本高(每个品要人工点开+下单测试);运营侧自己先想
团长消息 AI 自动识别弹按钮 频次不高、格式五花八门,不划算
动物个体识别审核 明确不做(成本>价值)
二剪 先不做
~~完整估价模型~~ v2.1 解除暂缓:升级为推荐子系统估价引擎(双锚定价,§5.3)

9.3 红线(系统要让它难以踩到)[SOP][培训]

红线 内容 系统防线
R1 数据造假 假回填/无关视频占位/刷量/虚报结款 数据只从来客自动抓取;POI 校验;无真实发布进不了待结算;时间戳留痕
R2 拿回扣 收现金/红包/返点 议价标注留痕+确认卡
R3 吃价差 申报价≠真实成交价 犀见价=0701 价=结款价三数强一致,价差自动告警
R4 佣金漏设即外露 不分账、账款不到账 计划库外露前佣金校验提示 [P1 待排期]
R5 货盘错发 一错全错 货盘挂项目统一引用,不各自转发文件
R6 泄露达人库/底价/货盘 核心资产外泄 数据分权、导出留痕、底价字段权限收敛
R7 飞单私单 带走达人资源 建联资产沉企微+库,留痕
R9 违禁词/虚假宣传 详情页违禁 (上品线,暂缓随上品自动化)
R10 测试违规致损 跳过测试/误设真实售卖时间 (上品线,暂缓)
运营纪律 群消息不已读不回(投诉扣 100/次);提需不执行扣绩效;周报未交扣 100/次 超时未回列表/告警辅助

10. 时间基线与节奏 [需求§11][定案]

事项 时间
存量达人全部加进企微 8 月底前
AI 自动回复上线 9 月 10 日
小程序迭代节奏 每周一版(有上架审核,比后台慢;达人侧功能提前一周排队)
自动化专题讨论 每周 1–2 轮
小程序下周版本 开通达播/团长入驻 [需求§12]

11. 各方行动项 [需求§12]

状态
小明(犀见侧) 入驻页地址给天择;30 天聊天记录导出;欢迎语挂小程序;自动匹配;计划管理+开定向/开秒杀;结算状态自动流转;POI 校验;下周小程序开通达播/团长入驻 本文确认后开工
小兔/运营 欢迎话术;来客计划建规范+登记计划 ID;现行 BF 样本(已给);持续测试 AI 建议并截图反馈;反选经验文档([纪要0807] 已认领) 进行中
天择 12 阶段×五要素标准理完发出(原 11 阶段已认领,②A 模板待补);经营环验收标准加审核条件;消息工作台标价/指挥台/开权限入口 进行中

12. 待确认清单(v2.0 已全部清零,答案记录如下)

# 事项 答复(2026-08-16) 状态
1 BF 曝光阶梯默认公式 阶梯各项目通用,数值为系统可配项,默认 BF 样本值;×15 公式仅估算参考 [答复§5§10] 定案
2 每周企微新增 KPI 数值 500 名/周;配套「批量发送好友申请」功能(§6.11)[答复§10] 定案
3 退款/未核销对达人结款的影响 暂不扣除达人费用;底层保留扣费配置开关 [答复§10] 定案
4 结款发起时效 达标后系统自动触发结款与审批(或人工一键确认后自动流转),人工时效兜底废弃 [答复§10] 定案
5 编辑存量任务的幽灵 projectId 处置 系统升级为「基于项目」流转后,老数据无需运营手动处理——产品端以 AI 模糊匹配 + 人工统一兜底确认完成历史归属补录 [答复§10] 定案
6 财务表列可见性默认列集 未涉及;维持「默认全显、财务岗用后反馈」 观察项

12A. 系统配置项清单(口径数字集中配置,代码禁止硬编码)

工程铁律 2 的业务对照表:以下所有数字/开关必须走系统后台配置中心,标注本基线出处。[答复§3§5§6§10]

配置项 默认值 出处 说明
优质达人 ROI 门槛 > 10 §2 原 >3 已废弃
优质达人 CPM 上限 < 20 §2
低推荐 CPM 阈值 > 80 §2 触发降推荐指数(非拉黑)
结款达标·实探 千次 ≤80 或 ROI ≥2 §7.4
结款达标·云剪 千次 ≤200 或 ROI ≥2 §7.4
结款达标·达播 ROI ≥2 §7.4
补发达标条数 3 条 §7.2 补满即自动进待结算
BF 曝光阶梯 ¥100→2,000;¥200→4,000;¥350→7,000 叠加 §7.4 各项目通用;对外话术用
时效红线(§4 全表) 各默认值 §4 60min/3 工作日/2 天/4 天/48h/7 日等全部可配
退款扣费开关 关(暂不扣) §7.5 备规则变更
数据爬坡保护期 满 7 天 §8 判定取数窗口
每周企微新增 KPI 500 名/周 §2 看板目标值
豆包视频模型日请求上限 1,000 次/天 确认记录 2026-08-17 AI 内容理解的成本闸(预算暂不设,以次数控)
触达每日上限(同场景同人) 5 次/日 确认记录二批-1 企微触达防骚扰闸(msgbridge.daily_touch_limit)
触达文案模板(邀约/催发/卡片) 系统默认文案 确认记录二批-2 全部可配,运营可后台改(msgbridge.tpl.*)
灵工打款换算系数 1.062 §7.6 + 确认记录二批-3 旧文档 1.06 口径废弃(settlement.flexible_conversion_factor)
个税预警阈值 ¥6,250/月 确认记录二批-4 settlement.tax_warning_monthly_yuan
酒旅品类白名单 酒店宾馆/景点票券/游玩项目 确认记录二批-6 业务端不定期更新(grade.travel_category_whitelist),优质分级判定用
推荐清单探索位比例 10–20% §5.3 给数据不足新面孔的强制配额
收益锚保守分位数 P30 §5.3 估价安全边际
车马费距离分段 待运营给现行标准 §5.3 估价距离项初始值
权重单次变更上限 ±20% §5.3 飞轮校准护栏
校准晋升批数 K / 回滚线 待一期定 §5.3 Champion/Challenger 闸门

13. 材料溯源索引

标记 材料 获取方式
[答复§n] 《产品需求确认文档(业务与产品共识版)2026-08-16》——业务侧对确认书十节的完整答复 用户提供(v2.0 修订依据,逐条整合)
[SOP反选] 《达人运营反选账号标准与流程 SOP》——运营反选经验沉淀(v2.1 入编依据) 用户提供 docx(推荐子系统的实操权威)
[需求§n] 《犀见·产品更新需求(2026-08-14 三方会议梳理)》 用户提供(本文逐条全收录)
[SOP] 飞书《执行运营SOP》(GLa1w6ECyi4A84kBzokcg5DTnHd) lark-cli 全文+93 图描述
[培训] 飞书《执行运营培训手册》(LwANw1rxTiYGHwkofL5caajpn1f) lark-cli 全文+74 图描述
[纪要0807] 2026-08-07 会议逐字稿(41 分钟,达运自动化规划) lark-cli minutes 逐字稿
[纪要0814] 2026-08-14 三方会议逐字稿(1h18m) lark-cli minutes 逐字稿
[BF] 《上海耀雪冰雪/水世界实探BF~》 lark-cli 全文
[0701] 飞书《达人执行监控表》26 张子表实测结构与字段公式 lark-cli base 实测
[流程报告] 《达人合作全流程·从需求到复盘》 y1.wcc.cn/reports/daren-flow
云剪库(70 工作表)、耀雪货盘表(19 分表)、设计需求排期表 lark-cli 结构实测(佐证现状)

校准机制:口径变化(会议新决议、运营新反馈)→ 改本文 → git 提交即校准记录;开发中发现口径缺口 → 先补本文再写代码。