WORK BREAKDOWN STRUCTURE · 2026-06-26 · v1

五大战略 · WBS 拆解

WBS 工程法(目标 → 交付物 → 工作包,收口三法则 = 一人日 / 单一负责人 / 可验收)把 Akke 五条战略拆成可执行任务树:全行业线索分发 · 商户联盟 · 报价改造 · 加V两场景 · 物料话术库。含全局关系图、执行波次、跨主题决策闸。

方法 WBS · 100%法则 · MECE 主题 5 条 · 27 交付物 · 117 工作包 来源 5 并行 agent 拆解 + 跨主题综合
00

SECTION ZERO

一眼看全局
战略主题
5
主题1+2 实为同一双边网络
工作包(叶子)
117
27 交付物 · 均收口到一人日
工时粗估
155 人日
理想路径 · 不含决策等待
PM 必拍决策
6
不拍则下游空转
最关键结论 · 主题1(全行业分发)要把线索分发给「对应行业承接方」,而那个承接方正是主题2(商户联盟)。两者其实是同一个双边网络的两面——落地必须合并为一个「双边撮合网络」工作流,否则会重复建两套商户表互相打架。
头号闸门 · 主题4(最高优先)全树卡在一个 0 号闸:微信通路选个微还是企微。这道选型不拍,场景 a/b 一行代码都开不了工。建议第一优先做这道选型 PoC。
01

SECTION ONE

五个主题怎么咬合

五个主题不是平行独立的——它们互相供血、且其中两个其实是一件事。下图把依赖关系画清:

主题 1 · 全行业线索分发 设计 / 主材 / 施工 · 信任分展开 主题 2 · 商户联盟 用户 + 商户双向转化 ⇄ 双边撮合网络 用户 ↔ 商户 · 商户 ↔ 商户 线索 / 承接 主题 4 · 加V后两场景 最高优先 场景 a · 半自动 点赞问候 节点回复 · 人工一点即发 场景 b · 全自动 按节奏聊到到店 无人值守 · 自测闭环 主题 3 · 报价改造 降30% + 最低档修正 喂话术 主题 5 · 物料话术库 话术 / 典型对话 / 形象 喂物料 →场景a 主题4 最自包含:全自动到店「自己加自己」自测闭环不依赖 1/2/3 即可验证,故排最前
图 1 · 五大战略依赖关系 · 紫线=线索供给主路 · 灰线=话术/物料供血
02

SECTION TWO

不是五个并行,是有先后

按「依赖 + 优先级」排出四个执行波次。Wave 0 是全局闸门,它不通,Wave 1 的大半排不上。

Wave 0 · 立即
微信通路选型 PoC
  • 个微 vs 企微决策矩阵
  • 跑通「程序发一条消息」
  • 封号压力初探 → 锁主通路
⛔ 主题4 全树 0 号闸 · 不拍全停
Wave 1 · 地基并行
三路供血
  • 主题4 全自动到店自测闭环
  • 主题3 报价算法(喂话术)
  • 主题5 物料库 MVP(喂场景a)
三者互相独立 · 都给主题4 供血
Wave 2 · 双边网络
主题1+2 合并
  • 商户识别·分流(不再丢弃)
  • 商户池 + 线索分发路由
  • 承接方接入 + 回执对账
依赖 Wave 1 信任分 + 商业模式拍板
Wave 3 · 放量治理
商业化 + 风控
  • 联盟结算 / 反作弊
  • 全行业漏斗看板
  • 灰度放量预案
撮合验证有效后再上商业化
好消息 · 主题4 的护栏 / 阶段机 / 节奏调度能 1:1 克隆现成的 dm_reply_drafts 四 RPC、dm-reply/gate.ts、route-B 的 second_touch_state。真正全新的只有「微信怎么收发消息」这一块。
03

SECTION THREE

五棵 WBS 树(117 工作包)

每棵树:主题(目标)→ 交付物(按名词切,3-7 个)→ 工作包(叶子,收口到一人日)。每个工作包标注负责角色、工时、验收标志。

