solo 周例程总表：一周 5.5 小时的运营节奏
B 方向·OPC 最佳实践（节奏综合篇）。自动化课题（cron 监控）、反馈（周复盘）、访谈（周 1 场）、内容（量产纪律）散在各篇——合成一张「一周做什么」的总表。
背景与问题
solo 的时间是最稀缺资源。运营动作的最低有效频率各是多少？合成后一周几小时？
发现（各篇已定的频率汇总+合成）
时段 | 动作 | 来源 | 时长 |
|---|---|---|---|
每日（15 min） | cron 看板检查（订阅/差评/告警/额度），异常才处理 | ~1.5h/周 | |
周一（30 min） | 反馈分流畅批：四列表复盘+优先级排序 | 0.5h/周 | |
周二（30 min） | 访谈 1 场（含 10 分钟笔记） | 0.5h/周 | |
周三（30 min） | 内容产出 1 件（GEO answer-first 文章/视频脚本） | 0.5h/周 | |
周四（30 min） | 核心漏斗+留存 cohort 读数（PostHog），<5% 检查点意识 | 0.5h/周 | |
周五（30 min） | 每月首个周五：finance dashboard 更新 + P&L 对账 | ~0.2h/周均 | |
每月 1 次（60 min） | 深度项轮换：恢复演练（季）/SOP 更新/佣金伙伴联络/矩阵更新 | ~0.25h/周均 |
推测
- 合计 ~5.5 小时/周 的运营底盘——其余时间全给「构建」（产品开发/终活模块/内容资产）。底盘之外的任何「运营想法」进 inbox 不当场做。
- 周例程的前三周是「建立期」（每项首次跑通+SOP 落文档），之后进入「执行期」——建立期允许 2 倍时间。
- AI 已吃掉的部分：调研（夜间 cron）、监控（每日 cron）、客服初稿——剩下的 5.5 小时是「AI 做不了的判断与关系」，这条边界的守卫比节流更重要。
结论
可行动启发：
- 总表存为日历循环事件（周一到周五各 30 分钟块），本周就开始——「有节奏的 5.5 小时」胜过「随时想起来的 10 小时」。
- 每日 15 分钟是神圣时段：只看不改——所有「发现的改进」进 inbox/反馈表，下周的对应时段处理；这条纪律保护构建时间。
- 频率异常即信号：任何一项连续两周 >2 倍超时=产品或流程有问题（差评暴涨/漏斗崩了），是比数字更早的预警。
- 月度深度项轮换表：第 1 周财务、第 2 周安全、第 3 周合作伙伴、第 4 周战略（矩阵/定价复盘）——月度项不挤占周例程。