战簿 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
目录
20 页，每页一个论点
→ 所以：扫一遍目录就知道我们的判断链，不必逐页读
- 01战簿 WarBook：AI 公司的作战中枢
- 02AI 让小团队做 30 人的事，管理工具却还停在任务清单
- 03把「今天必须做什么」从人的记忆，挪进六层作战盘
- 04三个真实场景：这一屏在早上 9 点做了什么
- 05这就是老板每天打开的那一屏
- 06自下而上算三档，把算式交出来一起算
- 07三类客户、四个维度：把弱项也写在表里
- 08跑通的东西：273 条判据、3 条产线、一整套作战盘
- 09判据不能压缩时间买到：一条判据 ≈ 一次真实事故
- 10买断制 + 更新费 + 订阅，三层叠加
- 11从演示到回款：五步，两周内完成首单
- 121,000 万怎么花：12 个月，月均 70 万【假设】
- 13每一阶段都有可勾选的判据，做不到就不进下一阶段
- 14不是「又一个工具团队」，是「踩过坑的人把坑写成了系统」
- 15该准备的都准备了：风险、材料、口径
- 16先回答你最想问的三件事
- 1715 分钟怎么讲：两页必须停住，两页可以跳
- 18首轮 1,000 万元
- 19所有假设都摊开：改一个参数就能重算
建议阅读顺序：封面 → 问题 → 验证与资产 → 为什么是我们 → 融资诉求（5 页 3 分钟）；其余按需展开。
02 / 19
01 / 问题
AI 让小团队做 30 人的事，管理工具却还停在任务清单
→ 所以：小团队不是不努力，是「该做什么」没有落到系统里
- 窗口靠记性：补贴、赛事、版号、融资窗口，错过即零
- Agent 悄悄失败：多机多任务时谁在跑、跑到哪，看不见
- 创始人被打断：拍板没有上下文，审批散在群里
- 日报靠手写：忙和有产出分不清，写 40 分钟看 2 分钟
- 状态散在五个地方：群、文档、任务工具、口头、脑子
- 账与项目脱节：钱花在哪，月底靠人肉汇总
| 不解决的代价 | 典型表现 | 量级【假设】 |
|---|---|---|
| 错过一个窗口 | 材料没准备齐，错过申报/赛事/招标 | 损失一年机会 |
| Agent 静默失败 | 任务报「成功」但产出为空，返工 | 每次 0.5–2 人天 |
| 决策排队 | 小事等两天，员工空转 | 每月 90 个等待工作日 |
以上为内部推算口径，不是客户实测；数字用于说明问题的量级，不是承诺。
03 / 19
02 / 方案与产品
把「今天必须做什么」从人的记忆，挪进六层作战盘
→ 所以：我们不提交工具，提交「提醒 + 判据」这一层
- INTEL 情报层：关键词命中→线索池，重要性分级，今天必看的三条排最前
- WINDOW 窗口层：按截止日倒排到今天该做什么，剩余天数挂红
- FLEET 任务舰队：多机心跳 + 身份指纹，失败闭环，不静默失败
- OPS 决策层：待拍事项带证据链；可逆事项 48 小时默认通过 + 抽查 20%，不可逆（付款/合同/裁员）必须显式审批
- DAILY 日报层：从任务与提交聚合，人只做校对
- LEDGER 账本层：项目级损益，月度对账差异归零
| 形态 | 交付物 | 部署成本 |
|---|---|---|
| 私有化 | 一个静态文件夹 + git 仓库 | 半天内（含备份脚本） |
| 云版 | 托管实例，无本地运维 | 即时开通 |
| 数据 | 始终在客户自己的机器/仓库里 | 可全量导出 |
与其他方案的边界：表格有记录没提醒，项目管理有任务没窗口，咨询有建议没系统。我们补的是「提醒 + 判据」这一层。
讲解词先讲「今天必须做什么」这一问，再扫六层。别逐层解释，只在窗口层和舰队层各停 30 秒。
04 / 19
02b / 一天长什么样
三个真实场景：这一屏在早上 9 点做了什么
→ 所以：客户买的不是功能，是「不用再靠记性」的那几个瞬间
- A 5 人游戏团队 · 9:02：版号材料还差 2 份、剩 6 天，窗口层标红，负责人自动落到材料组
- 同屏可见：3 个在制任务、1 个 Agent 掉线 18 小时（失败已升级到创始人），9:10 开始补材料
- B AI 工作室 · 9:15：日报自动聚合昨天 14 个任务与 3 次发布，人只改两行
- 审批 4 件待拍各带背景/选项/倾向，48 小时默认通过；18:30 收工自动成表、消耗入账
| 时刻 | 系统做了什么 | 省掉的人类动作 |
|---|---|---|
| 9:02 | 把「剩 6 天、差 2 份」推到最前 | 翻表格、问进度、开晨会 |
| 9:10 | 把审批上下文摆齐 | 逐个私聊问「这个能不能批」 |
| 9:15 | 把昨天产出聚合成日报 | 手写 40 分钟 |
| 18:30 | 当天完成/卡住/明日到期成表，消耗入账 | 回忆一天、月底对账 |
场景取自内部 dogfood 的日常用法，可在演示环境当场复现。
讲解词照着三个时刻讲，像讲故事：9:02 发现差材料，9:10 已经开工，18:30 自动收工。讲完停两秒。
05 / 19
02c / 产品实拍
这就是老板每天打开的那一屏
→ 所以：不用解释功能，让对方自己看四个数字
截图日期 2026-10-30，数据为演示数据，非客户经营数据。
讲解词把屏幕投出来，让对方自己看四个数字。这时候不要说话，让他看。
06 / 19
03 / 市场测算
自下而上算三档，把算式交出来一起算
→ 所以：市场规模先接受质疑，把算式摊开比报数更可信
- TAM【假设】：国内 1–15 人 AI/游戏/内容小团队数 × ¥3,980 买断
- SAM【假设】：其中「多机多 Agent 并行 + 有硬截止」的比例
- SOM【假设】：12 个月内靠内容与转介绍可触达的团队数
- 口径纪律：三档都写清乘数与来源；无法验证就标「未验证」，不编数
- 为什么不给金额：单个 TAM 数字会被追问来源，不如给可核对的算式
- 交叉校验：自下而上与自上而下若差 3 倍以上，先修假设
| 口径 | 计算方式 | 状态 |
|---|---|---|
| 自下而上 | 可触达团队数 × 客单价 | 乘数待内部核实 |
| 自上而下 | 小团队协同工具市场 × 作战层占比 | 占比待调研 |
| 算式演示 | 假设 2,000 个团队 × ¥3,980 ≈ 796 万/年 | 【示例】仅演示乘法，不是 TAM 结论 |
| 结论 | 两口径互校后再对外报价 | 不在本页报数 |
本页刻意不给具体金额：未经验证的 TAM 对尽调没有价值，反而会被当作夸大。乘数与敏感度见 附录 P19。
讲解词先承认：我们不报一个拍出来的 TAM。然后把算式给出去，问对方「你们的假设是多少」。
07 / 19
04 / 客户与竞争
三类客户、四个维度：把弱项也写在表里
→ 所以：我们只服务一类人，且在四个维度里明确自己的弱项
- A 独立游戏小团队（3–8 人）：版号/赛事/审核有硬截止，多机跑 AI 美术与买量
- B AI 应用工作室（5–15 人）：多产品线并行，Agent 训练与推理同时跑
- C 企业 AI 转型小组（5–10 人）：多部门试点、有合规与私有化要求
- 四条同时满足才买：人少、动作多、有硬截止、数据不能出门；纯外包接单与大公司不匹配
- 为什么不把飞书/Notion 当对手：它们做横向协作，越做越宽；我们只做「提醒 + 判据」这一层，越窄越深
- 结论：不替代表格与项目管理，补的是提醒与判据
| 维度 | 战簿 | 通用协作（Notion·飞书） | 项目管理 | 咨询 |
|---|---|---|---|---|
| 窗口倒排与提醒 | 强（按截止日算） | 需自己搭 | 弱 | 人肉 |
| Agent 失败可见 | 强（心跳+指纹） | 无 | 弱 | 不涉及 |
| 判据/做错就报警 | 273 条内置 | 无 | 无 | 有但不可交付 |
| 文档/生态/价格 | 弱 | 强 | 中 | 强 |
我们明说自己做不了：透视表、通用 CRM、文档协同。
讲解词重点讲「越窄越深」那一句。不贬低飞书，只说不在同一层。
08 / 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 分钟。
09 / 19
05b / 为什么是我们、为什么是现在
判据不能压缩时间买到：一条判据 ≈ 一次真实事故
→ 所以：新进入者要追上，得先付出同样的代价——这正是我们的窗口期
- 我们已经付过的代价：67 次真实事故 → 273 条判据（含修订记录与失效条件）
- 同时具备三件事：跑过产线、会写判据、能私有化交付——少见同时具备的组合
- 判据已外部化：不依赖某个人的记忆，可交接、可订阅、可授权
- 新进入者要面对：没有事故密度就写不出判据；写出来也没人验证
- 通用工具要面对：做大而全，就必然在「提醒 + 判据」这一层变浅
- 为什么是现在：AI 编码与 Agent 让小团队同时推进的事变多，靠人和群已经管不过来
- 结果：过去只有 30 人团队才需要「作战层」，现在 5 人也需要——这就是窗口
- 我们的窗口：12–18 个月【假设】——取决于同类团队踩坑的速度
| 维度 | 我们 | 新进入者 | 通用工具 |
|---|---|---|---|
| 判据数量 | 273 条（含修订） | 0 起步 | 无 |
| 真实事故密度 | 67 次 | 低 | 无 |
| 产线验证 | 3 条全链路 | 通常没有 | 部分有 |
| 私有化交付 | 已有（静态包 + git） | 需重建 | 通常不做 |
「窗口 12–18 个月」为【假设】，依据是同类团队踩坑与写作节奏；不作为承诺。
讲解词讲清「一条判据 ≈ 一次事故」。再补时机：过去 30 人才需要作战层，现在 5 人也需要。
10 / 19
06 / 商业模式
买断制 + 更新费 + 订阅，三层叠加
→ 所以：买断降低决策门槛，更新费与订阅提供第二增长
- 种子版 ¥1,980（限 3 个团队，用来换深度反馈与可公开的改进记录）· 单团队 ¥3,980 · 工作室 ¥6,980
- 次年更新费 30%：不续也能用，只失去新版本
- 续费率 ≥60%【目标】的依据：续费买的是新版本与新判据，反映判据是否持续有用，而不是客户被锁住
- 判据订阅（M2 起）：非客户也能查看只读判据库
- 为什么买断：小团队反感订阅；私有化交付更适配买断
- 天花板与应对：更新费 + 订阅 + 垂直 Agent 三层叠加
- 不设在线支付：合同 + 演示交付，客单价低但决策链短
| 档位 | 价格 | 对象 | 我们挣什么 |
|---|---|---|---|
| 种子版 | ¥1,980 | 验证价值的小团队 | 获客与口碑 |
| 单团队版 | ¥3,980 | 主力档 | 现金流主体 |
| 工作室版 | ¥6,980 | 多项目并行 | 客单价 |
单位经济【假设】：交付 1 人天 + 支持 0.3 人天，毛利率约 76%（不含创始人工时）。算式与敏感度见 附录 P19。
讲解词主动说买断的上限，再说三层叠加。别等对方问「为什么不订阅」。
11 / 19
06b / 钱怎么收到
从演示到回款：五步，两周内完成首单
→ 所以：买断制的现金流很干脆——签完付完，交付即完成，不押账
- ① 30 分钟演示：用我们自己的环境跑客户场景，当天出结论（合适/不合适都直说）
- ② 一页纸方案 + 报价：三档定价公开，签前不搞「联系销售才知道价」
- ③ 合同：主体以合同签署方为准，可开公司发票
- ④ 付款：首单全款到账后开始部署（不押尾款，降低双方扯皮）
- ⑤ 交付：半天内部署完，一周内完成首轮使用培训；次年更新费 30%
- 退款口径：交付前可全额退；交付后按未使用月份折算
| 步骤 | 产出 | 典型耗时 | 谁签字 |
|---|---|---|---|
| 演示 | 结论（做/不做） | 30 分钟 | 无需签 |
| 方案报价 | 一页纸 + 报价单 | 1–2 天 | 创始人 |
| 合同 | 签署版合同 + 发票信息 | 2–5 天 | 双方负责人 |
| 付款 | 到账凭证 | 1–3 天 | 客户财务 |
| 交付 | 可用环境 + 操作卡 | 半天–1 周 | 客户对接人验收 |
不设在线支付：客单价低、决策链短，走合同与对公转账更稳；也不做「先免费试用三个月」——验证成本我们承担不起。
讲解词强调不押尾款、签完付完。买断制现金流干脆，是优势不是权宜。
12 / 19
07 / 资金与执行
1,000 万怎么花：12 个月，月均 70 万【假设】
→ 所以：1,000 万买的是 12 个月的验证窗口，不是收入
840 万12 个月成本【假设】
160 万期末现金【假设】
5 人全年新增
10 万25 团队收入【假设】
人工 55%55%研发 3 + 交付 1 + 内容 1（市场薪资中位【假设】）
算力与工具 15%15%模型调用 / 私有化测试环境 / 自动化
市场与内容 15%15%内容生产 / 渠道合作 / 行业活动
合规与法务 5%5%商标 / 软著 / 合同模板 / 数据合规
现金储备 10%10%应对延期，不用于加人
- 市场 15% / 合规 5% / 现金储备 10%（储备不用于加人）
- Q1 交付 1 + 研发 1；Q2 研发 1 + 内容 1；Q3 客户成功 1；Q4 不扩编
- 产能账：交付 1 人同期在管 6–8 个团队，5 人 ≈ 30–40 个席位，25 个团队在能力范围内
- 原则：先有交付压力再加人；销售由创始人自己做
- 这是验证轮不是收入轮：25 个团队的验证结果决定下一轮
| 项 | 金额【假设】 | 说明 |
|---|---|---|
| 收入 | ≈10 万 | 25 团队 × ¥3,980，不含更新费与订阅 |
| 成本 | ≈840 万 | 人力 + 算力 + 市场 + 合规 |
| 期末现金 | ≈160 万 | 约 2.5 个月缓冲 |
不含次年更新费与判据订阅收入（尚未验证，不写进收入）。月成本构成与敏感度见 附录 P19。
讲解词先给产能账（30–40 席位），再讲钱怎么分。总部 55% 花在人上。
13 / 19
08 / 里程碑与判据
每一阶段都有可勾选的判据，做不到就不进下一阶段
→ 所以：每一阶段都能被外部核验，做不到就不进下一阶段
第 1–3 月Q1 · M1 上线3 个付费团队跑通：合同 + 私有化部署 + 客户能复述价值
第 4–9 月Q2–Q3 · M2 订阅判据库对外开放，出现非客户付费；续费率观察 ≥60%
第 10–12 月Q4 · 决定是否放大三项达标才谈下一轮；不达标执行停止条款
- M1 三问：合同签了吗？私有化部署跑通了吗？客户能复述出价值吗？
- M2 三问：判据库对外开放了吗？有非客户付费吗？续费率 ≥60% 吗？
- M3 三问：垂直 Agent 能单独订阅吗？客单价提升了吗？交付工时下降了吗？
- 阶段规则：任一问为「否」，留在当前阶段补齐
- 停止条款：8 周 <3 单，或售后工时/收入 >1/3 连续 4 周 → 停止对外售卖
- 态度：宁可晚一个季度，也不带着未验证的假设进下一轮
| 阶段 | 核心指标 | 验收方式 |
|---|---|---|
| M1 | 3 个付费团队上线 | 合同 + 交付记录 |
| M2 | 判据订阅有非客户付费 | 订阅流水 |
| M3 | 客单价与交付工时双改善 | 前后对比 |
以上为目标值，不是承诺；未达即按停止条款执行。
讲解词把停止条款念出来。主动说「什么情况下我会停」，比说「一定做成」可信。
14 / 19
09 / 团队
不是「又一个工具团队」，是「踩过坑的人把坑写成了系统」
→ 所以：判断力来自踩坑，而不是来自履历
- 创始人：游戏公司 VP（10 年），0→1 组建业务线并盈利；AI 图片视频与游戏出海月流水 2000 万+
- 能力结构：产品判断（窗口与判据）+ 交付能力（私有化部署）+ 内容能力（273 条判据的写作）
- 为什么是我：这些判据不是访谈来的，是自己踩过之后写下来的
- 单人风险与对策：判据已外部化为技能库，接手人按清单能跑
- 12 个月内补 5 人，每人对应一条交付压力
| 角色 | 现在 | 12 个月后 |
|---|---|---|
| 创始人/产品 | 本人 | 本人 |
| 交付 | 本人兼 | 1 人（Q1） |
| 研发 | 本人兼 | 2 人（Q1–Q2） |
| 内容/客户成功 | 无 | 2 人（Q2–Q3） |
团队页只写与「能不能交付这件事」相关的经历，不堆简历。
讲解词不讲简历，只讲一条：这些判据是自己踩出来的，不是访谈来的。
15 / 19
10 / 风险与数据室
该准备的都准备了：风险、材料、口径
→ 所以：你在意的每一项，我们都已经放好了位置
6 / 10已备 / 清单总数
3 项NDA 后提供
1 项不提供（客户名单）
当天常规材料响应
- 大厂跟进 → 我们的应对：判据与踩坑样本随时间增厚，越晚入场越难追
- 团队精简 → 判据已外部化为技能库，交付不依赖个人记忆
- 买断制天花板 → 更新费 + 订阅 + 垂直 Agent 三层叠加
- 六类材料：3 项可立刻给、2 项 NDA 后给、1 项明确不给（客户名单）
- 按尽调清单逐项提供；代码结构在 NDA 后开放
- 口径红线：不写收入与订单数、前瞻标【假设】、竞品对比必写弱项
| 数据室材料 | 状态 | 提供方式 |
|---|---|---|
| 营业执照 / 股权结构 | ✅ 已备 | 直接发送 |
| 现有报表与流水 | ✅ 已备 | 按清单逐项 |
| 合同模板 / 交付流程 | ✅ 已备 | 直接发送 |
| 判据清单摘要 / 产线数据 | 🔒 待 NDA | NDA 后脱敏提供 |
| 代码结构与部署说明 | 🔒 待 NDA | NDA 后提供 |
| 客户名单 | ⛔ 不提供 | —（口径已写在 BP） |
尽调阶段如需额外材料，当天给答复，不含糊。
讲解词三条风险主动摊开，每条都给应对。数据室说清哪三项今天就能给。
16 / 19
10b / 机构最常问的三问
先回答你最想问的三件事
→ 所以：省掉一轮来回，愿意的话我们今天就能约时间
- Q1「现在有多少客户？」——收入与订单数不对外披露；能提供的是可现场打开的作战盘、273 条判据与 3 条产线，任选一条讲它的来历
- Q2「和通用工具比，凭什么是你？」——界面一周能抄，67 次事故抄不了；判据要时间积累
- Q3「1,000 万花完会怎样？」——12 个月验证 M1（3 个付费团队跑通）与 M2（判据订阅开放）；不达标按停止条款执行
- 补一句：不靠一轮融资讲故事，靠一条条判据把交付做实——这也是为什么这一轮只要 1,000 万
| 你会问 | 我们的回答 | 能当场验证的 |
|---|---|---|
| 有多少客户 / 收入 | 不对外披露；以运行证据呈现 | 现场打开作战盘，任选三条判据讲来源 |
| 差异化在哪 | 判据 + 踩坑样本 + 私有化交付 | 打开技能库，随机抽三条看修订记录 |
| 钱花完怎么办 | M1/M2 达标才谈下一轮 | BP 停止条款 + 里程碑三问 |
三问来自真实沟通中最常被提起的三件事；答案里没有一句预测，全部是现在就能核对的。
讲解词把这三问当成邀约：你问的我都准备好了，现在就可以打开给你看。
17 / 19
11 / 路演脚本（自用）
15 分钟怎么讲：两页必须停住，两页可以跳
→ 所以：80% 的时间花在「产品」与「资产」两页上
- 0–2 分：封面 + 问题，只说一句「AI 让小团队做 30 人的事，工具还停在任务清单」
- 2–6 分：方案与产品，停在「窗口层」与「舰队层」——这两层最能让人「哦」一声
- 6–9 分：验证与资产，停住。这是全场唯一别人抄不走的部分
- 9–12 分：模式与单位经济，主动说买断制的天花板与三层叠加
- 12–15 分：资金与执行，给对方提问空间
- 可跳：市场测算（除非主动问）、数据室（留给尽调）
| 时间 | 讲什么 | 动作 |
|---|---|---|
| 0–2′ | 问题 | 一句话，不展开 |
| 2–9′ | 产品 + 资产 | 停住，让对方看屏幕 |
| 9–15′ | 模式 + 资金 | 留提问 |
被问住就说「这个我没想清楚，回去补一页再发你」——比硬答安全。
18 / 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 里 |
扫码打开官网
张信诗创始人 / CEO
1223058191@qq.com邮箱（首选）
18411003886电话 / 微信同号
warbook.mengstone.com官网 · BP 与在线看板
本 BP 的所有前瞻数字均为【假设】；资产计数来自内部仓库实测。
讲解词最后一页不要急着要钱。先说这一轮验证什么，再说要多少、要多久。
19 / 19
附录 / 假设与算式
所有假设都摊开：改一个参数就能重算
→ 所以：这些数字可以被质疑、被替换——欢迎拿你们的假设来重算
- 市场：TAM = 可触达团队数 × ¥3,980；SAM = TAM × 并行且硬截止比例；SOM = SAM × 12 个月可触达率
- 财务：月成本 = 人力 + 算力 + 市场 + 合规；12 个月合计 ≈840 万
- 现金：期末 = 1,000 万 − 840 万 ≈ 160 万，约 2.5 个月缓冲
- 单位经济：交付 1 人天 + 支持 0.3 人天；毛利率 ≈76%（不含创始人工时）
- 收入：25 团队 × ¥3,980 ≈ 10 万；不含更新费与订阅（未验证不计入）
- 算法说明：所有乘数都可替换，替换后结论变化以新口径为准
| 参数 | 取值【假设】 | 敏感度说明 |
|---|---|---|
| 可触达团队数 | 待内部核实 | 每增加 10%，TAM 同比变化 |
| 付费转化率 | 未验证 | M1 三个团队用于校准此值 |
| 平均交付人天 | 1.0 人天/团队 | 每增加 0.5 人天，毛利率降约 8pt |
| 月均人力成本 | 按市场中位薪资 | 薪资上浮 20%，现金跑完提前约 1.5 个月 |
本页为附录：正文不展开，尽调时逐项核对；与实际不符时以实际为准并同步修订 BP。
20 / 19
01 / 20
↑↓ / ←→ 翻页 · 按 N 显示讲解词 · 每页一屏 · PDF 由 python build/bp_pdf.py 逐页截图合成 · 十分钟版 · 6 页版 · 预约演示