一、AI 公司难在哪
AI 小团队常见的情况是：人不多，但变化快、窗口多、工具多、Agent 多。问题通常不是“沟通不够”，而是：
- 情报散在群里：竞品、平台、政策变化没人整理。
- 窗口靠脑子记：发行、活动、申报截止容易漏。
- 任务没有唯一状态：谁在做、卡在哪、下一步是什么，说不清。
- 审批埋在聊天记录里：出了事找不到谁批的。
- 日报靠人催：每天重复问“今天做了什么”。
- 账本对不上：钱、成本、回款分散在 Excel 和脑子里。
这些问题的共同点是：状态不可查。人越多、机器越多、Agent 越多，靠记忆和群聊越撑不住。
二、六个运行机制
战簿把 1–15 人 AI 公司的运行拆成六个模块。不是每个都要上，但缺一个就会出现对应的漏洞：
| 机制 | 解决什么 | 最小输出 |
|---|---|---|
| 情报侦察 | 竞品/平台/政策变化散落 | 可追踪的情报条目 |
| 窗口倒排 | 发行/活动/申报节点靠记 | 时间线与负责人 |
| 任务舰队 | 任务优先级和依赖不清 | 任务、状态、阻塞点 |
| 创始人审批 | 审批埋在聊天记录 | 可追溯的审批记录 |
| 日报聚合 | 每天催日报、信息重复 | 自动聚合的日报 |
| 项目账本 | 钱/成本/回款对不上 | 项目级账本与证据 |
三、一张表
如果只想先跑起来，可以用一张“状态表”把六件事落在同一个地方：
| 字段 | 写什么 | 为什么 |
|---|---|---|
| 对象 | 情报/窗口/任务/审批/日报/账本 | 先分类，避免混在一起 |
| 负责人 | 一个名字，不是“大家” | 没有负责人就没有下一步 |
| 状态 | 待处理/进行中/阻塞/完成 | 一眼看出卡在哪 |
| 截止 | 日期或“本周” | 没有期限的任务不是任务 |
| 证据 | 链接/文件/截图/记录 | 事后能追溯，不靠记忆 |
这张表可以先用表格跑，跑通后再考虑用 战簿 固化成一张盘。
四、落地顺序
- 先选一条业务线：不要全公司一起上，选一个正在推进的项目。
- 先跑情报+窗口：把“为什么做、什么时候做”写清楚。
- 再接任务+审批：让每件事有负责人、有状态、有批准记录。
- 最后接日报+账本：让复盘和钱对得上。
- 跑两周再评估：看漏项、阻塞和返工有没有减少。
五、常见错误
错误 1：一上来就搭大而全的系统
流程越多，越没人用。先跑一条业务线，验证有没有减少漏项和返工。
错误 2：把“群聊”当状态
群聊是沟通，不是状态。状态要能被检索、被交接、被审计。
错误 3：审批没有记录
“老板口头同意了”不是审批记录。至少留时间、对象、结论。
错误 4：日报变成作文
日报只要写：做了什么、卡在哪、下一步、需要谁。不要写成汇报表演。
错误 5：账本和任务脱节
任务完成了但没有回款/成本记录，项目账本永远对不上。
六、FAQ
AI 公司和普通小团队最大的区别是什么？
变化快、窗口多、人和 Agent 混在一起；难点不是沟通，而是状态不可查、审批不可追溯。
1–15 人需要多少管理流程？
不需要大而全；先跑通一条业务线：情报、窗口、任务、审批、日报、账本六个机制够用。
为什么强调 git 和私有化？
AI 公司的数据、客户和判断过程更敏感；git 底座可追溯，私有化让数据不出门。
没有客户案例能信吗？
不能只看案例。先看方法是否可核验、能否在自己的场景跑通；战簿不写未获授权的客户案例。
本文由战簿团队整理，不是独立第三方评测；文中方法需要在你的团队里验证。战簿当前没有可公开的客户案例，不承诺效果。