1. 今日进度
当前状态：整顿周最后一天，0715 期已收尾，无在跑期次。
0715 期「AI学习小白实战营」定版数据
| 层级 | 指标 | 数值 | 备注 |
|---|---|---|---|
| 流量 | 名片数 | 128 张 | 信息流 115 + APP 免费 13 |
| 名片成本 | ~55 元/张 | 总成本约 5,500 元（100 张基准） | |
| 进群人数 | 107 人 | 退群率 7.48% | |
| 加微回复率 | 32.03% | — | |
| 绑课 | 绑课人数 | 51 人（39.84%） | — |
| 出勤 | D1 有效出勤(≥30min) | 25 人（49.0%） | 完课 14 人（27.5%） |
| D2 有效出勤(≥30min) | 19 人（37.3%） | 完课 6 人（11.8%） | |
| D3 有效出勤(≥30min) | 10 人（19.6%） | 完课 4 人（7.8%） | |
| 作业 | D2 作业率 | 1.56%（仅 2 人） | — |
| 成交 | 成交数 | 0 单 | 挂零 |
| 费比 | ∞ | 无成交，费比无穷大 |
效率模型对标
| 效率线 | 费比 | 名片→成交转化率 | 所需成交数（100张基准） | 0715期实际 |
|---|---|---|---|---|
| 生存线 | 100% | 1.8% | 1.8 单 | ❌ 0 单 |
| 老板硬线 | — | 2.0% | — | ❌ 没摸到 |
| 利润线 | 80% | 2.3% | 2.3 单 | ❌ 0 单 |
| 健康线 | 60% | 3.1% | 3.1 单 | ❌ 0 单 |
客单价：正价课一阶 2,980 元
今天实际进展
- 整顿周，没新投放新会新直播 — 标准流程
- D2/D3 话术 SOP：V19.0 是按 07-21 重构决策调的方向，但还没定稿，卡在待评审
- 出勤分钟数据 / 流失曲线：今天说好到期的，没出来
- 下期漏斗目标表：空的，没参考基准
⚠️ 今日事故：n5 自动化覆盖飞书运营 SOP（2026-07-24 9:15）
| 项目 | 内容 |
|---|---|
| 时间 | 今日 9:15 |
| 问题 | 旧版工作流（n3→n5 边）的 n5 节点覆盖了飞书运营 SOP 文档（D2D3 话术 SOP V19.0） |
| 根因 | 旧工作流 n5 无 approvalRequired，且边顺序 n3→n5→n4 导致未润色版本直推飞书 |
| 影响 | 飞书版 SOP 被覆盖，本地版完好（05_输出/确认成果/运营承接/2026-07-24_D2D3话术SOP_V19.0/） |
| 修复 | ① 边顺序改为 n3→n4→n5 ② n5 设 approvalRequired: true ③ 加固 automation-safety skill ④ 确认成果保护规则加入记忆 |
| 当前状态 | ✅ 已修复，新运行 d0fbc78d 已启动，n5 快照确认 approvalRequired: true 已生效 |
🔧 Hermes Studio 稳定性修复（今日上午）
| 轮次 | 根因 | 处理 |
|---|---|---|
| 1 | MCP 重连风暴 + 双运行时冲突，CPU 踩到 94.8% | 杀旧进程 + bridge 孤儿 ×9 |
| 2-3 | 会话过大撑死 bridge（300K+ tokens） | 清缓存 + 设压缩配置（15% / 10% threshold） |
2. 关键发现
最刺眼的数据是 0715 期成交 0。转化链路全断。
- 出勤掉得狠：D1→D2 有效出勤从 25 人掉到 19 人（-24%），D2→D3 从 19 人掉到 10 人（-47%）。三天下来，绑课 51 人里只剩 10 人撑到 D3 出勤，留存不到 20%。
- 完课率也不行：D1 完课 27.5%、D2 11.8%、D3 7.8%。播了，但大部分人没看完，课程内容或节奏肯定有问题。
- D2 作业率 1.56%，这才是真硬伤：51 个绑课学员里就 2 个人交了 D2 作业。D2 的实操设计完全没把用户激活。这也是 07-21 重构把 D2 从「实操」改成「变现展示+诊断」的原因。原来的设计太重，新手压根推不动。
- 费比无穷大：0 成交，整期投放全是成本。按 100 张名片 5,500 元算，单期纯亏 5,500（不算人力）。生存线要的 1.8 单都没摸到，老板硬线 2 单更不用提。
- 转机是：课程主线重构决策已经落地（07-21），D2/D3 的内容逻辑从「教实操」转成了「展示变现→诊断→卖特权」，方向是对的。但 SOP 没定稿、下期没排期，重构的效果还没法验证。
今天事故的教训
n5 自动化事故暴露了两个层面的问题：
- 技术层：旧工作流边顺序 n3→n5 跳过了 n4 去 AI 味节点，且 n5 没有审批门槛。修的方案是调边序、加
approvalRequired，核心是把「确认成果目录」设为自动化的硬边界。 - 治理层：已经写了
automation-safetyskill 和记忆层规则，但代码和文档之间差了那么一步，事故就来了。今天这个事故不是工作流 bug，是安全护栏没落到执行层。
3. 风险与待办
| # | 风险/待办 | 紧急程度 | 说明 |
|---|---|---|---|
| 1 | D2/D3 话术 SOP 定稿 | 🔴 高 | V19.0 方向调对了但卡在这，下期开课前必须定，不然重构白做 |
| 2 | 出勤分钟数据 + 流失曲线 | 🔴 高 | 已经超期了，没这个就没法算下期漏斗目标 |
| 3 | 下期排期与漏斗目标 | 🟡 中 | 开课时间、投放预算、目标表全空，整顿周结束了得定下来 |
| 4 | n5 自动化事故复盘确认 | 🟡 中 | 修复已部署，需确认运行正常 + 飞书版 SOP 是否需要手工恢复 |
4. 明天建议
周六，盯这四件：
- D2/D3 话术 SOP 过评审定稿 — 下期开课前最大的阻塞项，方向对了就差这临门一脚
- 拿到出勤分钟数据后，拉下期漏斗目标表 — 有流失曲线才能倒推流量/绑课/出勤各层目标
- 敲定下期排期 — 整顿周结束了，下周开不开、什么时候开、投多少，得定
- n5 事故收尾 — 确认新运行
d0fbc78d正常工作，飞书 SOP 如需恢复则手工补上
数据截止：2026-07-24 晚间
数据来源：n1 采集（GBrain + 日报 + SCRM API）、n2 采集（GBrain + 确认成果文件 + Hermes Studio 运行日志）