PM 后端 LLM 运营 无影运维 合规 数据 BD/设计
主题 1 全行业线索分发 6 交付物 · 22 工作包 · ~28 人日
目标 · 把抓到的全部装修需求按「设计/主材/施工」三块识别细分意图,用信任分驱动对话逐步暴露真需求,再把每条线索分发给对应行业承接方,而非全塞给全屋定制。
A行业三分类体系与数据模型从「一刀切拦」到「三块多子类打标」
  • 定义三大块×子类目字典PM1d
    验收 · 产出 MECE 类目表,每子类列边界关键词与归属规则
  • 边界从「拦」改「分块打标」LLM2d
    验收 · signals.ts 输出 category_block,真噪音才拦,llm.test.ts 三块用例全绿
  • 加行业归类字段 migration后端1d
    验收 · comments/conversations 增 category_block+sub_category+trust_score,含 rollback
  • 近30d 历史评论回填三块标签数据1d
    验收 · dry-run 报分布、标签覆盖率 ≥95%
B信任分引擎新概念 · 需先设计
  • 信任分模型定义 spec(0-100 四档)PM2d
    验收 · 加权回复轮次/时延/暴露信息/留微信意愿,定义档间迁移条件
  • 实现 trust score 纯函数LLM2d
    验收 · trust.ts 输出分数+维度拆解,单测覆盖各档边界
  • trust score 写库挂对话状态机后端1d
    验收 · 跨阈值自动触发 stage 迁移,单测验证
  • 信任分驱动话题深入 promptLLM2d
    验收 · eval ≥30 样本验证「高分档暴露细分块」命中率提升
C细分需求识别
  • 细分需求抽取 prompt + schemaLLM2d
    验收 · 输出 {block,sub_category,confidence,evidence},sanitize 防泄漏
  • 多轮证据累积进 customer_profile后端1d
    验收 · memory.ts 按 (org_id,douyin_user_id) 跨对话累积
  • 识别准确率离线评测数据1d
    验收 · 人工标 100 条金标,block precision ≥0.85 才准上线
D线索分发路由
  • 分发规则与优先级 specPM1d
    验收 · 决策表:信任分×细分块×承接方容量 → 派给谁/兜底
  • 分发路由表 + distribute_lead RPC后端2d
    验收 · 复用 dispatch/shared.ts,claim 锁/23505 去重并发单测
  • 承接方匹配引擎后端1d
    验收 · 按 block+地区+容量选承接方,无匹配落 fallback
  • 低置信线索人审界面运营2d
    验收 · 复用 message_queue pending_approval,可改派块/驳回
E承接方接入与回执闭环
  • 承接方名册数据模型后端1d
    验收 · partners 表(block/地区/容量/结算)+ tenant_scope RLS
  • 承接方接入 SOP runbook运营PM1d
    验收 · 招募/资质核验/录入/配额流程 + 首批承接方来源拍板
  • 线索回执通道后端2d
    验收 · 已接/已成交/退回写回,退回自动回池重派
  • 分发-回执对账心跳数据1d
    验收 · cron 双指标,连续≥3 次 0 回执推红牌
F运营工具与监控看板
  • 全行业分发看板运营数据2d
    验收 · 三块漏斗(识别→分发→接单→成交)+ 承接方负载
  • claim-leads 脚本扩三块过滤后端1d
    验收 · --block=design|material|construction,4h 锁不变
  • 灰度上线与回滚预案PM1d
    验收 · 单租户单块灰度 → 全量,每高危改动配回滚命令+PR
主题 2 商户联盟 · 双向转化 6 交付物 · 22 工作包 · ~30 人日
目标 · 把当前被当噪音丢弃的商户识别为第二类可转化客户,搭建「用户↔商户、商户↔商户」双边撮合网络,且不污染业主线索池。(与主题1 合并可省 ~6 人日)
A商户识别·分流反转「命中即丢弃」
  • isPeerComment 返回带原因枚举后端1d
    验收 · 布尔升级为 {peer,merchant_subtype},旧行为不变
  • peer gate 从「丢弃」改「分叉进商户候选池」后端2d
    验收 · 业主 leads 页 0 商户混入,商户候选表新增对应行
  • B2B 视频「标记」不「删除」后端1d
    验收 · 板材加工视频下评论进商户池而非静默丢弃
  • 历史「无关·同行」回扫回填数据1d
    验收 · dry-run 输出条数+子类型分布,PM 确认后 apply
