官方技能 · 商業思想家的原則

松下幸之助式集思廣益決策檢查

v1.0.1 · 2026 年 11 月 4 日 更新

依照松下幸之助實踐的集思廣益做法，規劃一項決定如何匯集實際做事的人的知識，並檢查決策者是否先以開放的心傾聽。

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. 寫下決定和做決定的人 各一行。如果其實已經決定了，就直說：這時再徵詢意見只是做做樣子，大家看得出來。
2. 整理誰知道什麼（原則 1） 列出因為日常工作而掌握了決策者所缺知識的群體：做這項工作的人、處理客訴的人、操作機器的人、和供應商打交道的人。寫下每個群體可能知道、而決策者不知道的事。
3. 寫下決策者目前的看法，再先放到一邊（原則 3） 用一句話寫出來，再列出什麼會讓這個看法改變。這樣才有空間聽進相反的意見。
4. 選擇機制（原則 2） 依群體決定：在現場簡短聊幾句、兩個問題的書面表單、請他們看一份草案、一個常設的提案管道。每個問題問的是他們工作中的事實，而不是對結論的看法（「週五送貨時常出什麼問題？」）。
5. 讓人放心，也讓過程看得見 說明誰會看到這些意見、歡迎不同意見，以及大家什麼時候會知道決定結果。
6. 蒐集並分類 把收到的意見依主題分類，寫明數量和來源。和決策者看法相反的意見排在最前面。
7. 做決定並給大家回覆 決策者做出選擇，說明哪些意見改變了決定、哪些沒有以及原因；在本人同意的情況下具名致謝。
8. 檢討機制 決定之後：有沒有平常不發聲的人提出意見？如果沒有，下次換一種機制。

SKILL.md 檔案

完整檔案，就是你的 AI 讀到的內容。 下載檔案

---
name: matsushita-style-collective-wisdom
description: 規劃並檢查團隊在做決定前如何匯集每個人的知識，對照 Panasonic 所介紹、松下幸之助一生實踐的「集思廣益的全員經營」（日文：衆知を集めた全員経営）——一個人的智慧有限，所以要匯集每個人在自己工作中累積的知識，用在經營上——以及他指出的前提「素直之心」（日文：素直な心）。主管要做一個影響很多人的決定、團隊的想法總是進不了決策、提案制度已經沒人用，或主管想在拍板前先聽聽第一線的聲音時使用。
---

# 松下幸之助式集思廣益決策檢查

以下是松下幸之助公開闡述過的原則，依據 Panasonic 以及他創辦的 PHP 研究所的紀錄。本技能與松下幸之助及其公司沒有任何關聯，也未獲其認可或背書。這個技能設計或檢查一項決定如何匯集實際做事的人的知識，並檢查做決定的人在選擇之前，是否以素直之心傾聽。

## 基本規則

- 不要把所列來源以外的引言或觀點歸給松下幸之助。
- 不要扮演、模仿松下幸之助，也不要用他的口吻寫作；只用下面的原則檢視使用者的資料。
- 徵詢意見不等於投票。仍由做決定的人決定，並說明理由。
- 絕不編造別人說過的話。彙整意見時寫明來源（「5 位司機中有 3 位說……」）。
- 保護持不同意見的人：說明怎麼讓大家放心提出意見。

## 原則

1. **一個人的智慧有限。** 一個人再能幹，知識也有限，只靠一個人的判斷容易出錯；所以要匯集每位員工全心投入自己工作時累積的知識，用在經營上。Panasonic 把這稱為松下幸之助一生實踐的「集思廣益的全員經營」（衆知を集めた全員経営）。出處：Panasonic Stories，「パナソニックの歴史ものがたり Episode 10」。
2. **為此建立機制。** Panasonic 提到，1954 年導入了提案制度，讓每個人的想法都能用在經營上。出處：同一頁。
3. **素直之心是前提（日文：素直な心，指開放、不帶成見的心）。** 他在晚年指出，開放、不帶成見的心是集思廣益不可或缺的條件。PHP 研究所把它描述為不受成見束縛的心：謙虛地聽任何人說話、向一切事物學習，並能看清事物本來的樣子。出處：Panasonic Stories Episode 10；「素直な心」，用語セレクション，松下幸之助.com（PHP 研究所）。

## 適用情境

- 在做出會改變很多人工作的決定之前：新流程、調整價格、搬辦公室、組織調整。
- 團隊的想法總是進不了決策，或意見箱沒人用。
- 主管想聽第一線的聲音，又不想發一份沒人看的問卷。
- 不適用於蒐集客戶回饋（用 feedback-themes）或開檢討會（用 retrospective）。

## 需要準備

- 要做的決定、由誰決定、何時之前決定。
- 誰對這件事有所了解：職務、團隊、合作夥伴。
- 做決定的人目前的看法，照實寫出。
- 目前怎麼蒐集意見（如果有的話）。

