工作總是在救火？先用 AI 當偵探，找出真正的問題

你有沒有遇過這種情況？

每天一打開電腦，就開始處理臨時問題：

• 客戶又在追問進度
• 同事臨時缺少資料
• 專案期限快到了，才發現前面有一個環節尚未確認
• 新人又問了一次相同問題
• 主管臨時要一份報告
• 群組裡出現一句令人緊張的訊息：「這件事有人處理了嗎？」

大家立刻展現高度行動力。

有人打電話。

有人補資料。

有人更新表格。

有人趕快安排會議。

有人在群組裡輸入：

收到，我處理一下。

問題暫時解決了。

大家鬆了一口氣。

幾天後，類似問題又回來了。

有時候，只是換一位客戶、換一張表格，或者換一個比較有禮貌的問法。

團隊每天像消防隊一樣努力滅火。

但如果同一個地方不斷冒煙，就要開始懷疑：

是不是有一根電線，一直沒有真正修好？

工作很忙，不一定代表問題正在改善

很多人遇到問題時，第一個反應是：

趕快處理。

這當然沒有錯。

緊急狀況出現時，還是需要先讓事情恢復正常。

但如果相同問題反覆出現，只靠快速處理，就容易陷入一個循環：

1. 問題出現
2. 團隊緊急處理
3. 問題暫時消失
4. 大家回到原本工作
5. 相同問題再次發生

久了之後，團隊會逐漸習慣。

甚至發展出一套很成熟的救火能力。

每個人動作俐落、反應快速、群組訊息秒回。

但真正值得問的是：

為什麼這場火一直發生？

救火能力很重要。

但如果每天都在救同一場火，可能應該開始檢查瓦斯管線。

《靈感製造機》的偵探：解決問題之前，先觀察線索

在《靈感製造機》的角色扮演法中，創新的第一個重要角色是：

偵探

偵探不會一看到問題，就立刻提出答案。

他會先停下來觀察：

• 發生了什麼？
• 什麼情況經常重複？
• 哪裡和原本想像的不一樣？
• 哪一個地方說不通？
• 哪一個節點如果改變，影響可能最大？

偵探的任務不是讓問題看起來更複雜。

而是避免團隊太快解決錯誤的問題。

例如：

表面問題可能是真的。

但不一定是真正值得優先處理的問題。

如果方向錯了，做得愈有效率，有時候只是：

更有效率地重複同一個麻煩。

偵探的四個提問：相同、不同、不合理、可以改變

遇到反覆發生的問題時，可以先使用四個提問角度。

1. 找出相同的地方

先問：

• 這個問題以前發生過嗎？
• 通常發生在哪些情境？
• 哪一類客戶、案件或工作最常出現？
• 每一次出現前，有沒有相似線索？
• 哪個節點經常被追問？

例如：

每次專案延誤前，似乎都出現「資料尚未確認」的情況。

這時候，問題可能不是同事動作太慢。

而是資料確認時間安排得太晚。

2. 找出不同的地方

再問：

• 哪些案件順利完成？
• 順利案件和延誤案件有什麼不同？
• 哪一次做法特別有效？
• 哪個部門比較少出錯？
• 哪一位同事的流程比較清楚？

很多時候，答案不只藏在失敗裡。

也藏在：

為什麼有些案件沒有失敗？

例如：

A 部門較少出現延誤，是因為他們在專案開始時，就先確認交付成果與負責人。

這就是可以借用的線索。

3. 找出不合理的地方

這一步很重要。

可以問：

• 哪件事明明不應該發生，卻經常發生？
• 哪一個步驟看似合理，實際上卻一直製造麻煩？
• 大家已經很努力，為什麼結果仍然不好？
• 哪一個地方最讓你想問：「怎麼會這樣？」

例如：

公司已經有進度表，為什麼主管仍然每天追問進度？

這表示問題可能不只是：

沒有表格。

而是：

• 表格沒有更新時間
• 看不出主要卡點
• 沒有清楚負責人
• 找不到下一步
• 資訊太多，反而不容易理解

不合理的地方，常常就是最值得深入調查的線索。

4. 找出可以改變的地方