B商户数据域与业主池物理隔离
  • merchants/candidates/leads 三表 migration后端2d
    验收 · db push 通过,含 org 归属 + rollback SQL
  • 三表 tenant_scope RLS 隔离后端1d
    验收 · 跨 org 无泄漏,业主线索 RPC 查不到 merchant 表
  • 商户主体唯一键去重后端1d
    验收 · 同抖音号二次命中走 UPSERT 不新建(23505 去重)
C商户分类·分层引擎
  • merchant.ts 分类装企/材料商/施工队LLM2d
    验收 · vitest ≥20 样例,确定性词典前置硬绑
  • 商户分层规则(tier1 可入联盟)LLM1d
    验收 · 给定画像输出确定 tier,无 LLM 抖动
  • 商户画像富化(/scrape/resolve)后端1d
    验收 · tier1 候选主页字段回填率 >80%
D商户转化 · 双边租户
  • organizations.org_type 字段后端2d
    验收 · brand_owner/merchant 区分,现有 org 默认 brand_owner
  • 商户邀请激活流(扩 invitations)后端2d
    验收 · 候选一键转 merchant org + membership
  • BD 触达工作台运营后端2d
    验收 · 按 tier 筛选、改 BD 状态、持久化
  • BD 邀约话术脚本BD1d
    验收 · ≥3 套商户邀约话术(区别于业主 persona),PM 审过
E联盟撮合网络
  • 线索→商户分发匹配引擎后端2d
    验收 · 给定业主 leads + 商户池,返回排序后可承接商户列表
  • 分发动作 API + 去重后端2d
    验收 · 派单写表 + 23505 去重,超派被拦
  • 商户↔商户协作转派后端2d
    验收 · 商户 A 转派 B,留两段流转记录
  • 商户侧线索收件箱 UI运营后端2d
    验收 · merchant 账号看到分给自己的线索,可接/退/回写
F联盟治理 · 商业化
  • 结算账本表 + 计费口径后端2d
    验收 · alliance_ledger 先记账不实扣,口径 PM 确认
  • 商户质量评分降权数据2d
    验收 · 接单率/退回率打分进 quality_score,分发读取降权
  • 反作弊/反串味守卫数据1d
    验收 · 异常领单频率触发风控标记 + 告警
  • 联盟度量看板(Lark 卡片)数据1d
    验收 · 商户数/分布/分发量/转化率/GMV 推群
主题 3 报价逻辑 · 降30% + 最低档修正 5 交付物 · 16 工作包 · ~16 人日
目标 · 把话术里「降固定金额(降300)」换成「按客单降30% + 全网/同城均价最低档兜底修正」的确定性算法注入,弹性且真实不穿底。
A价格基准数据源品类×城市×面积 → 均价/最低档
  • 定义分桶口径PM1d
    验收 · 品类枚举 + 城市归一 + 面积档区间,口径文档定稿
  • 设计 price_baseline 表后端1d
    验收 · 桶维度+均价+最低档分位+来源,timestamp 前缀 + rollback
  • 接通数据来源 + 首批录入数据采集2d
    验收 · 覆盖率达标 + 抽样人工核对均价合理
  • 基准刷新机制 + 双指标心跳后端1d
    验收 · 0 行更新连续≥3 次告警
B报价修正算法确定性代码 · 非 LLM 抖 if-else
  • 定稿修正规则(max / 区间夹逼 + 防穿底)PM后端1d
    验收 · 规则表 + 边界用例定稿
  • 实现 quotePrice 纯函数(src/lib/pricing/)后端1.5d
    验收 · vitest 覆盖 max/clamp/空桶 fallback,与 llmPricing 物理隔离
  • 面积单价↔总价换算 + 空桶降级后端1d
    验收 · 无基准时回退原硬写 568 口径,不报 NaN
