- name
- Cash Conversion Cycle(现金转换周期)
- description
- 当你需要诊断企业现金流健康度、分析"增长越快越缺钱"现象、
或评估某项业务决策对现金的影响时,激活此skill。
不适用于:纯利润分析(看P&L而非现金流量)、一次性大额投资决策、
或企业已无现金耗尽风险的情况。
核心trigger:看到库存堆积、应收账款回收慢、付款压力大的信号。
- source_book
- 《Scaling Up》 Verne Harnish
- source_chapter
- 第12章 The Cash
- tags
- ["cash-management","financial-metrics","liquidity","financial-health"]
- related_skills
- ["power-of-one(composes-with)","cash-over-profit(composes-with)"]
# Cash Conversion Cycle(现金转换周期)
## R — 原文 (Reading)
> "It's a technical term for how long it takes, after you spend a dollar/euro/yen on rent, utilities, payroll, inventory, marketing, etc., for it to make its way through your business model and back into your pocket. Cash conversion cycle = Days inventory outstanding + Days sales outstanding − Days payable outstanding."
>
> — Verne Harnish, Scaling Up, 第12章 The Cash
中文翻译:现金转换周期衡量的是,你花出的一笔钱(房租、水电、工资、库存、营销等)经过你的商业模式,最终回到你口袋需要多长时间。公式:CCC = 库存天数 + 收款天数 − 付款天数。
---
## I — 方法论骨架 (Interpretation)
现金转换周期(CCC)是衡量企业现金效率的核心指标,回答一个根本问题:**你的钱出去一趟要多久才能回来?**
**核心公式:**
- **CCC = 库存天数(DIO)+ 收款天数(DSO)− 付款天数(DPO)**
- 库存天数(DIO):你买进/生产库存,到卖掉为止,平均压了多少天
- 收款天数(DSO):你卖出产品/服务,到客户付款为止,平均等了多少天
- 付款天数(DPO):你收到供应商账单,到你付款为止,平均拖了多少天
**解读逻辑:**
- CCC越短 → 钱回来越快 → 现金流越健康
- CCC越长 → 钱被压在流程里 → 增长越快越缺钱
- CCC为负数 → 你在用客户的钱做生意(零售行业常见,如亚马逊)
**为什么增长反而缺钱?** 增长需要更多库存+更多应收账款,但付款天数相对固定,所以CCC会拉长。如果不管理CCC,增长会让企业死于现金枯竭。
---
## A1 — 书中的应用 (Past Application)
### 案例 1: 快速增长公司的现金陷阱
- **问题**: 一家年收入从5000万增长到2亿的制造企业,利润表很漂亮,但银行账户接近归零
- **方法论的使用**: 用CCC分析发现:库存天数从45天增至90天(翻倍),收款天数从30天增至60天,付款天数仅从30天增至35天。CCC从45天暴增至115天
- **结论**: 增长消耗现金的速度远超利润增长,现金流实际上是负的
- **结果**: 企业被迫紧急融资,创始人股权被大幅稀释
### 案例 2: 零售行业的负CCC优势
- **问题**: 一家连锁零售商与电商竞争,电商增长更快但持续烧钱,零售商却能自我造血
- **方法论的使用**: 零售商CCC为负——从供应商处拿货平均60天后付款(DPO=60),但客户买走即付款(DSO≈0)。电商CCC为正——客户先付款但需60天供货(DIO=60),收款还要等15天
- **结论**: 零售商的负CCC是一种战略壁垒,让它可以用客户和供应商的钱扩张
- **结果**: 零售商在行业衰退期反而能低价收购竞争对手
### 案例 3: 软件公司订阅模式的CCC改善
- **问题**: 一家从一次性Licence转订阅模式的企业,评估现金变化
- **方法论的使用**: 原模式:签单即确认收入,但收款可能滞后90天,CCC=90天。订阅模式:客户预付年费(DSO骤降至0或负),库存为0(DIO=0),CCC大幅缩短甚至为负
- **结论**: 订阅模式不仅改善收入可预测性,更根本性地改善了CCC
- **结果**: 企业实现有机增长,不再依赖外部融资
---
## A2 — 触发场景 (Future Trigger) ★
### 用户会在什么情境下需要这个 skill?
1. **企业快速成长但银行账户持续下降** — 收入增长、毛利可观,账上现金却在减少
2. **准备融资或贷款** — 投资人问"你的现金流模型是什么",需要量化现金效率
3. **评估新业务线或产品线** — 想知道某个产品/客户群是吃现金还是产现金
4. **供应商谈判或客户合同谈判时** — 决定要不要给客户更长的付款期
5. **做季度/年度财务复盘** — 发现利润不错但现金储备没有相应增加
### 语言信号(用户的话里出现这些就应激活)
- "收入增长了但感觉钱不够用"
- "账上明明有利润怎么还缺钱"
- "这个客户/项目做不做"
- "要不要给这个客户账期"
- "增长太快会不会出问题"
- "我们的回款周期是多久"
### 与相邻 skill 的区分
- 与 `f12-power-of-one`(七大财务杠杆)的区别:CCC是分析框架,告诉你哪个环节在吃现金;Power of One是行动工具,教你具体改哪个数字能改善现金
- 与 `BHAG`(宏伟目标)的区别:BHAG是愿景导向不管短期现金;CCC是执行层健康诊断
- 与 `OPSP`(单页战略计划)的区别:OPSP是战略执行对齐工具;CCC是财务专项诊断
---
## E — 可执行步骤 (Execution)
当 skill 被激活后,按以下步骤执行:
1. **收集三个核心数字**
- 库存天数(DIO):平均库存 ÷ (销货成本 ÷ 365)
- 收款天数(DSO):平均应收账款 ÷ (收入 ÷ 365)
- 付款天数(DPO):平均应付账款 ÷ (销货成本 ÷ 365)
- 完成标准:三个数字全部算出,或从财务系统直接读取
2. **计算CCC并解读**
- CCC = DIO + DSO − DPO
- 判断:CCC < 0(优秀,零售模式);0-30天(健康);30-60天(警戒);60天以上(危机边缘)
- 判停条件:若企业处于创业早期且有融资,可跳过DIO(无库存)直接用 DSO − DPO
3. **识别最大拖油瓶并制定改善方案**
- DIO高 → 清理滞销库存、改为按需采购、减少SKU
- DSO高 → 收紧信用政策、提前付款折扣、自动化催款
- DPO低 → 延长付款谈判、改善供应商关系、使用供应链金融
- 完成标准:输出至少一个可落地行动项,并量化其对CCC的改善量
---
## B — 边界 (Boundary) ★
### 不要在以下情况使用此 skill
- **纯服务业(无库存无应收账款)**:DIO和DSO均为0,CCC=DPO,此时DPO不是决策核心
- **早期创业阶段(<1年营收)**:商业模式未验证,CCC数据波动大,分析意义有限
- **季节性极强的业务**:旺季淡季CCC差异巨大,用年均值会严重失真
- **企业已濒临破产**:此时需要的是急救(债务重组、资产出售),不是指标分析
### 作者在书中警告的失败模式
- **只看利润表,忽视CCC**:利润增长但现金枯竭,是Scaling过程中最常见的死法
- **盲目给客户账期以"赢得业务"**:没有计算这笔业务的真实CCC成本,可能越做越亏
- **错误认为"规模越大现金越充裕"**:实际上规模增长通常拉长CCC,需要配套资金管理
### 作者的盲点 / 时代局限
- **数字化支付的影响**:书中写于2010年代,微信/支付宝等即时支付工具大幅缩短了DSO,但 Verne Harnish 未充分讨论
- **平台型业务不适用**:平台型(电商平台、SaaS marketplace)商业模式与传统CCC逻辑不同
- **全球供应链波动**:COVID后供应链中断导致DIO剧烈波动书中未充分覆盖
### 容易混淆的邻近方法论
- **自由现金流(Free Cash Flow)**:FCF=经营现金流-资本支出,关注的是"剩多少";CCC关注的是"转多快",两者互补但角度不同
- **利润率(Profit Margin)**:利润率为正但CCC为负,说明商业模式有毒;利润率低但CCC为负,说明商业模式可持续
- **营运资本(Working Capital)**:WC=流动资产-流动负债,是绝对值;CCC是周转效率,两者需结合看
---
## 相关 skills(阶段3填充)
- depends-on: [f12-power-of-one]
- contrasts-with: [bhag, opsp]
- composes-with: [f12-power-of-one]
---
## 审计信息
- **验证通过**: V1 ✓ / V2 ✓ / V3 ✓
- **测试通过率**: N/A(待测试)
- **蒸馏时间**: 2026-04-26
Auf GitHub ansehen