最後再問：

• 如果只能改變一件事，哪一件影響最大？
• 哪一個步驟可以提前？
• 哪一份資料可以簡化？
• 哪一個通知可以自動化？
• 哪一個問題可以在前端先攔截？
• 哪一個方法可以先測試一週？

偵探不是只負責分析。

他也要幫助團隊找到：

最值得先改變的一個地方。

問題分析，不是一直追問「為什麼」

很多人聽到根本原因分析，會想到：

為什麼？
為什麼？
為什麼？
為什麼？
為什麼？

持續追問確實有幫助。

但如果沒有觀察資料，只靠想像，也可能愈問愈遠。

例如：

為什麼專案延誤？
因為同事沒有準時交件。
為什麼沒有準時交件？
因為時間管理不好。
為什麼時間管理不好？
因為不夠自律。

問到最後，很容易變成：

都是人的問題。

但如果偵探回頭觀察，可能會發現：

• 交付成果一直改變
• 缺少中間檢查點
• 等待其他部門資料
• 負責人不清楚
• 同時進行太多工作
• 需求直到最後一刻才確認

問題分析不是找一位可以責怪的人。

而是找出：

哪一個環節改變後，最可能讓問題減少？

建立一張「偵探問題分析卡」

遇到反覆發生的問題時，可以先填寫這張表。

這張表不是為了讓大家多填一張表。

它真正的目的，是幫助團隊少填未來的十張表。

案例一：業績最後一名，不一定是因為不夠努力

我剛開始做業務時，前兩個月的業績是公司最後一名。

我不是不努力。

我的客戶名單甚至比很多同事還多。

我也認真打電話、拜訪、追蹤。

每天行程排得很滿。

但業績就是沒有改善。

有一天，主管提醒我：

下個月再沒有起色，就要回家吃自己。

我走到停車場，坐了十分鐘。

那十分鐘，我沒有告訴自己：

我要更努力。

我問的是：

我已經這麼努力，為什麼業績仍然是最後一名？
一定有哪一個地方，是我沒有看見的。

當偵探開始出場，我才發現：

• 名單很多，不代表品質好
• 很多客戶很久沒有交易
• 有些客戶的交易量很少
• 我的努力方向看似正確，但施力點不對

我後來重新思考：

如果只能改變一件事情，哪一件影響最大？

答案不是增加拜訪次數。

而是：

重新定位自己在客戶心中的價值。

我不再只是一位賣產品的業務。

我開始結合自己的技術背景與發明經驗，讓客戶看見：

我可以提供和其他業務不同的協助。

後來，我用了四個月，從最後一名走到業績第一名。

這段經驗讓我明白：

努力很重要。
但找到正確的施力點，更重要。

案例二：專案總是延誤，不一定是同事動作太慢

假設團隊每次專案快到期時，都會進入緊急狀態。

主管的第一個直覺可能是：

大家要加快速度。

但偵探可以先問：

相同的地方

• 哪些專案最容易延誤？
• 延誤前通常出現什麼？
• 是否經常等待資料？
• 是否常在最後一週才確認需求？

不同的地方

• 哪些專案準時完成？
• 有沒有一位負責人習慣提前確認？
• 是否有某些案件在第一週就建立檢查點？

不合理的地方

• 為什麼大家都有進度表，仍然直到最後才發現卡點？
• 為什麼會議很多，重要事項卻沒有被確認？

可以改變的地方

• 專案開始時先確認交付成果
• 每週只更新主要卡點
• 在期限前加入中間檢查點
• 需要其他部門協助時提前通知
• 主管只介入真正需要決策的事項

最後，可以先做一週或兩週的小型測試：

選擇一個專案，在開始時就列出交付成果、負責人、完成期限與第一個檢查點。

觀察：

• 是否減少重複追問
• 是否提早發現等待
• 是否降低最後一刻的救火次數

案例三：客服每天回答相同問題，不一定是客服速度不夠快

假設客戶經常詢問：

我的訂單處理到哪裡了？

客服同事每天重複查詢、回覆與解釋。

主管可能會想：

要不要要求客服縮短回覆時間？

