官方技能 · 商業思想家的原則
松下幸之助式水庫經營檢查
對照松下幸之助說明的水庫式經營,檢查公司在現金、設備、人力、庫存、技術和產品上保留了多少儲備,並指出該在哪裡建立儲備。
Not affiliated with or endorsed by Konosuke Matsushita or their companies. About these principles: Konosuke Matsushita's ideas, explained.
可在 Claude、ChatGPT 和程式設計代理中使用。使用 Team 和 Business 方案時,我們改進官方技能後,你 Pod 裡的這個技能會自動更新。
適用情境
- 想知道公司能撐過多久的淡季
- 一切順利,想為景氣下滑做準備
你要提供的內容
- 每個領域目前持有多少
- 平常月份和最差月份的用量
- 每月營收和固定成本
- 正在改變的事
你會得到的內容
一張各領域儲備表(能撐多久、有計畫或碰巧、儲備或浪費)、一次壞季節推演,以及增加、維持或釋出儲備的建議和各自的代價。
運作方式
- 列出領域 每個領域一列。只有使用者說不適用時才拿掉(沒有庫存的軟體公司跳過庫存)。
- 衡量每個領域的儲備 用「能撐多久」表示:現金能付幾個月的固定成本、庫存在正常銷售下夠賣幾週、團隊有多少空出來的工時、有沒有備用的供應商或機器、關鍵工作有沒有第二個人能做、主力產品變弱時有沒有開發中的產品能賣。
- 問它是不是有計畫的(原則 1) 這個水準是根據預判決定的(「我們留四個月,因為最差的一季掉了 30%」),還是剛好變成這樣?沒有計畫的儲備,可能太少,也可能是閒置的錢。
- 分開儲備和浪費 儲備在壞月份有它的用途;沒人會買的閒置庫存、沒人需要的職位,都不是儲備。逐項標出來。
- 推演一個壞季節(原則 3) 拿輸入中最差的月份,或使用者給的情境,逐一走過每個領域。公司會先在哪裡乾掉?什麼時候?
- 提出建議 每個領域:增加、維持或釋出,寫明規模和第一步。增加儲備通常從好月份開始(原則 2):寫出這個月要撥出多少比例的利潤或工時。
- 寫出代價 儲備有代價(沒拿去投資的現金、庫存持有成本、空出來的工時)。每項建議旁邊都寫出來,讓取捨看得見。
SKILL.md 檔案
完整檔案,就是你的 AI 讀到的內容。 下載檔案
---
name: matsushita-style-dam-check
description: 依領域檢查一家公司保留了多少餘裕:資金、設備、人力、庫存、技術,以及開發中的計畫和產品。對照的是松下幸之助說明的水庫式經營(日文:ダム経営;在每個領域都有計畫地保留適當的儲備,就像水庫蓄水,不論天氣如何都能穩定供水),以及他一再強調的「治而不忘亂」。創辦人或財務主管想知道公司能撐過多久的淡季、是不是繃得太緊、該留多少現金或庫存,或想趁景氣好時為下滑做準備時使用。
---
# 松下幸之助式水庫經營檢查
以下是松下幸之助公開說明過的原則,依據他創辦的 PHP 研究所整理的內容,以及稻盛和夫敘述親耳聽他演講的經過。本技能與松下幸之助及其公司沒有任何關聯,也未獲其認可或背書。這個技能逐一檢視公司的每個領域,問它保留了多少儲備、這些儲備是不是有計畫的,並建議在哪裡增加或釋出儲備。
## 基本規則
- 不要把所列來源以外的引言或觀點歸給松下幸之助。
- 不要扮演、模仿松下幸之助,也不要用他的口吻寫作;只用下面的原則檢視使用者的資料。
- 絕不編造數字。缺少的數字寫成「[待確認:...]」。
- 這不是財務、投資或稅務建議;受監管行業的儲備政策依其自身的規定。
- 儲備不等於浪費或閒置。寫明哪些是儲備、哪些是浪費。
## 原則
1. **水庫式經營(ダム経営)。** 水庫攔住河水,讓不論季節和天氣如何,都能穩定供應一定的水量。同樣地,公司應該根據可靠的預判,在每個領域保留適當的儲備:設備、資金、人力、庫存、技術,以及企劃與產品開發。儲備看起來像浪費,卻是穩定成長的保險費。來源:「ダム経営」,用語セレクション,松下幸之助.com(PHP 研究所)。
2. **先要這樣想。** 稻盛和夫敘述過一場演講:松下幸之助談到水庫式經營(景氣好時存下利潤,為景氣差時做準備),有人問沒有餘裕的經營者要怎麼建起水庫,他的回答大意是「必須這樣想」。稻盛和夫從中體會到,先要這樣想。來源:稻盛和夫《経営12カ条》(日文原書)節錄,日経BOOKプラス。
3. **治而不忘亂(治にいて乱を忘れず)。** 這是他一有機會就強調的一句話:好時候和壞時候都會來;就算一切順利,也要隨時準備好應付逆風。來源:「治にいて乱を忘れず」,用語セレクション,松下幸之助.com。
## 適用情境
- 設定或檢討現金儲備、庫存緩衝或人力餘裕。
- 營收還在成長時,為下滑做準備。
- 團隊一直滿載運轉,接不了任何意外的事。
- 不適用於做現金預測本身(用 runway-update),也不適用於說明預算差異(用 budget-variance-note)。
## 需要準備
- 要檢視的領域。預設是原則 1 的六個:資金、設備、人力、庫存、技術、開發中的計畫和產品。
- 每個領域:目前持有多少、平常一個月用多少,以及看過或預期中最差的月份。
- 如果資金在檢視範圍內,提供每月營收和固定成本。
- 正在改變的事:大客戶、旺淡季、新產品。
## 步驟
1. **列出領域。** 每個領域一列。只有使用者說不適用時才拿掉(沒有庫存的軟體公司跳過庫存)。
2. **衡量每個領域的儲備。** 用「能撐多久」表示:現金能付幾個月的固定成本、庫存在正常銷售下夠賣幾週、團隊有多少空出來的工時、有沒有備用的供應商或機器、關鍵工作有沒有第二個人能做、主力產品變弱時有沒有開發中的產品能賣。
3. **問它是不是有計畫的(原則 1)。** 這個水準是根據預判決定的(「我們留四個月,因為最差的一季掉了 30%」),還是剛好變成這樣?沒有計畫的儲備,可能太少,也可能是閒置的錢。
4. **分開儲備和浪費。** 儲備在壞月份有它的用途;沒人會買的閒置庫存、沒人需要的職位,都不是儲備。逐項標出來。
5. **推演一個壞季節(原則 3)。** 拿輸入中最差的月份,或使用者給的情境,逐一走過每個領域。公司會先在哪裡乾掉?什麼時候?
6. **提出建議。** 每個領域:增加、維持或釋出,寫明規模和第一步。增加儲備通常從好月份開始(原則 2):寫出這個月要撥出多少比例的利潤或工時。
7. **寫出代價。** 儲備有代價(沒拿去投資的現金、庫存持有成本、空出來的工時)。每項建議旁邊都寫出來,讓取捨看得見。
## 輸出格式
```markdown
# 水庫檢查:[公司]
**日期:**[日期] · **提供給:**[姓名]
以下是松下幸之助公開說明的原則。本文件與松下幸之助及其公司沒有任何關聯,也未獲其認可或背書。
## 摘要
[2 到 3 句:壞季節時公司會先在哪裡乾掉,以及現在最該建立的一項儲備]
## 各領域的儲備
| 領域 | 目前持有 | 能撐多久 | 有計畫或碰巧 | 儲備或浪費 |
|---|---|---|---|---|
| 資金 | | | | |
| 設備 | | | | |
| 人力 | | | | |
| 庫存 | | | | |
| 技術 | | | | |
| 開發中的計畫和產品 | | | | |
## 壞季節推演
[輸入中的情境;什麼先用完、什麼時候]
## 建議
| 領域 | 增加/維持/釋出 | 多少 | 第一步 | 儲備的代價 |
|---|---|---|---|---|
## 使用的原則
[編號,附來源]
```
## 範例
**輸入:**「咖啡烘豆廠,14 位員工,批發給咖啡館,另有網路商店。現金 NT$150 萬,固定成本每月 NT$60 萬。生豆有 5 週的庫存,只有一家進口商。烘豆機只有一台;只有烘豆主管會操作烘焙曲線。上次咖啡館生意變差時,營收連續兩個月掉了 35%。網路商店占營收 20%,還在成長。我們現在很忙,也有獲利。」
**輸出(節錄):**
```markdown
以下是松下幸之助公開說明的原則。本文件與松下幸之助及其公司沒有任何關聯,也未獲其認可或背書。
## 各領域的儲備
| 領域 | 目前持有 | 能撐多久 | 有計畫或碰巧 | 儲備或浪費 |
|---|---|---|---|---|
| 資金 | NT$150 萬 | 2.5 個月的固定成本 | 碰巧 | 儲備 |
| 設備 | 一台烘豆機 | 沒有 | 碰巧 | 沒有儲備 |
| 人力 | 只有一個人會操作烘焙曲線 | 沒有 | 碰巧 | 沒有儲備 |
| 庫存 | 5 週的生豆,一家進口商 | 5 週,單一來源 | [待確認:是否刻意選擇] | 儲備 |
| 計畫和產品 | 網路商店,占營收 20% | 部分的第二支柱 | 有計畫 | 儲備 |
| 技術 | 輸入中沒有 | [待確認:要涵蓋的工具、系統或技術] | [待確認] | [待確認] |
## 壞季節推演
以上次的下滑(營收連續兩個月掉 35%)來看,現金補得了缺口 [待確認:毛利率,才能估出缺口大小]。最先出問題的不是現金,而是烘豆機或烘豆主管:兩者任何一個停擺,所有銷售都會停。
## 建議
| 領域 | 增加/維持/釋出 | 多少 | 第一步 | 儲備的代價 |
|---|---|---|---|---|
| 人力 | 增加 | 第二個能操作主要烘焙曲線的人 | 烘豆主管訓練一個人,每週 2 次 | 烘豆主管的時間 |
| 設備 | 增加 | 一個備援安排 | [待確認:代烘合作夥伴或維修合約] | 費用 |
| 資金 | 在好月份增加 | [待決定:每月利潤的比例] | 忙的時候每月撥出固定比例 | 沒拿去投資的現金 |
```
## 寄出前檢查
- [ ] 輸出裡有出處說明和無關聯聲明。
- [ ] 六個領域都涵蓋了,或拿掉的領域有寫出名稱和理由。
- [ ] 每項儲備都標了有計畫或碰巧,以及儲備或浪費。
- [ ] 壞季節推演寫出了什麼會先用完。
- [ ] 每項建議都寫出了代價。
- [ ] 每個數字都來自輸入,或標了 [待確認] 或 [待決定]。
## 常見錯誤
- 只看現金;來源還提到設備、人力、庫存、技術和產品開發。
- 把閒置庫存當成儲備。
- 等到壞的一季才開始;稻盛和夫敘述的重點,是在順利時就建立儲備。
分享給你的團隊
把它加入 AI Skill Pod,團隊每個人(外包人員也包括在內)都能從自己的 AI 使用同一個版本。 看看和團隊分享 AI 技能的最佳做法
更新紀錄
- v1.0.1 · · Example output now opens with the attribution and not-affiliated lines, as the skill's own checks require. The reserves table now covers all six areas: Technology is added as not in the input.
- v1.0.0 · · First release.
參考來源
- ダム経営 (dam management) - 松下幸之助.com, PHP Institute (2026-11-04 查閱)
- Kazuo Inamori, 経営12カ条 (excerpt): hearing the dam management talk - 日経BOOKプラス (2026-11-04 查閱)
- 治にいて乱を忘れず - 松下幸之助.com, PHP Institute (2026-11-04 查閱)
- PHP研究所 company page (松下幸之助, PHP研究所創設者) (2026-11-04 查閱)