利润优先现金流系统
> 源材料：《现金为王：把利润留下来，把成本降下去》· 迈克·米夏洛维奇
> 核心公式：营业收入 − 利润 = 可用开支（而非 营业收入 − 成本 = 利润）
触发条件
- 用户说公司/工作室"赚钱但没钱""利润留不住""不知道钱花哪了"
- 要做现金流体检、分配方案、降本决策、招人决策
- 点名"利润优先""七账户""CAP/TAP"
不触发：投资理财、个人家庭记账（虽有相通处，但本技能面向经营主体）、融资估值。
核心主张（输出前先对齐认知）
传统会计公式「营业收入 − 成本费用 = 利润」的问题不在于算错，在于违背人性——利润成了最后才被考虑的剩余项，于是永远剩不下来。
利润优先只做一件事：把顺序倒过来。每收到一笔钱，先把利润切走，剩下的才是能花的。
四大原则（解释方案时必须点明依据）：
| 原则 | 内容 | 落地动作 |
|---|---|---|
| 帕金森定律 | 需求随供给增加而增加 | 给账户设限额，盘子小了自然吃得少 |
| 首因效应 | 最先接触的事物被格外重视 | 改变公式顺序，让利润第一个被分配 |
| 消除诱惑 | 眼不见心不动 | 储备账户放第二家银行，不开网银、不绑卡 |
| 打出节奏 | 固定节奏避免大进大出时失控 | 每月 10 日 / 25 日两次分配 |
工作流
第 1 步：收集 7 个数据（缺一不可）
先向用户要这些。不要边算边猜，缺数据就明确问。
| 数据 | 说明 |
|---|---|
| 现金流入总额 | 过去 12 个月银行账户实际进账总额 |
| 材料与供应商成本 | 付给供应商、买材料的总额 |
| 利润 | 存下来的累积利润或股东奖金 |
| 股东薪酬 | 过去 12 个月发给自己的工资 |
| 税收 | 公司支付或报销的所有税款 |
| 运营成本 | 除上述四项外的所有支出 |
| 行业 | 用于校准目标利润率 |
实际收入 = 现金流入总额 − 材料与供应商成本（这是分配的分母，不是营收）
校验规则：利润 + 股东薪酬 + 税收 + 运营成本 必须 = 实际收入。对不上就是某一步错了，先查数据再往下走。
> 用户给不全时：至少拿到实际收入和四项中的三项，剩下一项按差额倒推，并明确告知这是倒推值。
第 2 步：跑计算脚本（不要心算）
C:/Users/Administrator/.workbuddy/binaries/python/versions/3.13.12/python.exe \
"C:/Users/Administrator/.workbuddy/skills/profit-first-cashflow/scripts/profit_first.py" \
--cash-in <现金流入万> --materials <材料成本万> \
--cap-json '{"profit":<利润%>,"owner":<薪酬%>,"tax":<税%>,"opex":<运营%>}' \
--target-profit <目标利润%> --quarters <季度数> \
--reserve <当前储备金万> --staff <人数>
参数说明
- 金额单位统一为万元，比例单位为 %
- --revenue 可直接给实际收入（跳过 cash-in − materials 的计算）
- --amounts 利润,薪酬,税收,运营（万元）可替代 --cap-json 直接给金额
- --target-profit 默认 20（原书：行业通常为 20% 左右）
- --quarters 默认 8，即两年到位（原书：每季度提高一次）
- --json 输出结构化数据，供后续处理
示例
python profit_first.py --cash-in 300 --materials 60 \
--cap-json '{"profit":2,"owner":42,"tax":12,"opex":44}' \
--reserve 30 --staff 5
脚本会输出：CAP 现状表 → 逐季提升路径 → 七账户与节奏 → 健康度评分 → 关键测算 → 下一步动作。
第 3 步：解读结果（脚本给数字，你给判断）
拿到脚本输出后，必须补上这三件事，脚本不负责：
-
说清数字背后的行为问题
不是"你利润率只有 2%"，而是"你每年经手 240 万，给自己留 4.8 万。问题不在赚得少，在于钱进来就被运营成本吃掉了"。 -
指出最该动的那一个变量
通常优先级：运营成本 > 坏客户 > 人头 > 股东薪酬。不要一次给十条建议。 -
给出"从哪天开始"的具体动作
原书强调：最佳开始时机是现在，不是"等业务好了"。起点可以是利润 1%。
第 4 步：给落地方案
七账户体系
| 账户 | 用途 | 归属 |
|---|---|---|
| 收入账户 | 接收所有营收，作托盘 | 第一家银行 |
| 利润账户 | 股东真实利润 | 第一家银行 |
| 股东薪酬账户 | 发股东工资 | 第一家银行 |
| 税收账户 | 预留税款（建议改名"政府的钱"） | 第一家银行 |
| 运营成本账户 | 日常开支 | 第一家银行 |
| 利润储备账户 | 积累利润，紧急才动 | 第二家银行·无诱惑 |
| 税收储备账户 | 积累税款 | 第二家银行·无诱惑 |
操作节奏
- 每月 10 日 / 25 日：把过去两周到账资金按当季 CAP 分配
- 每季首日：利润分配 —— 取 50%，留 50%（另一半作应急储备）
- 年终：核定税款，多退（转利润账户）少补
无诱惑规则：两个储备账户放第二家银行，不办网银、不领支票簿、不绑借记卡。
进阶账户（需要时再开）：保险库、库存、转手、材料、承包商/佣金、员工工资、设备、预收款、零花钱、预付款、销售税。
关键判据
| 指标 | 标准 | 不达标时 |
|---|---|---|
| 四账户比例合计 | = 100% | 数据有误，先核对 |
| 目标利润比例 | 通常 20% 左右 | 初创可从 1% 起步 |
| 税收预留 | ≥ 15% | 必须优先补足，不许挪用 |
| 股东薪酬兜底 | ≥ 15% | 低于此线无法维持经营 |
| 储备金覆盖 | ≥ 3 个月运营成本 | 优先补齐再谈扩张 |
| 人均实际收入 | 15–25 万/人 | 低于 15 万需评估人头 |
| 健康度评分 | ≥ 80 为 A（健康） | 见脚本分级 |
健康度分级：A ≥80 健康 / B 60–79 亚健康 / C 40–59 警戒 / D <40 危险
常见坑
八大实施错误（原书明确列出，遇到时直接对照提醒）
| 错误 | 正确做法 |
|---|---|
| 过早过多 | 小比例起步，慢慢来 |
| 先增长再盈利 | 利润和增长同行，先学会持续盈利 |
| 削减错误的成本 | 投资能提效的资产，别一刀切 |
| 增加投资 / 利润再投资 | 这是借钱的另外两种说法 |
| 盗用税务账户 | 绝对不碰税收账户的钱 |
| 把事情复杂化 | 系统本身很简单 |
| 越过银行账户 | 必须和自然行为一致 |
| 与专家合作 | 找懂利润优先的人一起做 |
输出时的三个不要
- 不要只复述脚本数字 —— 数字谁都会看，用户要的是判断
- 不要一次给十条建议 —— 指出最该动的那一个变量
- 不要说"等业务好了再开始" —— 原书立场：最佳时机就是现在
相关工具
- 现金流问题常伴随业务效率问题，可配合
business-framework-matcher的 53 号（不足/过剩/不均）和 54 号（ECRS 改善原则）做流程诊断 - 客户结构问题用 13 号帕雷托分析：20% 客户贡献 80% 收入，80% 利润来自 20% 产品——果断砍掉侵蚀利润的坏客户
脚本
scripts/profit_first.py—— 现金流测算器，支持文本报告与 JSON 两种输出
