战簿 WarBook 项目 BP 十分钟版
战簿 WarBook:AI 公司的作战中枢
情报、窗口、任务、舰队、审批、日报、账本,一屏打完。git 为底座,私有化部署,数据不出门。
→ 所以:这是一个「卖方法」而不是「卖界面」的生意,判据是资产
本 BP 不含客户名单与收入数据;所有前瞻数字标【假设】;资产计数来自内部仓库实测(2026-10-30)。
AI 让小团队做 30 人的事,管理工具却还停在任务清单
→ 所以:小团队不是不努力,是「该做什么」没有落到系统里
- 窗口靠记性:补贴、赛事、版号、融资窗口,错过即零
- Agent 悄悄失败:多机多任务时谁在跑、跑到哪,看不见
- 创始人被打断:拍板没有上下文,审批散在群里
- 日报靠手写:忙和有产出分不清,写 40 分钟看 2 分钟
- 状态散在五个地方:群、文档、任务工具、口头、脑子
- 账与项目脱节:钱花在哪,月底靠人肉汇总
| 不解决的代价 | 典型表现 | 量级【假设】 |
|---|---|---|
| 错过一个窗口 | 材料没准备齐,错过申报/赛事/招标 | 损失一年机会 |
| Agent 静默失败 | 任务报「成功」但产出为空,返工 | 每次 0.5–2 人天 |
| 决策排队 | 小事等两天,员工空转 | 每月 90 个等待工作日 |
以上为内部推算口径,不是客户实测;数字用于说明问题的量级,不是承诺。
把「今天必须做什么」从人的记忆,挪进六层作战盘
→ 所以:我们不提交工具,提交「提醒 + 判据」这一层
- INTEL 情报层:关键词命中→线索池,重要性分级,今天必看的三条排最前
- WINDOW 窗口层:按截止日倒排到今天该做什么,剩余天数挂红
- FLEET 任务舰队:多机心跳 + 身份指纹,失败闭环,不静默失败
- OPS 决策层:待拍事项带证据链;可逆事项 48 小时默认通过 + 抽查 20%,不可逆(付款/合同/裁员)必须显式审批
- DAILY 日报层:从任务与提交聚合,人只做校对
- LEDGER 账本层:项目级损益,月度对账差异归零
| 形态 | 交付物 | 部署成本 |
|---|---|---|
| 私有化 | 一个静态文件夹 + git 仓库 | 半天内(含备份脚本) |
| 云版 | 托管实例,无本地运维 | 即时开通 |
| 数据 | 始终在客户自己的机器/仓库里 | 可全量导出 |
与其他方案的边界:表格有记录没提醒,项目管理有任务没窗口,咨询有建议没系统。我们补的是「提醒 + 判据」这一层。
这就是老板每天打开的那一屏
→ 所以:不用解释功能,让对方自己看四个数字