C话术链路接入
  • 反评 Langfuse prompt 改动态槽LLM1.5d
    验收 · 硬写 568/868/300 → 动态槽,快照落 git
  • 两份 worker fallback + build_prompt 同步后端1d
    验收 · grep 三处一致,dry-run 出动态数字
  • 后置数字护栏(拦越界数字)后端1d
    验收 · 仿 signals.ts 硬绑,单测命中越界并纠正
  • opener 价格槽 + 火候约束LLM1d
    验收 · 弱信号不前置百分比折扣
D评测 · 灰度 · 监控
  • eval:v18 现状 vs 新报价 win rateLLM1d
    验收 · win rate ≥0.55 + 报价真实性/穿底人工标注(用 eval key)
  • 灰度上线 checklistPM后端1d
    验收 · Langfuse promote 配套运营 git pull,出动态数字非旧 568
  • 上线后报价分布监控后端1d
    验收 · 数字分布/越界率/空桶降级率异常推红牌
E合规与定价口径风控
  • 虚假/误导报价合规评审PM1d
    验收 · 价格法/广告法「原价868」虚标风险结论 + 话术红线
  • 设定下限保护参数 clampPM后端1d
    验收 · 最低档不低于成本线/真实低位,clamp 下限单测
主题 4 加V后两场景 最高优先 9 交付物 · 38 工作包 · ~55 人日
目标 · 把加微信后承接从纯人工升级为「场景a 一点即发关系维系 + 场景b 无人值守聊到到店」,迁移抖音侧全自动范式,先「自己微信加自己 + 公海号源」跑通场景b 再放真客户。
C0微信通路选型 PoC⛔ 0 号闸 · 最大未知
  • 个微 vs 企微决策矩阵PM合规1.5d
    验收 · 一页决策表 + 推荐项 + 反对项,PM 签字
  • 个微通路 PoC(发一条)无影2d
    验收 · 脚本发出、对端真实收到截图
  • 企微通路 PoC(客户联系 API)后端2d
    验收 · API 发出、对端收到 + 是否需同意存档结论
  • 两路对比 + 封号初探锁主通路无影合规1d
    验收 · 主通路锁定 + 风控红线初值
C1微信消息收发引擎迁移 DM-autoreply 范式
  • 入站 capture(红点门控)无影2d
    验收 · 抓到新消息、状态行/系统消息不误抓
  • 坐标/分辨率校准脚本无影1d
    验收 · 换机重测能跑通(px→千分比)
  • 出站 send(气泡核验+防漏字)无影2d
    验收 · 指定好友收到全文、气泡核验通过、无污染
  • 时间正则全覆盖无影0.5d
    验收 · 刚刚/X分钟前/昨天/前天/星期X 全部正确解析
  • poll agent 微信支线 + 窗口锁无影1.5d
    验收 · 常驻 1h 自重启不崩、按 interval 节流
C2抖音→微信身份贯通跨平台对话状态 · 数据层
  • wechat_contacts 表 + RLS后端1.5d
    验收 · db push 通过,RLS 用 IN(SELECT …) 避 set-returning 雷
  • 身份对号(解析微信备注回填)后端1.5d
    验收 · 用真备注对上号,对不上进 needs_human
  • 跨平台对话续接(复用 memory.ts)后端1.5d
    验收 · 同一客户抖音画像在微信草稿被引用
  • wechat_reply_drafts + 四 RPC后端2d
    验收 · 完全对标 dm_reply_drafts,四 RPC 单测 + e2e
A场景 a · 半自动关系维系点赞问候 + 节点提醒 · 人工一点即发
  • 维系触发器(节日+进度节点)后端1.5d
    验收 · 输出当日「该问候/该点赞」候选清单,不自动发
  • 装修进度节点建模后端1d
    验收 · 量房/水电/泥木/油漆/竣工 节点到点入候选
  • 节日/节点话术起草LLM1d
    验收 · 语气自然、不含报价/钩子,落 needs_human
  • 运营「一点即发」界面运营后端1.5d
    验收 · 卡片化交审,点确认→对端收到问候
  • 朋友圈点赞(若通路支持)无影1.5d
    验收 · 点赞真生效(另号核验);不支持则标 Out of Scope