這當然可以改善一部分問題。

但偵探會繼續問：

• 為什麼客戶需要一直問？
• 哪個時間點最容易開始焦慮？
• 客戶真正需要的是更快，還是更清楚？
• 哪些狀態可以主動通知？
• 是否能讓客戶自行查詢？

真正問題可能不是：

客服回覆不夠快。

而是：

顧客缺少安心感與掌控感。

這時候，可以先測試：

• 提供目前狀態
• 顯示下一步
• 標示預估完成時間
• 主動發送更新通知
• 說明仍在等待什麼資料

顧客有時候不是要求事情立刻完成。

他只是希望知道：

我的問題沒有掉進黑洞裡。

五個步驟，用 AI 當偵探找出真正問題

第一步：整理現場線索

先蒐集：

• Email
• 群組訊息
• 客服紀錄
• 會議紀錄
• 報表
• 待辦事項
• 客戶回饋
• 同事觀察
• 延誤案件
• 順利完成的案件

AI 的第一個任務，不是直接給答案。

而是幫你整理：

問題在哪裡重複出現？

第二步：分類相同與不同

請 AI 比較：

• 哪些問題經常重複？
• 哪些使用情境相似？
• 哪些案件順利完成？
• 順利案件和失敗案件有什麼差異？
• 哪些流程節點最容易出現等待？

這一步是找模式。

不是急著下結論。

第三步：標示不合理的地方

請 AI 協助找出：

• 已經有制度，為什麼仍然出錯？
• 已經有表格，為什麼仍然看不懂？
• 已經增加人力，為什麼問題仍然存在？
• 已經開會追蹤，為什麼仍然延誤？
• 大家已經很努力，為什麼結果沒有改善？

這些「說不通」的地方，往往是重要線索。

第四步：提出可能原因，不要急著當成事實

AI 可以提出假設。

例如：

• 資訊入口太多
• 交付成果不清楚
• 確認時間太晚
• 責任分工模糊
• 缺少中間檢查點
• 重複輸入
• 沒有主動通知
• 使用者看不懂第一步

但這些仍然只是：

待驗證的假設。

AI 不在現場。

它不應該假裝自己已經知道全部答案。

第五步：選一個節點，做小型測試

不要一開始全面改革。

先挑選：

• 一個流程
• 一類客戶
• 一場會議
• 一份報表
• 一個部門
• 一週或兩週時間

測試一個小改變。

例如：

將專案交付成果、負責人與第一次檢查點提前寫清楚，先測試一個專案。

真正有價值的問題分析，不是完成一份漂亮報告。

而是讓下一次相同問題少發生一次。

可以直接複製的 AI 偵探問題分析提示詞

以下是我目前反覆遇到的問題：

【請貼上問題】

這個問題通常發生在以下情境：

【請貼上時間、地點、流程、對象與發生經過】

目前已經嘗試過的方法：

【請貼上內容】

目前可以提供的線索包括：

【例如 Email、會議紀錄、客服紀錄、群組訊息、報表、延誤案件、順利案件、客戶回饋或同事觀察；請先匿名化】

請不要急著直接提供解決方案。

請運用《靈感製造機》的「偵探思維」，協助我將表面問題往下拆解，找出可能的真正問題。

請依照以下步驟進行：

1. 先整理目前看得到的表面問題。
2. 找出問題最常發生的時間、情境、流程節點與相關對象。
3. 使用四個觀察角度分析：

   一、找出相同的地方
   - 哪些問題反覆出現？
   - 哪些案件具有共同線索？
   - 問題出現前，是否經常發生相同事件？

   二、找出不同的地方
   - 哪些案件順利完成？
   - 順利案件與失敗案件有什麼差異？
   - 哪一種做法比較有效？

   三、找出不合理的地方
   - 哪一個地方最說不通？
   - 已經做了什麼努力，為什麼仍然沒有效果？
   - 哪些制度、表格或會議存在，問題卻仍然發生？

   四、找出可以改變的地方
   - 如果只能先改變一件事，哪一件影響最大？
   - 哪一個步驟可以刪除、簡化、提前、合併、分流或增加提醒？