截图日期 2026-10-30,数据为演示数据,非客户经营数据。
跑通的东西:273 条判据、3 条产线、一整套作战盘
→ 所以:这些能力不是访谈出来的,是跑出来的——可现场打开逐条核对
- 内部 dogfood:这套系统在自己公司日常在用,可现场打开演示
- 3 条真实产线:放置修仙 / 技能包商店 / 小木屋经营,覆盖上架、买量、内购与结算全链路(仓库名 immortal_valley、skillpacks、squirrel-cabin)
- 判据标准:每条含触发条件、做法、失效边界与修订记录——如「时钟防护只拦回拨」,来自一次玩家卡死
- 下一步:把这套判据做成可订阅的版本,让没用过的人也能直接受益(M2)
- 客户拿走什么:一屏看清今天该做什么,少开一次会、少踩一次坑、少一次返工
- 为什么难抄:界面一周能抄,273 条判据要经历 67 次事故
| 证据类型 | 我们有什么 | 可核验方式 |
|---|---|---|
| 产品可用性 | 线上演示环境 + 私有化包 | 现场打开,任选三条判据讲来源 |
| 产线经验 | 3 条产线全链路 | NDA 下提供数据 |
| 可复用的判断 | 273 条判据 + 67 份复盘 | 现场任选三条讲来源 |
| 技能 | 判据原文(摘) | 怎么来的 |
|---|---|---|
| 反作弊 · 时钟防护 | 只拦回拨、不拦前调;禁止冻结时间 | 一次玩家永久卡死后修订 |
| A/B 实验工程 | 曝光口径按「真正触达策略」计,分组即计数会让两组都稀释 | 一次实验结论完全失真 |
| 广告变现调优 | 先看填充率与底价,再看频控,最后才动广告位 | 调错顺序把留存一起打掉 |
以上均为内部实测数据,可在演示环境逐项核对;如需指定场景,我们现场跑给你看。
判据不能压缩时间买到:一条判据 ≈ 一次真实事故
→ 所以:新进入者要追上,得先付出同样的代价——这正是我们的窗口期
- 我们已经付过的代价:67 次真实事故 → 273 条判据(含修订记录与失效条件)
- 同时具备三件事:跑过产线、会写判据、能私有化交付——少见同时具备的组合
- 判据已外部化:不依赖某个人的记忆,可交接、可订阅、可授权
- 新进入者要面对:没有事故密度就写不出判据;写出来也没人验证
- 通用工具要面对:做大而全,就必然在「提醒 + 判据」这一层变浅
- 为什么是现在:AI 编码与 Agent 让小团队同时推进的事变多,靠人和群已经管不过来
- 结果:过去只有 30 人团队才需要「作战层」,现在 5 人也需要——这就是窗口
- 我们的窗口:12–18 个月【假设】——取决于同类团队踩坑的速度
| 维度 | 我们 | 新进入者 | 通用工具 |
|---|---|---|---|
| 判据数量 | 273 条(含修订) | 0 起步 | 无 |
| 真实事故密度 | 67 次 | 低 | 无 |
| 产线验证 | 3 条全链路 | 通常没有 | 部分有 |
| 私有化交付 | 已有(静态包 + git) | 需重建 | 通常不做 |
「窗口 12–18 个月」为【假设】,依据是同类团队踩坑与写作节奏;不作为承诺。
买断制 + 更新费 + 订阅,三层叠加
→ 所以:买断降低决策门槛,更新费与订阅提供第二增长
- 种子版 ¥1,980(限 3 个团队,用来换深度反馈与可公开的改进记录)· 单团队 ¥3,980 · 工作室 ¥6,980
- 次年更新费 30%:不续也能用,只失去新版本
- 续费率 ≥60%【目标】的依据:续费买的是新版本与新判据,反映判据是否持续有用,而不是客户被锁住
- 判据订阅(M2 起):非客户也能查看只读判据库
- 为什么买断:小团队反感订阅;私有化交付更适配买断
- 天花板与应对:更新费 + 订阅 + 垂直 Agent 三层叠加
- 不设在线支付:合同 + 演示交付,客单价低但决策链短
| 档位 | 价格 | 对象 | 我们挣什么 |
|---|---|---|---|
| 种子版 | ¥1,980 | 验证价值的小团队 | 获客与口碑 |
| 单团队版 | ¥3,980 | 主力档 | 现金流主体 |
| 工作室版 | ¥6,980 | 多项目并行 | 客单价 |
单位经济【假设】:交付 1 人天 + 支持 0.3 人天,毛利率约 76%(不含创始人工时)。算式与敏感度见 附录 P19。
从演示到回款:五步,两周内完成首单
→ 所以:买断制的现金流很干脆——签完付完,交付即完成,不押账
- ① 30 分钟演示:用我们自己的环境跑客户场景,当天出结论(合适/不合适都直说)
- ② 一页纸方案 + 报价:三档定价公开,签前不搞「联系销售才知道价」
- ③ 合同:主体以合同签署方为准,可开公司发票
- ④ 付款:首单全款到账后开始部署(不押尾款,降低双方扯皮)
- ⑤ 交付:半天内部署完,一周内完成首轮使用培训;次年更新费 30%
- 退款口径:交付前可全额退;交付后按未使用月份折算
| 步骤 | 产出 | 典型耗时 | 谁签字 |
|---|---|---|---|
| 演示 | 结论(做/不做) | 30 分钟 | 无需签 |
| 方案报价 | 一页纸 + 报价单 | 1–2 天 | 创始人 |
| 合同 | 签署版合同 + 发票信息 | 2–5 天 | 双方负责人 |
| 付款 | 到账凭证 | 1–3 天 | 客户财务 |
| 交付 | 可用环境 + 操作卡 | 半天–1 周 | 客户对接人验收 |
不设在线支付:客单价低、决策链短,走合同与对公转账更稳;也不做「先免费试用三个月」——验证成本我们承担不起。
每一阶段都有可勾选的判据,做不到就不进下一阶段
→ 所以:每一阶段都能被外部核验,做不到就不进下一阶段
- M1 三问:合同签了吗?私有化部署跑通了吗?客户能复述出价值吗?
- M2 三问:判据库对外开放了吗?有非客户付费吗?续费率 ≥60% 吗?
- M3 三问:垂直 Agent 能单独订阅吗?客单价提升了吗?交付工时下降了吗?
- 阶段规则:任一问为「否」,留在当前阶段补齐
- 停止条款:8 周 <3 单,或售后工时/收入 >1/3 连续 4 周 → 停止对外售卖
- 态度:宁可晚一个季度,也不带着未验证的假设进下一轮
| 阶段 | 核心指标 | 验收方式 |
|---|---|---|
| M1 | 3 个付费团队上线 | 合同 + 交付记录 |
| M2 | 判据订阅有非客户付费 | 订阅流水 |
| M3 | 客单价与交付工时双改善 | 前后对比 |
以上为目标值,不是承诺;未达即按停止条款执行。
先回答你最想问的三件事
→ 所以:省掉一轮来回,愿意的话我们今天就能约时间
- Q1「现在有多少客户?」——收入与订单数不对外披露;能提供的是可现场打开的作战盘、273 条判据与 3 条产线,任选一条讲它的来历
- Q2「和通用工具比,凭什么是你?」——界面一周能抄,67 次事故抄不了;判据要时间积累
- Q3「1,000 万花完会怎样?」——12 个月验证 M1(3 个付费团队跑通)与 M2(判据订阅开放);不达标按停止条款执行
- 补一句:不靠一轮融资讲故事,靠一条条判据把交付做实——这也是为什么这一轮只要 1,000 万
| 你会问 | 我们的回答 | 能当场验证的 |
|---|---|---|
| 有多少客户 / 收入 | 不对外披露;以运行证据呈现 | 现场打开作战盘,任选三条判据讲来源 |
| 差异化在哪 | 判据 + 踩坑样本 + 私有化交付 | 打开技能库,随机抽三条看修订记录 |
| 钱花完怎么办 | M1/M2 达标才谈下一轮 | BP 停止条款 + 里程碑三问 |
三问来自真实沟通中最常被提起的三件事;答案里没有一句预测,全部是现在就能核对的。
首轮 1,000 万元
→ 所以:这一轮的目标是验证,不是增长
- 用途【假设】:产品与判据库 40% · 交付与客户成功 30% · 市场与内容 20% · 现金储备 10%
- 钱买什么:M1 三个付费团队跑通 + M2 判据订阅开放
- 不要更多钱的理由:M3 之前不需要更大团队,先验证再放大
- 我们希望的投资人:懂工具/SaaS 或游戏内容,能接受「验证优先于增长」
- 下一步:30 分钟演示,用我们自己的环境跑你的场景
- 本轮节奏【计划】:目标 3 个月内完成,接受 1 家领投 + 2–3 家跟投;尽调约 2 周,签约到账约 2 周
| 本页承诺 | 说明 |
|---|---|
| 不承诺收入 | 收入与订单不对外披露 |
| 不承诺时间表 | 只承诺 12 个月内验证 M1/M2 |
| 不隐藏风险 | 停止条款与假设都在 BP 里 |
扫码打开官网
本 BP 的所有前瞻数字均为【假设】;资产计数来自内部仓库实测。