Akke 供给 · 拉取 · 触达 核验报告
窗口 2026-06-01 → 06-08（北京时间，截至昨天 8 整天）· 全 org 评论池 · 高/中意向分列 · 数据已交叉对账
累计总号源
3130
8 天新增 477（6/4 一次性 +404）
新增高意向 / 拉取率
1300条 · 56.0%
已拉 728，主攻通道
新增中意向 / 拉取率
3890条 · 1.7%
已拉 67，几乎放弃
全通道触达
876
DM 520 · RC 294（手动142+引擎152）· 二触 62
核心结论
供给（每天约 150 高 + 450 中意向）远大于触达能力（三人每天约 80–120 人）。拆开看口径才对：
高意向拉取率从 6/1 的 25% 一路爬到 6/8 的 56%（运营在主攻）；中意向拉取率长期 0–6%（基本没碰）。
瓶颈在触达人力，不在号源、也不在意向供给——每天数百条中意向到今天都没人拉。
① 号源增长
source_accounts.created_at，全 org 池 · 6/1 前存量 2653（现 active 654）· 当前全池 active 1142
注：is_active 为当前快照、无历史，故"累计 active"=截至当天创建且现在仍 active 的号源（当时活、后被归档的会计入非活，数值偏保守）
| 日期 | 新增号源 | 累计总号源 | 累计 active（现） |
|---|
| 06-01 | — | 2653 | 654 |
| 06-02 | — | 2653 | 654 |
| 06-03 | — | 2653 | 654 |
| 06-04 | 404 | 3057 | 1052 |
| 06-05 | 22 | 3079 | 1074 |
| 06-06 | 9 | 3088 | 1083 |
| 06-07 | 16 | 3104 | 1099 |
| 06-08 | 26 | 3130 | 1125 |
总号源累计到 6/8 的 3130，但现仍 active 只 1125——老存量 2653 里只剩 654 活、其余已归档（号源会随枯竭/失效下线）。6/4 那批 404 基本都还活着（+398）。
② 新增评论意向分布
comments.created_at × intent_label · 占比 = 当日该意向 / 当日总评论
| 日期 | 高意向 | 中意向 | 低意向 | 无关 | 合计 | 高占比 | 中占比 |
|---|
| 06-01 | 178 | 509 | 419 | 92 | 1198 | 14.9% | 42.5% |
| 06-02 | 155 | 686 | 684 | 5427 | 6952 | 2.2% | 9.9% |
| 06-03 | 167 | 433 | 502 | 7041 | 8143 | 2.1% | 5.3% |
| 06-04 | 157 | 403 | 455 | 4234 | 5249 | 3.0% | 7.7% |
| 06-05 | 150 | 448 | 453 | 4556 | 5607 | 2.7% | 8.0% |
| 06-06 | 172 | 483 | 500 | 5203 | 6358 | 2.7% | 7.6% |
| 06-07 | 155 | 389 | 455 | 4171 | 5170 | 3.0% | 7.5% |
| 06-08 | 166 | 539 | 555 | 5470 | 6730 | 2.5% | 8.0% |
6/1 是异常天，别拿占比比：当天总评论仅 1198（其余天 5000–8000），无关只 92 条、基数太小把高/中占比顶高；看绝对量 6/1 高+中(687)与其他天持平，只是那天无关评论几乎没采到。
③ 当天新增意向被拉取（claim）情况
"拉取" = 该 comment_id 进了 lead_claims（锁号），claimed_at 取最早；非最终发出
高意向
| 日期 | 新增 | 当天拉 | 次日+ | 至今未拉 | 当天率 |
|---|
| 06-01 | 178 | 44 | 29 | 105 | 24.7% |
| 06-02 | 155 | 11 | 47 | 97 | 7.1% |
| 06-03 | 167 | 57 | 23 | 87 | 34.1% |
| 06-04 | 157 | 66 | 30 | 61 | 42.0% |
| 06-05 | 150 | 64 | 18 | 68 | 42.7% |
| 06-06 | 172 | 69 | 54 | 49 | 40.1% |
| 06-07 | 155 | 77 | 36 | 42 | 49.7% |
| 06-08 | 166 | 76 | 27 | 63 | 45.8% |
中意向
| 日期 | 新增 | 当天拉 | 次日+ | 至今未拉 | 当天率 |
|---|
| 06-01 | 509 | 0 | 12 | 497 | 0.0% |
| 06-02 | 686 | 21 | 0 | 665 | 3.1% |
| 06-03 | 433 | 10 | 0 | 423 | 2.3% |
| 06-04 | 403 | 23 | 0 | 380 | 5.7% |
| 06-05 | 448 | 0 | 0 | 448 | 0.0% |
| 06-06 | 483 | 0 | 0 | 483 | 0.0% |
| 06-07 | 389 | 0 | 0 | 389 | 0.0% |
| 06-08 | 539 | 1 | 0 | 538 | 0.2% |
④ 前一天遗留「未拉取」当天有没有消化
遗留 = 前一天产生且当天没拉的该意向评论 · 答案：基本没消化，绝大部分到今天仍没拉
高意向
| 当天D | 前一天遗留 | D当天消化 | D之后 | 至今仍没拉 |
|---|
| 06-02 | 134 | 29 | 0 | 105 |
| 06-03 | 144 | 31 | 16 | 97 |
| 06-04 | 110 | 15 | 8 | 87 |
| 06-05 | 91 | 12 | 18 | 61 |
| 06-06 | 86 | 9 | 9 | 68 |
| 06-07 | 103 | 31 | 23 | 49 |
| 06-08 | 78 | 32 | 4 | 42 |
中意向
| 当天D | 前一天遗留 | D当天消化 | D之后 | 至今仍没拉 |
|---|
| 06-02 | 509 | 12 | 0 | 497 |
| 06-03 | 665 | 0 | 0 | 665 |
| 06-04 | 423 | 0 | 0 | 423 |
| 06-05 | 380 | 0 | 0 | 380 |
| 06-06 | 448 | 0 | 0 | 448 |
| 06-07 | 483 | 0 | 0 | 483 |
| 06-08 | 389 | 0 | 0 | 389 |
⑤ 触达量（饭粒 / 野荞 / 夏夏）
PM 6/6 口径，三通道分开、均按人去重 · DM=私信首触 / RC=反向评论首触 / 二触=潜在用户多次触达
| 日期 | 饭粒 | 野荞 | 夏夏 | 合计 |
|---|
| DM | RC | 二触 | DM | RC | 二触 | DM | RC | 二触 |
|---|
| 06-01 | 20 | 4 | · | 22 | · | · | 16 | · | · | 62 |
| 06-02 | 14 | 47 | · | 33 | · | · | 21 | · | · | 115 |
| 06-03 | 36 | 2 | · | 30 | · | · | 16 | · | · | 84 |
| 06-04 | 20 | 3 | · | 25 | 10 | 10 | 17 | · | · | 85 |
| 06-05 | 17 | 34 | 10 | 19 | · | · | 24 | · | · | 104 |
| 06-06 | 38 | 11 | 25 | 17 | · | 8 | 13 | · | · | 112 |
| 06-07 | 33 | 16 | 7 | 20 | · | · | 14 | · | · | 90 |
| 06-08 | 19 | 14 | · | 20 | · | 2 | 16 | 1 | · | 72 |
每人 8 天合计
| 运营 | DM首触 | RC(手动) | 二次触达 | 合计 |
|---|
| 饭粒 | 197 | 131 | 42 | 370 |
| 野荞 | 186 | 10 | 20 | 216 |
| 夏夏 | 137 | 1 | 0 | 138 |
| 引擎RC（零星自动·团队，不拆人） | · | 152 | · | 152 |
| 总计 | 520 | 142+152=294 | 62 | 876 |
RC 有两条管线，本表分开：① 手动 RC（饭粒/野荞/夏夏 经 ADB 反评，写 outreach_events，可拆人，共 142）；② 引擎 RC（自动管线，全经「零星(engagement)」一个号发，写 reverse_comment_queue，DB 拆不到人，净 152 条＝毛 178 去与手动重叠 26）。两管线基本不重叠。全口径 RC = 142 + 152 = 294。引擎RC按天：06-01:21、06-02:14、06-03:25、06-04:19、06-05:17、06-06:20、06-07:13、06-08:23。
通道分工：饭粒是 RC 主力（131，经 ADB 反评），同时做最多二次触达（42）；野荞/夏夏 RC 极少。RC 归属按 outreach_events 账本记在运营自己的 messaging 号下（代发经共享互动号，但账本归本人）。RC 与 DM 大体是两拨人（饭粒交集 31，野荞/夏夏 0），故分列相加；饭粒"合计 370"含约 31 条 DM/RC 同评论重叠，去重后净触达约 339+。
⚠️ 云电脑(无影)DM 已并入野荞：野荞 DM 含云电脑「小武」登录号 19 条（6/2 +12、6/4 +7，6/4 后未再发）。云电脑 GUI 自动发、送达回执常不写库（见 feedback_cloudpc_gui_no_delivery），DB status=sent 仅 19，实际云电脑发送量可能更高、此处偏低估，以 DB 可核口径为准。
⑥ 高意向「没发」库存（现存快照）
"已发"= 该评论的 douyin_user 有过 DM(messages role=ai,sent) 或 RC(outreach_events 账本)，按人去重——一人发过一次，其名下所有高意向评论都算已触达 · 截至生成时刻
高意向去重用户
1188
来自 1300 条高意向评论
| 日期 | 高意向总 | 已发 | 没发 | 已发率 |
|---|
| 06-01 | 178 | 91 | 87 | 51.1% |
| 06-02 | 155 | 57 | 98 | 36.8% |
| 06-03 | 167 | 93 | 74 | 55.7% |
| 06-04 | 157 | 76 | 81 | 48.4% |
| 06-05 | 150 | 89 | 61 | 59.3% |
| 06-06 | 172 | 80 | 92 | 46.5% |
| 06-07 | 155 | 96 | 59 | 61.9% |
| 06-08 | 166 | 62 | 104 | 37.3% |
| 合计 | 1300 | 644 | 656 | 49.5% |
"没发"比 ③ 的"未拉(claim)"多——claim 过但没发出去（锁过期/释放）的也算没发。结论：高意向不是没人做（触达率 47.5%、逐日在追），而是产出 > 消化，每天净沉淀几十到一百条没发的高意向。
⑦ 每天「拉到(claim)」的高意向时效分布
时效 = claim 时刻 − 评论发布时间(comment_time，缺则 created_at)；衡量运营拉到的是新鲜评论还是翻陈旧积压 · 只含当天被 claim 的高意向
| 拉取日 | 当天拉到 | ≤24h | 24-48h | 48-72h | 72-96h | 96-168h | >7d | ≤24h占比 |
|---|
| 06-01 | 44 | 34 | 10 | · | · | · | · | 77.3% |
| 06-02 | 40 | 12 | 11 | 10 | 5 | 2 | · | 30.0% |
| 06-03 | 88 | 68 | 10 | 8 | 2 | · | · | 77.3% |
| 06-04 | 82 | 73 | 5 | · | · | 4 | · | 89.0% |
| 06-05 | 97 | 56 | 6 | 23 | 6 | 6 | · | 57.7% |
| 06-06 | 92 | 27 | 11 | 4 | 7 | 43 | · | 29.3% |
| 06-07 | 123 | 50 | 22 | 8 | 10 | 33 | · | 40.7% |
| 06-08 | 131 | 75 | 33 | 8 | 4 | 10 | 1 | 57.3% |
| 合计 | 697 | 395 | 108 | 61 | 34 | 98 | 1 | 56.7% |
≤24h 绿、>72h 红。占比越往新鲜端靠，说明拉的是当天/次日的鲜评论；长尾在 >72h 说明在翻积压。
ⓥ 数据核验（独立口径交叉对账，全部通过）
✓② 意向分布：6/3、6/8 两天用分页拉真行重数一遍，与 count(head) 查询逐项一致
✓③ 新增合计对账 ②：高意向 1300 = ②高合计 1300；中意向 3890 = ②中合计 3890
✓③ 已拉取(高+中, 当天+次日)合计 795 = lead_claims 命中评论数 795
✓④ 遗留量 = ③(新增 − 当天拉)，逐天对账一致
✓⑤ DM 首触按人去重 ≤ 原始私信条数（饭粒 197≤229 / 野荞 186≤190〔含云电脑小武 19〕/ 夏夏 137≤147，挤掉跟进消息）
✓⑤ RC 改用 outreach_events 账本（与权威日报 daily-report-personal-html.ts 同源）：饭粒 131 + 野荞 10 + 夏夏 1 = 142；已弃用会错配的 reverse_comment_queue 队列
✓⑥ 库存闭合：已发 644 + 没发 656 = 高意向总 1300，且 == ② 高意向合计
✓⑦ 按 claim 日合计 + 今日(6/9+)才 claim 的，= ③ 高意向已拉取合计（claim 日 vs 产出日两种归集，差额正是今天才拉的，对得上）
⑧ 数据口径与拉取逻辑（每个人 DM / RC / 二触 怎么算出来的）
可复现：源表 + 归属规则 + 去重维度全部写明，下次拉触达报表照此口径避免错配
第一步 · 人 → 账号映射（accounts 表，匹配 name 或去 "(engagement)" 后缀）
| 人 | messaging 号（DM + RC 归属都按它） | 云电脑号（DM） |
|---|
| 饭粒 | 饭粒（一筑·全屋定制）c5d236e1 | — |
| 野荞 | 小文（野荞）81cc9678 | 小武 3e509c70（手动并入） |
| 夏夏 | 零星 8af08f10 | — |
归属只认 messaging 号（DM 和 RC 都是）。RC 的公开评论是用共享的 engagement（互动）号代发到评论区的，但记账按运营自己的 messaging 号（outreach_events.akke_account_id），与运营有没有自己的 engagement 号无关——饭粒没有 engagement 号却 RC 最多（131）即是证明。「小武」是云电脑（无影）的抖音登录号，云电脑 DM 挂此号发；本报告按 PM 6/9 拍板并入野荞（代码写死，非自动匹配）。
DM · 私信首触（按人去重）— 源表 messages
① 拉该运营 messaging 号（野荞含小武）名下全部 conversations；② 取其中 role='ai' AND status='sent' AND sent_at IS NOT NULL 的消息；③ 每个会话只取最早一条 ai-sent（= 首触时刻，后续跟进/养熟消息不计）；④ 首触时刻落 6/1–6/8(BJT) → 归当天，并在 (人,天) 维度按 douyin_user_id 去重计 1。
→ DM = "当天该号首次私信到的人头数"。这也是饭粒从原始 229 条收到 197 的原因（挤掉 32 条跟进）。
RC · 反向评论首触 — 源表 outreach_events 账本
① 源 = outreach_events，过滤 channel='reverse_comment' AND status='sent'；② 按 akke_account_id ∈ 该运营 messaging 号 归属（不是 engagement 号——反评经共享互动号代发，但账本把发出事件记在运营自己的 messaging 号下）；③ occurred_at 落窗口 → 归当天，每条 sent 事件计 1。
⚠️ 用账本 outreach_events，不用 reverse_comment_queue 队列表——队列表会把 RC 错配（曾全堆到夏夏 178、饭粒野荞挂 0）；改账本后才是饭粒 131 / 野荞 10 / 夏夏 1。
引擎 RC · 自动管线 — 源表 reverse_comment_queue（团队级，不拆人）
RC 其实有两条管线：上面的「手动 RC」（ADB 反评 → outreach_events，可拆人）+ 这条「引擎 RC」（自动调度 → reverse_comment_queue，status='sent'）。引擎 RC 全部经「零星(engagement)」一个号发出、DB 无 operator 字段、拆不到人（其余运营草稿卡 pending_check 不发）。本报告把它单列团队行：净 152（毛 178 去掉与手动 RC 重叠的 26）。两表互有遗漏、谁都不是全集，全口径 RC 必须两表并集。
二次触达 — 源表 second_touch_state
second_touch_state.last_touch_at 落窗口，按 account_id → 人 归集。⚠️ 主源 second_touch_state ∪ second_touch_dispatch_queue(status='sent') 去重补漏——核出 3 条二触派单 sent 有 1 条没回写 state（野荞 6/8），并集补回，按 (account,user) 去重不双算。又是独立一张表。
为什么三通道分列相加：DM / RC / 二触 取自三张不同表；且验证过 RC 与 DM 同评论的重叠很少（饭粒 31、野荞/夏夏 0），即 RC 大多不写 messages，故相加不重复（饭粒那 31 条已在 ⑤ 备注标注）。三者真相源：DM=messages（会话首条 ai-sent，按人去重）｜ RC=outreach_events 账本（reverse_comment，按 messaging 号）｜ 二触=second_touch_state。