B1场景 b · 阶段机话术迁移 chatReply + 新增「到店邀约」终态
  • 微信版阶段 prompt + store_inviteLLM2d
    验收 · 四阶段各出样例、pnpm test 绿
  • 到店邀约话术要素(门店信息)后端1d
    验收 · 草稿含正确门店地址,无配置时不编造
  • 阶段推进判定(信号→流转)LLM1.5d
    验收 · 给定回复样本 → 阶段流转正确
  • 到店成功终态定义 + 埋点后端PM1d
    验收 · 标记到店后该客户不再被节奏调度拉起
B2场景 b · 节奏调度迁移 route-B · 每日上限/累计封顶/回复即停
  • wechat_followup_state RPC + 状态表后端2d
    验收 · 对标 second_touch_state,单测「当天二次被拦」「回复后不拉起」
  • 定时驱动 cron /api/cron/wechat-followup后端1.5d
    验收 · 跑出 approved 草稿、Langfuse 有 trace
  • 事件驱动即时回复(capture 触发)后端无影1.5d
    验收 · 客户回一句 → 1 轮内出草稿
  • 节奏护栏数值(可配 env)合规后端0.5d
    验收 · 超限自动跳过并落日志
B3场景 b · 全自动直发 + 护栏移植 dm-reply/gate + adjust
  • gateWechatDraft 硬拦门LLM1.5d
    验收 · 兜底串/空/超短/价格负面词 5 类全拦,单测绿
  • 护栏改写(自冒价格/微信去掉)LLM1.5d
    验收 · 自冒被改写、客户主动问价原样发
  • 全自动发送闭环 + 回写无影后端1.5d
    验收 · 全自动发出且 DB 只插一条 ai 消息
  • 时效窗口(不 necro-bump 老对话)后端0.5d
    验收 · 超窗老对话不被自动起草
T自测闭环「自己微信加自己」+ 公海号源
  • 自测号准备(公海取号 · A 加 B)运营0.5d
    验收 · 两号互为好友、B 在 capture 名单内
  • 灌种子对话(补「抖音已聊过」前提)后端0.5d
    验收 · B 库里有该客户的抖音 conversation + 画像
  • 跑通冷启→到店全自动运营无影1d
    验收 · 全程零人工,终态到 store_invite,留全链 trace
  • 「跑通」判定标准落文档PM0.5d
    验收 · capture 抓到率/阶段流转/护栏拦截/到店送达 绿灯阈值
R风控护栏与可观测横切两场景
  • 封号/软封监测(另号核验真送达)合规无影1.5d
    验收 · 区分「真送达 vs 静默丢」,不靠 HTTP 200
  • cron/agent 双指标心跳后端1d
    验收 · 杀进程 5min 内告警、0 delta 连续3次告警
  • 回执推送(Lark 卡片到承接群)后端1d
    验收 · 发一条 → 群里收到卡片
  • 单账号配额分层(多号轮换)合规后端1d
    验收 · 超号日限自动切下一号或停