4. 將分析結果區分為：
   - 表面症狀
   - 可能原因
   - 真正問題假設
   - 需要補充的證據
   - 可以先測試的改善方向

5. 不要將推測直接寫成事實。
6. 如果資料不足，請標記「待確認」。
7. 請不要將所有問題歸咎於個人態度或能力。
8. 請找出最多三個最值得優先驗證的真正問題假設。
9. 針對第一個假設，設計一個一至兩週內可以進行的小型測試。
10. 提供負責人、期限、測試對象、觀察指標與判斷標準。
11. 說明哪些內容涉及法規、財務、資安、個資、合約、品質或人事，需要由專業人員確認。

請使用以下表格呈現：

| 表面問題 | 發生情境 | 相同之處 | 不同之處 | 不合理之處 | 可能原因 | 真正問題假設 | 需要補充的證據 | 可以改變的節點 | 小型測試 | 優先順序 |

接著，請另外提供：

1. 最值得優先驗證的三個真正問題假設
2. 哪些問題可能只是表面症狀
3. 哪些地方最值得補充資料
4. 可以先刪除、簡化、合併、前移或增加提醒的地方
5. 第一個方向的一至兩週改善測試
6. 測試前後應觀察的三至五個指標
7. 三個值得向實際使用者、客戶或同事追問的問題
8. 測試後應該如何判斷繼續、調整、暫停或重新定義問題

請注意：

- 不要自行捏造數據
- 不要將相關性直接判斷為因果關係
- 不要只給一般性建議
- 不要將所有問題都推給某一個人或部門
- 不要直接取消涉及法規、財務、資安、品質、個資、人事與合約的流程
- AI 提供的是整理、比較與初步假設，最後仍需要由熟悉現場的人確認
- 問題分析的目的，不是找出誰做錯，而是找出哪一個環節最值得先改善

AI 可以放大線索，但方向仍然要由人判斷

AI 很適合整理大量資訊。

它可以快速比較：

• 相同問題
• 不同案件
• 重複模式
• 等待節點
• 不合理之處
• 可能原因
• 可測試方向

但 AI 不在你的工作現場。

它不一定知道：

• 哪一個規則來自法規
• 哪一個步驟是客戶要求
• 哪一個延誤涉及供應商
• 哪一個問題與人力配置有關
• 哪一個限制短期內不能改變

因此，使用 AI 時，最重要的不是問：

AI 可不可以幫我解決問題？

而是問：

我能不能先把方向想清楚，再請 AI 幫我放大線索？

AI 像顯微鏡。

方向，是人的責任。

放大，才是 AI 的工作。

不要只當一位很努力的消防員

工作上有些事情，確實需要立刻處理。

但真正有價值的改善，是讓相同問題逐漸減少。

下次再遇到反覆發生的問題時，可以先問：

• 哪些地方一直重複？
• 哪些順利案件做法不同？
• 哪個地方最說不通？
• 如果只能改變一件事，應該改哪裡？
• 能不能先做一個小型測試？

救火很重要。

但更重要的是：

找到真正起火的地方。

重點整理

1. 工作很忙，不一定代表問題正在改善。
2. 《靈感製造機》的偵探負責觀察線索、提出好問題與推理需求感受。
3. 遇到反覆問題時，可以從相同、不同、不合理與可以改變四個角度觀察。
4. 表面症狀不一定是真正問題，不要太快跳到解決方案。
5. 問題分析的目的不是找出誰做錯，而是找出最值得改善的環節。
6. AI 適合整理大量線索、比較模式與提出假設，但不能取代現場判斷。
7. 不要一次全面改革，先選一個節點進行一至兩週的小型測試。
8. 真正的工作效率，不只是更快救火，而是讓相同的火逐漸減少。

你也有一個反覆出現，卻始終沒有真正解決的問題嗎？

有些問題不是無法改善。

只是大家太忙，沒有時間停下來找出真正原因。

歡迎把你正在煩惱的流程、專案、會議、客服、銷售或工作卡點，放進「創新許願池」。

也許真正需要的，不是再增加一位消防員。

而是先請一位偵探，找出問題真正藏在哪裡。

常見問題