持久
经验必须写回规则、数据、工具或组织结构；只在群里说过不算。
MANAGEMENT PLAYBOOK / 03
把 AIWatch 变成
会留下能力的公司
RSI 用在公司管理，不是让 AI 自动当老板，而是让每次获客、交付、研究与协作都产生一项可验证的持久更新。人的职责仍然是设定目标、批准高风险修改，并决定什么不该自动化。
35 人团队10–12 月度客户6 管理闭环2 时间尺度
核心定义Σ
FROM PERFORMANCE TO CAPABILITY
AIWatcht+1 = AIWatcht + 经过验证并写回的经验
公司的“脚手架 Σ”包括 SOP、客户知识、数据、模板、工具、Owner、审批与安全边界。一次任务做得更好只是表现提升；只有下一次任务从更好的系统起点出发，才是公司层面的自我改进。
可复用
下一位同事、下一个客户或下一轮任务能从新起点开始。
可验证
更新前后用同一指标或隐藏检查比较，而不是凭感觉宣布进步。
可回滚
每次修改有版本、负责人和撤销条件，错误经验不会永久污染系统。
六个管理闭环
每条闭环都必须回答四个问题：从哪里获得信号、把什么永久写回、用什么证明有效、谁对更新负责。
获客与产品定义
- 输入信号
- 客户访谈、拒绝理由、线索来源、成交与流失
- 持久写回
- ICP、报价包、案例库、外联脚本与资格判断规则
- 验证门
- 有效会面率、提案接受率、销售周期；不虚构收入目标
- Owner
- Will + 增长负责人
客户交付
- 输入信号
- 客户批注、返工、增长结果、交付耗时与审批等待
- 持久写回
- 交付模板、案例模式、质量清单、审批路径与禁用做法
- 验证门
- 首轮通过率、交付周期、同类问题复发率、跨客户复用率
- Owner
- 客户 Owner + 专业线 Owner
AI 产品情报库
- 输入信号
- 新产品、来源缺口、失效链接、重复记录与人工纠错
- 持久写回
- 分类体系、来源优先级、评分规则、排除规则与实体合并记录
- 验证门
- 新鲜度、来源覆盖、重复率、错误率与可追溯性
- Owner
- 数据 Owner
内容 / SEO / 视频
- 输入信号
- 点击、观看留存、搜索排名、客户反馈与发布复盘
- 持久写回
- 选题规则、Hook 库、脚本模板、关键词图谱与制作工作流
- 验证门
- 不是只看单条爆款，而看方法能否在两次以上任务复现
- Owner
- 内容 Owner + 渠道 Owner
团队与责任机制
- 输入信号
- 延期、反复追问、交接断点、无人验收与决策等待
- 持久写回
- Owner Map、Definition of Done、SLA、交接模板与升级路径
- 验证门
- 单一 Owner、等待时间、按期率、无需 Will 介入的完成率
- Owner
- Will + 各业务 Owner
自动化与 Agent
- 输入信号
- 运行日志、失败轨迹、人工接管点、工具调用与成本
- 持久写回
- Prompt、工具、测试集、工作流、权限策略与回滚版本
- 验证门
- 隐藏测试、安全检查、成本上限；高风险写操作必须人工批准
- Owner
- 技术 Owner + 业务验收人
更新写回协议
不让反馈直接污染系统。每项经验先成为提案，通过验证后才进入公司的长期记忆、工具或制度。
- 01捕获事件
保留客户批注、失败日志、耗时、来源与上下文。
- 02归因判断
区分偶发错误、客户特例和可泛化的系统缺陷。
- 03提出更新
写清修改对象、预期收益、影响范围与失败条件。
- 04影子验证
先在副本、小范围或第二个客户上复测，不覆盖生产规则。
- 05人类批准
Owner 验证业务效果；高风险修改由 Will 最终批准。
- 06版本写回
进入注册表，带版本、证据、负责人、复查日与回滚点。
重要规则
提出更新的人或 Agent，不应同时成为唯一批准者。生成者、评估者与批准者至少分成两个角色。
能改什么，由风险决定
越接近客户承诺、人员和战略，自动修改权限越低。AI 可以整理证据，但不能把管理建议自动升级成公司政策。
HUMAN ONLY
这些决定永远不应自动写回
- 客户价格、合同与对外承诺
- 招聘、解雇与薪酬
- 跨客户使用私有数据
- 公司定位与重大资源分配
快环探索，慢环固化
日常运行负责捕获信号；周会只批准小实验；月度才把反复有效的经验升级为公司能力。
异常收集
只记录偏差、返工、客户新信号和自动化失败；不在会上即兴改制度。
改进评审
从异常里选 1–3 个高价值提案，指定 Owner、验证指标、影响范围和回滚条件。
慢环固化
把多次有效的做法升级为 SOP、模板、工具或角色规则；清理失效知识。
系统重构
检查客户组合、服务形态、自动化边界与组织负担，决定保留、合并或停止什么。
FAST LOOP任务 → 反馈 → 小改动 → 复测
→Prompt、清单、模板、客户专属规则；便宜、局部、易撤销。
SLOW LOOP重复有效 → SOP / 工具 / 组织规则
跨客户复用后再固化；需要版本、Owner、复查日期和回滚条件。
先跑一条，不要同时改六条
建议从“客户交付”开始。目标不是一个月建成管理系统，而是证明一项经验能被捕获、验证、迁移并写回。
建立基线
选客户交付作为第一条闭环。记录最近 20 次交付的返工类型、等待时间、首轮通过情况和 Will 介入点。
交付物：交付异常账本 v0只改一个环节
选择复发最多、最影响客户感受的一类问题；提出新清单或模板，先在一个客户项目影子运行。
交付物：改进提案 + 回滚条件验证能否迁移
将通过验证的新做法用于第二个客户；若效果只对单一客户成立，就保留为客户专属规则。
交付物：复用证据 + 适用边界固化并清理
把有效更新写回 SOP、模板和 Owner Map；删除冲突旧版本，留下版本号、负责人和复查日期。
交付物：Delivery OS v1FIRST PILOT / DELIVERY LOOP
第一个月只盯四个指标
- 01同类错误复发率
- 02首轮客户通过率
- 03从接单到交付的周期
- 04被第二个项目复用的改进比例
不要问“这次谁做错了”，
先问“系统为什么允许它再次发生”。
RSI 管理不是消灭人的判断，而是把人的好判断保存下来，把重复劳动交给系统，把高风险决策留在人手里。AIWatch 真正积累的资产，最终不是做过多少项目，而是每个项目留下了多少可验证、可复用的能力。