主题 5 人工加V物料话术库 4 交付物 · 19 工作包 · ~26 人日
目标 · 把散落运营脑里/聊天记录的隐性知识沉淀成可采集/结构化/检索/复用/培训的物料库,支撑主题4 场景a。【内】=内部复用 · 【外】=分享客户。
A话术库【内】
  • 盘点加V后阶段×场景骨架PM1d
    验收 · 验证→介绍→挖需→报价→促单→唤醒 场景矩阵评审过
  • 采集真实话术原料(脱敏,每场景≥5)运营2d
    验收 · 每场景≥5 条真实样本入采集表
  • 提炼标准话术模板(对齐一筑)LLM运营2d
    验收 · 每场景 1 套标准模板(含变量/do-don't)评审过
  • 用 DM opener 规则做一致性校准PM1d
    验收 · DM 规则「适用/不适用微信」差异表产出
  • 话术库定稿 + 运营 speed 手册PM1d
    验收 · docs 落盘 + 运营试用反馈 ≥3 人
B典型对话库(标杆 transcript)
  • 定义标杆对话入选 rubricPM1d
    验收 · 成交/高意向推进/异议处理 评分维度评审过
  • 采集完整 transcript(脱敏 ≥10)运营2d
    验收 · ≥10 条完整脱敏对话入库候选
  • 结构化写入 conversation_examples 表后端运营2d
    验收 · 复用既有双表,可按 stage/分数查询
  • 【内】每条加复盘批注(供培训)运营PM1d
    验收 · 每条带「为什么成/关键转折」批注
  • 【外】1-2 条做对外案例页PM设计2d
    验收 · 走 case-study 9 段模板 + PII 脱敏,upio.ai 上线
C个人形象素材库
  • 定义一筑个人 IP 人设档案PM1d
    验收 · 与 DM persona 对齐,形象关键词/信任锚点 one-pager 过
  • 【内】朋友圈素材模板库运营设计2d
    验收 · ≥3 类朋友圈模板含示例 + 发布节奏
  • 【外】可分享形象案例物料设计运营2d
    验收 · 作品/资质/好评卡片 一套可转发客户
  • 形象素材合规/脱敏审核PM1d
    验收 · 客户隐私 + 禁夸大宣传 二道闸 checklist 全过
D物料供应链与治理采集→结构化→存储→分发
  • 设计采集 SOPPM1d
    验收 · 从哪导出/怎么脱敏/提交到哪 SOP 落盘
  • 三类物料结构化字段规范PM1d
    验收 · 话术/对话/形象各一套元数据 schema 定稿
  • 选定存储载体并搭检索后端PM2d
    验收 · Lark Base vs 知识库双表评估,可按场景/阶段/标签过滤
  • 打通内/外两条分发通道PM1d
    验收 · 内部查阅+培训 / 对外一键导出 各自可用
  • 定更新维护节奏 owner 轮值PM1d
    验收 · 月度补充/失效下架/owner 轮值写入 runbook
04

SECTION FOUR

6 道决策闸(不拍则空转)

5 个 agent 各自提出、合并去重后的「需 PM 拍板才能开工」清单,按紧急度排序。红=阻断 · 黄=高 · 蓝=中

1
卡主题4 全树微信通路:个微 vs 企微
个微=可批量加好友/封号风险高/违协议;企微=官方 API 稳合规/需客户同意会话存档/加好友体验割裂。这道选型不定,场景 a/b 一行代码开不了工,必须第一优先拍板。
2
卡主题1+2 合并商户联盟商业模式
抽佣(按成交)/ 会员费(按月)/ 分发计次(按线索)三选一或组合?决定要不要建结算账本、要不要接支付,也决定主题1 的「承接方从哪来」。
3
横跨 1/2/5用户线索 & 聊天记录对外授权
把抖音业主线索分发给第三方商户、把微信聊天记录做对外物料——用户在评论时并未同意。需法务确认授权口径与脱敏边界,否则投诉+封号+合规事故。
4
卡主题3 上线报价虚标合规
「降30% + 最低档」若低于真实市场低位,触价格法/广告法虚标。需定下限 clamp(不低于成本线/真实低位)+ 话术红线。
5
卡主题4 场景b全自动越权承诺谁兜
无人值守聊到到店,中途若 LLM 抖出错误报价/承诺工期/虚假优惠是法律风险。护栏门能拦「机器崩的草稿」,拦不住「合理但越权的承诺」——哪些话术必须人工过(首次报价/合同条款)?
6
跨主题方法论信任分维度与权重定标
主题1 信任分、主题4 阶段推进都靠「对话信号→分数」,目前是经验拍脑袋,需一批「成交/未成交」标注对话回测校准,否则驱动不了真实决策。
05

SECTION FIVE

工时分布

理想路径粗估(人日),未含 PM 决策等待、PoC 失败重选、合规反复的时间。关键路径在主题4 的 C0 微信选型——它不通,55 人日的大半排不上。

主题4 加V两场景
55
主题2 商户联盟
30
主题1 全行业分发
28
主题5 物料库
26
主题3 报价改造
16
合并红利 · 主题1(28)+ 主题2(30)= 58 人日里,若合并成一个「双边撮合网络」共用商户主体表 + 分发路由,可省约 6 人日,并避免两套数据模型互相打架。
源文档 · 完整 WBS(含接驳点与每个交付物的全部风险)落在仓库 docs/planning/2026-06-26-五大战略-WBS拆解.md