战簿 WarBook 项目 BP 五分钟版
首轮（PRE-SEED） · v4.4
战簿 WarBook：AI 公司的作战中枢
情报、窗口、任务、舰队、审批、日报、账本，一屏打完。git 为底座，私有化部署，数据不出门。
→ 所以：这是一个「卖方法」而不是「卖界面」的生意，判据是资产
给谁1–15 人 AI 小团队与工作室
解决什么「该做什么」没落到系统里，全靠记性
要什么首轮 1,000 万，12 个月验证 M1/M2
1,000 万本轮融资
273技能判据
67踩坑复盘
3真实产线
12 个月按月均 70 万【假设】
本 BP 不含客户名单与收入数据；所有前瞻数字标【假设】；资产计数来自内部仓库实测（2026-10-30）。
01 / 19
01 / 问题
AI 让小团队做 30 人的事，管理工具却还停在任务清单
→ 所以：小团队不是不努力，是「该做什么」没有落到系统里
- 窗口靠记性：补贴、赛事、版号、融资窗口，错过即零
- Agent 悄悄失败：多机多任务时谁在跑、跑到哪，看不见
- 创始人被打断：拍板没有上下文，审批散在群里
- 日报靠手写：忙和有产出分不清，写 40 分钟看 2 分钟
- 状态散在五个地方：群、文档、任务工具、口头、脑子
- 账与项目脱节：钱花在哪，月底靠人肉汇总
| 不解决的代价 | 典型表现 | 量级【假设】 |
|---|
| 错过一个窗口 | 材料没准备齐，错过申报/赛事/招标 | 损失一年机会 |
| Agent 静默失败 | 任务报「成功」但产出为空，返工 | 每次 0.5–2 人天 |
| 决策排队 | 小事等两天，员工空转 | 每月 90 个等待工作日 |
以上为内部推算口径，不是客户实测；数字用于说明问题的量级，不是承诺。
02 / 19
02c / 产品实拍
这就是老板每天打开的那一屏
→ 所以：不用解释功能，让对方自己看四个数字
线上真实页面（warbook.mengstone.com/console）：无后端、无登录、无埋点——私有化版交付的就是这样一个文件夹
截图日期 2026-10-30，数据为演示数据，非客户经营数据。
讲解词把屏幕投出来，让对方自己看四个数字。这时候不要说话，让他看。
03 / 19
05 / 验证与资产
跑通的东西：273 条判据、3 条产线、一整套作战盘
→ 所以：这些能力不是访谈出来的，是跑出来的——可现场打开逐条核对
273技能判据
67含踩坑判据
3真实产线
381看板任务沉淀
多月内部 dogfood
- 内部 dogfood：这套系统在自己公司日常在用，可现场打开演示
- 3 条真实产线：放置修仙 / 技能包商店 / 小木屋经营，覆盖上架、买量、内购与结算全链路（仓库名 immortal_valley、skillpacks、squirrel-cabin）
- 判据标准：每条含触发条件、做法、失效边界与修订记录——如「时钟防护只拦回拨」，来自一次玩家卡死
- 下一步：把这套判据做成可订阅的版本，让没用过的人也能直接受益（M2）
- 客户拿走什么：一屏看清今天该做什么，少开一次会、少踩一次坑、少一次返工
- 为什么难抄：界面一周能抄，273 条判据要经历 67 次事故
| 证据类型 | 我们有什么 | 可核验方式 |
|---|
| 产品可用性 | 线上演示环境 + 私有化包 | 现场打开，任选三条判据讲来源 |
| 产线经验 | 3 条产线全链路 | NDA 下提供数据 |
| 可复用的判断 | 273 条判据 + 67 份复盘 | 现场任选三条讲来源 |
| 技能 | 判据原文（摘） | 怎么来的 |
|---|
| 反作弊 · 时钟防护 | 只拦回拨、不拦前调；禁止冻结时间 | 一次玩家永久卡死后修订 |
| A/B 实验工程 | 曝光口径按「真正触达策略」计，分组即计数会让两组都稀释 | 一次实验结论完全失真 |
| 广告变现调优 | 先看填充率与底价，再看频控，最后才动广告位 | 调错顺序把留存一起打掉 |
以上均为内部实测数据，可在演示环境逐项核对；如需指定场景，我们现场跑给你看。
讲解词现场打开技能库，让对方随机指一条，讲它的来历和失效边界。这是全场最有说服力的 3 分钟。
04 / 19
05b / 为什么是我们、为什么是现在
判据不能压缩时间买到：一条判据 ≈ 一次真实事故
→ 所以：新进入者要追上，得先付出同样的代价——这正是我们的窗口期
- 我们已经付过的代价：67 次真实事故 → 273 条判据（含修订记录与失效条件）
- 同时具备三件事：跑过产线、会写判据、能私有化交付——少见同时具备的组合
- 判据已外部化：不依赖某个人的记忆，可交接、可订阅、可授权
- 新进入者要面对：没有事故密度就写不出判据；写出来也没人验证
- 通用工具要面对：做大而全，就必然在「提醒 + 判据」这一层变浅
- 为什么是现在：AI 编码与 Agent 让小团队同时推进的事变多，靠人和群已经管不过来
- 结果：过去只有 30 人团队才需要「作战层」，现在 5 人也需要——这就是窗口
- 我们的窗口：12–18 个月【假设】——取决于同类团队踩坑的速度
| 维度 | 我们 | 新进入者 | 通用工具 |
|---|
| 判据数量 | 273 条（含修订） | 0 起步 | 无 |
| 真实事故密度 | 67 次 | 低 | 无 |
| 产线验证 | 3 条全链路 | 通常没有 | 部分有 |
| 私有化交付 | 已有（静态包 + git） | 需重建 | 通常不做 |
「窗口 12–18 个月」为【假设】，依据是同类团队踩坑与写作节奏；不作为承诺。
讲解词讲清「一条判据 ≈ 一次事故」。再补时机：过去 30 人才需要作战层，现在 5 人也需要。
05 / 19
12 / 融资诉求
首轮 1,000 万元
→ 所以：这一轮的目标是验证，不是增长
1,000 万融资额
12 个月资金周期
M1+M2买到的里程碑
1,980–6,980产品定价
- 用途【假设】：产品与判据库 40% · 交付与客户成功 30% · 市场与内容 20% · 现金储备 10%
- 钱买什么：M1 三个付费团队跑通 + M2 判据订阅开放
- 不要更多钱的理由：M3 之前不需要更大团队，先验证再放大
- 我们希望的投资人：懂工具/SaaS 或游戏内容，能接受「验证优先于增长」
- 下一步：30 分钟演示，用我们自己的环境跑你的场景
- 本轮节奏【计划】：目标 3 个月内完成，接受 1 家领投 + 2–3 家跟投；尽调约 2 周，签约到账约 2 周
| 本页承诺 | 说明 |
|---|
| 不承诺收入 | 收入与订单不对外披露 |
| 不承诺时间表 | 只承诺 12 个月内验证 M1/M2 |
| 不隐藏风险 | 停止条款与假设都在 BP 里 |
本 BP 的所有前瞻数字均为【假设】；资产计数来自内部仓库实测。
讲解词最后一页不要急着要钱。先说这一轮验证什么，再说要多少、要多久。
06 / 19
5 分钟版：6 页，每页一处论证 · 看 13 页完整版 · 预约演示
扫码打开官网