## 步驟

1. **寫下決定和做決定的人。** 各一行。如果其實已經決定了，就直說：這時再徵詢意見只是做做樣子，大家看得出來。
2. **整理誰知道什麼（原則 1）。** 列出因為日常工作而掌握了決策者所缺知識的群體：做這項工作的人、處理客訴的人、操作機器的人、和供應商打交道的人。寫下每個群體可能知道、而決策者不知道的事。
3. **寫下決策者目前的看法，再先放到一邊（原則 3）。** 用一句話寫出來，再列出什麼會讓這個看法改變。這樣才有空間聽進相反的意見。
4. **選擇機制（原則 2）。** 依群體決定：在現場簡短聊幾句、兩個問題的書面表單、請他們看一份草案、一個常設的提案管道。每個問題問的是他們工作中的事實，而不是對結論的看法（「週五送貨時常出什麼問題？」）。
5. **讓人放心，也讓過程看得見。** 說明誰會看到這些意見、歡迎不同意見，以及大家什麼時候會知道決定結果。
6. **蒐集並分類。** 把收到的意見依主題分類，寫明數量和來源。和決策者看法相反的意見排在最前面。
7. **做決定並給大家回覆。** 決策者做出選擇，說明哪些意見改變了決定、哪些沒有以及原因；在本人同意的情況下具名致謝。
8. **檢討機制。** 決定之後：有沒有平常不發聲的人提出意見？如果沒有，下次換一種機制。

## 輸出格式

```markdown
# 集思廣益計畫：[決定]
**決策者：** [姓名] · **決定期限：** [日期]
以下是松下幸之助公開闡述過的原則。本文件與松下幸之助及其公司沒有任何關聯，也未獲其認可或背書。

## 決策者目前的看法
[一句話] · **什麼會改變它：** [清單]

## 誰知道什麼
| 群體 | 他們可能知道、決策者不知道的事 | 怎麼問 | 期限 |
|---|---|---|---|

## 問題
[2 到 4 個關於他們工作中事實的問題]

## 安心與回覆
[誰會看到意見；歡迎不同意見；大家何時會知道決定]

## 收到意見後（之後填寫）
| 主題 | 幾人提到 | 來自哪裡 | 會改變決定嗎？ |
|---|---|---|---|

## 決定和理由
[決定了什麼；哪些意見改變了它；哪些沒有，為什麼]

## 使用的原則
[編號，附出處]
```

## 範例

**輸入：**「我在台中經營一家 30 人的居家清潔公司。我想把所有清潔人員從固定路線改成由 App 派案，好補上排班的空檔。我相當確定這樣做是對的。月底前要決定。受影響的有清潔人員、兩位調度人員，以及我們最大的房東客戶。」

**輸出（節錄）：**

```markdown
以下是松下幸之助公開闡述過的原則。本文件與松下幸之助及其公司沒有任何關聯，也未獲其認可或背書。

## 決策者目前的看法
由 App 派案能補上排班的空檔。· **什麼會改變它：** 有證據顯示固定路線能留住客戶，或交通時間會增加。

## 誰知道什麼
| 群體 | 他們可能知道、決策者不知道的事 | 怎麼問 | 期限 |
|---|---|---|---|
| 清潔人員 | 哪些客戶希望每次都是同一個人；實際的交通時間 | 週會上談 10 分鐘，再加一份兩個問題的表單 | 第 7 天 |
| 調度人員 | 空檔到底從哪裡來（客戶取消還是請病假） | 和他們一起看上個月的空檔 | 第 5 天 |
| 房東客戶 | 房客退租換人時，清潔是否需要同一位人員 | 由負責這個客戶的人打電話 | 第 10 天 |

## 問題
1. 你的客戶中，哪些人會發現換了人來？為什麼？
2. 上週在兩個案子之間，你最花時間的是哪裡？
```

## 寄出前檢查

- [ ] 輸出裡有出處說明和無關聯聲明。
- [ ] 寫明了決策者和日期，而且決定還沒做出。
- [ ] 寫下了決策者目前的看法，以及什麼會改變它。
- [ ] 問題問的是工作中的事實，不是投票。
- [ ] 大家會知道決定了什麼，以及哪些意見改變了決定。

## 常見錯誤

- 只問主管；出處的重點是每個人在自己工作中累積的知識。
- 決定之後才徵詢意見。
- 把意見的票數當成決定。

分享給你的團隊

把它加入 AI Skill Pod，團隊每個人（外包人員也包括在內）都能從自己的 AI 使用同一個版本。 看看和團隊分享 AI 技能的最佳做法

加入我團隊的 Pod

更新紀錄

• v1.0.1 · 2026 年 11 月 4 日 · Example output now opens with the attribution and not-affiliated lines, as the skill's own checks require.
• v1.0.0 · 2026 年 11 月 4 日 · First release.