如何判斷你的思維「夠深」
【本篇是《突破思維天花板》系列的第 5 篇】
讀完第4篇的五步思考法，你可能在想：「我現在有框架了，但怎麼知道自己真的『想清楚』了？」因為我見過太多主管(包含我自己)，簡報做得很漂亮、論述看起來也有邏輯，結果對方一個問題就把他問到啞口無言。
你能說這真的是因為我還不夠認真，還是專業度還需要加強嗎? 其實只要多補上一套「自我檢查機制」就有機會改善這個問題發生的機率。
這一篇，我就把我用來檢查自己「有沒有真的想深」的五個問題，直接分享給你。
一個卡住的故事：CEO問我的那兩句話
那是在我們應客戶要求，必須導入某個新製程的時候。
我們調派了三位大將投入了兩個多月做技術研究、實驗安排、成本模擬、風險評估。 數據都很漂亮：能降低加工時間70%、增加產能40%、提高獲利。
簡報做得也很充分。我詳細說明了工程上的挑戰、萬一不如預期的補救方法、所有我能想到的困難點都有對策。
只是還沒等我說明完簡報內容，CEO便給了我一個看似很簡單，卻讓我當場啞口無言的問題： 「我聽起來都很對，數據也都很充分。但這個技術都發展這麼多年了，為什麼業界過往導入的案例這麼少呢？既然有這麼多優勢，為什麼沒有被大量採用呢？」
我當時的反應就是卡住。即便腦中瘋狂運轉，但我能說的還是只有「工程難度比較高」、「前期投資大」這些我已經提過的表層答案。
但CEO問的根本不是這個。 他問的是：「業界都沒有大規模採用的核心原因是什麼？」
我那一刻才意識到，我漏掉了最關鍵的一層思維。
我當時沒想到的，都在這裡：
事後我回頭梳理，發現我完全漏掉了幾個重要面向：
- 工程人員的專業能力 → 這個製程對操作人員的技能要求有多高？ → 業界有沒有足夠的懂這個製程的人才？ → 我們有沒有這樣的人？
- 機台與製程在量產中變異的掌握度 → 實驗室跑得好，量產會怎樣？ → 有沒有前人踩過這些坑？ → 我們對「量產變異」的預測有多準確？
- 機台維護與衍生的費用 → 這台機器日常維護成本多少？ → 如果出故障，維修費用、停線損失多少？ → 這些成本有沒有算進ROI？
- 業界為什麼不採的真正原因 → 不是技術不好，而是：風險太高？人才難找？維護太複雜？成本隱形？
我之前想的，只停留在「工程可行性」這一層。 但CEO問的，是「整個商業可行性」——包括人、成本、風險、業界現狀。
一個突破的故事：字母公司那場會議，我為什麼沒被問破
對比起來，後來有一次跟某個字母型大客戶開案前的audit與interview，我就處理得好得多。那是評估要不要合作做一個大型硬體專案的會議。
我當時很清楚客戶也在同時評估鴻海、仁寶這些「電子五哥」等級的超大型EMS供應商。 論規模，我們根本不在一個量級。
所以會前，我沒有準備「我們多大多強」這類資料，而是刻意問自己：
- 「相比起鴻海、仁寶這些超大EMS供應商，我們的獨特價值在哪裡？」
- 「Google這個案子，他們最在乎的到底是成本、時間、還是工程能力？」
這兩個問題完全改變了我的準備方向。
結果會議中，如同預料地客戶VP丟出了直球：
「你們的規模比他們小這麼多。說實話，你們真的不是我們的首選。」
但這次我沒有卡住。 反而覺得『賺到了』——因為他問的，正好是我提前想過的。
我的回應是：
「我完全理解。規模上我們確實比不了。但正因為規模小，我們反而有三個優勢： 第一，靈活性。大公司要改方案，要走流程、開會、審批。我們一通電話，技術主管直接決定。你想要什麼調整，我們能在24小時內給feedback。 第二，成本與品質的權衡。我們沒有大公司的沉沒成本，不會為了『保護某條產線的地位』而提高報價。成本可以非常competitive，品質也不打折。 第三，也是最重要的，問題排除的速度與深度。在專案執行中，一定會碰到預想不到的問題。大EMS廠會為了控制成本而傾向『照spec做』。但我們會主動深入幫你debug、優化、找根本原因。這直接影響你們能不能準時甚至提早上市。 我們不是『規模最大』，但我們可以是『最懂你這個case、最快幫你解決問題』的夥伴。」
那個瞬間，我明顯感覺到對話的氣氛變了。他從「你們是備選」變成「你們有獨特的價值」。最後，這個案子我們贏了。
為什麼這次沒卡住？
因為我提前問了自己兩個問題，而且想透了。
我沒有試圖『隱瞞』規模小這個劣勢，反而利用對方一定會問的「規模」這點，主動反轉了整個對話角度。
差在哪裡？核心就是「思維深度」
第一個案例（CEO與新製程）與第二個案例的差別，本質上就是有沒有用對的問題去檢查。
在新製程那個案例裡，我問自己的問題停留在：
- 「工程上行不行得通？」
- 「有沒有backup方案？」
但我沒問：
- 「為什麼業界都沒人這樣做？」
- 「我漏掉了哪些面向？」
- 「這個決策會影響哪些我沒想到的地方？」
在G客戶案例裡，我刻意問自己：
- 「我們的『不同之處』是什麼？」
- 「對方最真實的擔憂是什麼？」
- 「我怎麼把劣勢轉成優勢？」
這才讓我不只是「準備充分」，而是「想得夠深」。
五個思維深度檢查問題
基於這些經驗，這是我現在每次重要會議前，都會刻意問自己的五個問題。
它們不是簡單的checklist，而是「幫你抓出有沒有真的想透」的照妖鏡。
檢查問題1：我看到的，是「表面現象」還是「底層結構」？
這是最常見的卡住點。很多工程主管會說：「新製程能降低成本30%」。 但CEO想問的是：「那為什麼整個業界都不做？」
表面現象：成本可以降30% 底層結構：這背後牽涉到人才、維護、風險、業界習慣、隱形成本...
自我檢查方法：
我現在說的，是「表面層」的事實，還是「為什麼會這樣」的原因？
- 「成本可以降30%」→ 表面層
- 「為什麼降30%？因為工時減少、人力減少、廢料減少」→ 還是表面層
- 「但這需要什麼前提條件？需要新的人才、新的設備投資、 新的工藝控制方法...而這些前提條件業界現在缺」→ 底層結構
在G公司的案例中我做對的： 我沒有停留在「我們能做得好」，而是問了「客戶最care的是什麼」，抓到了底層結構——他們要的不是「最大廠商」，而是「最快幫他們解決問題的」。
檢查問題2：我有沒有把所有「關鍵利害關係人」都放進來看？
這是第二個常見的遺漏。
新製程那個案例，我只想了「我們的工程團隊」能不能做好。 但我完全沒想：
- 製造部會怎麼看？（新工藝難用嗎？需要額外培訓嗎？）
- 採購部會怎麼看？（新機台採購週期多長？供應商穩定嗎？）
- 品管部會怎麼看？（新製程的品質控制怎麼做？良率穩不穩？）
- 客戶會怎麼看？（我導入新製程，客戶認不認？會不會擔心品質？）
自我檢查方法：
這個決策會影響哪些單位或角色？
- CEO：關心投資回報、風險 - 製造部：關心工藝難度、培訓成本
- 採購部：關心新設備交期、供應商穩定性
- 品管部：關心品質可控性、良率風險
- 客戶：關心製程切換會不會影響交期品質
- 我的團隊：關心要不要新增人力 現在，我有沒有想到每一個角色的「痛點」和「需要」？
在G公司的專案中我做對的： 我清楚地知道客戶的concerns是什麼（速度、品質、可靠性），所以我的論述就圍繞「我們能更快幫你」這個核心。
檢查問題3：我有沒有從「時間維度」去想？
這是被問破的原因之一。
我在準備新製程案例時，只想了「第一年」的投資回報。 但CEO想問的可能是：「長期來看呢？」
- 短期（6個月）：導入新設備、培訓人力、優化工藝 → 會不會虧損？
- 中期（1-2年）：能不能達成ROI？風險有沒有顯現？
- 長期（3-5年）：競爭對手也開始用怎麼辦？我們的優勢還在嗎？
自我檢查方法：
我現在講的「好處」和「風險」，在什麼時間尺度上成立？
- 「成本降30%」→ 這是什麼時候開始看得到？ → 是第一年就降30%，還是要等3年才能達成？ → 中間的虧損期怎麼度過？
- 「這個製程已經驗證了」→ 驗證期間多長？ → 從實驗室到量產，通常要多久？ → 業界case最長用了多久才穩定？
在G公司案例中我做對的： 我提到的「提早上市」，暗含了一個時間優勢——在市場窗口很重要的硬體領域，每早上市一個月，市場反應完全不同。
檢查問題4：我有沒有刻意找「反例／反證」，證明自己可能是錯的？
這個最難做，但最能檢出「想夠不夠深」。
很多工程主管會列舉所有「為什麼我的方案是對的」的證據。 但很少人會問：「假如我是錯的，證據是什麼？」
在新製程案例中，我應該問自己：
- 「為什麼業界這麼多年都沒大規模採用？」（這本身就是一個反證）
- 「有沒有case是導入失敗的？」
- 「失敗的原因是什麼？」
- 「我們有沒有可能踩到同樣的坑？」
自我檢查方法：
我現在講的這個方案，假如它失敗了，會是什麼原因？
- Scenario 1：技術上失敗 原因可能是？ 我們有沒有backup plan？
- Scenario 2：人力/組織上失敗 原因可能是？ 我們有沒有考慮到？
- Scenario 3：市場/客戶上失敗 原因可能是？ 我們有沒有風險評估？ 然後，問自己：「現在我有沒有足夠的證據/案例， 證明這些失敗scenario不太可能發生？」
在G案例中我做對的： 我刻意承認了「規模是我們的劣勢」，而不是隱瞞或淡化它。反而用這個「弱點」來證明我們的「優勢」（靈活、專注、速度）。 這讓我的論述更有說服力，因為我不是在畫餅，而是在呈現現實。
檢查問題5：我說的方案，資源從哪來？機會成本是什麼？
這是最被忽略，卻最容易被追問的問題。
很多時候你會聽到：「這個方案很好啊，為什麼之前沒人做？」 答案往往不是「技術做不到」，而是「資源怎麼分配」。
如果我的方案被批准了，需要用到什麼資源？
- 金錢資源：多少預算？從哪個budget line來？
- 人力資源：需要多少人？要不要新增編制？
- 時間資源：要投入多久？會不會影響現有專案？
- 機會成本：用這些資源做我的方案，就『不能』做什麼別的事？
- 最關鍵的問題：「如果做我的方案，什麼會被放棄？」 很多時候，CEO問不出來，是因為你自己也沒想清楚。
在新製程案例中我應該做但沒做的： 我應該提前算好：「導入新製程要投X百萬，用掉的是本來要用在『現有製程優化』的預算。放棄『現有製程優化』，會失去什麼收益？」 只有把這個trade-off算清楚，CEO才會真的相信我有想透。
就像案例中我提到「我們沒有大EMS廠的沉沒成本」，暗含的意思是「我們可以為你優化，而不是為了保護自己的產線」。 這說明我理解了「機會成本」——大廠的機會成本（失去其他客戶）很高，所以不願意為個別客戶優化。
實戰應用：用這五個問題自我檢查
在你下一次重要會議前，花30分鐘，逐一回答這五個問題：
檢查清單：
會議主題： 對方： 你的目標：
檢查問題1：底層結構
- 我現在說的「表面現象」是什麼？
- 它背後的「底層結構」是什麼？
- 有沒有可能對方問的，是底層結構而不是表面現象？
檢查問題2：利害關係人
- 這個決策會影響哪些單位？
- 每個單位的痛點／需要是什麼？
- 我有沒有考慮到全部？
檢查問題3：時間維度
- 短期（0-6個月）會發生什麼？
- 中期（6-24個月）會發生什麼？
- 長期（2年以上）會發生什麼？ 有沒有某個時間點特別危險？
檢查問題4：反例／反證
- 如果我是錯的，最可能的原因是什麼？
- 業界有沒有失敗的case？
- 我們怎麼確保不會踩同樣的坑？
檢查問題5：資源與機會成本
- 需要多少資源（金錢、人力、時間）？
- 會不會影響現有專案？
- 放棄什麼，才能做這個？
如果你能清楚回答這五個問題，恭喜，你被問到啞口無言的機率大幅下降了 XD
如果有任何一個問題答不清楚，那就是建議你要在會議前再想一輪的地方。
為什麼這五個問題這麼重要？
因為它們對應了五個最常被問破的維度：
- 表面 vs 結構 → CEO問「為什麼業界都不做」
- 自己的立場 vs 全局 → 同事問「這會不會影響我們部門」
- 當下 vs 長期 → 董事會問「三年後怎樣」
- 正面證據 vs 反面證據 → 對手問「你知道有人失敗過嗎」
- 資源可得性 vs 機會成本 → 財務問「為什麼現在要這麼多預算」
如果你被問倒了，往往就是漏掉其中某一個。
關鍵提醒：「想得夠深」不是完美，是有條理
你可能會想：「這樣一個一個檢查，要花多久啊？」
答案是：習慣了以後，不用30分鐘。
而且重點不是「完美回答每一個問題」，而是「有條理地想過每一個維度」。
當對方問你一個沒準備過的問題時，你可以坦白說「這是個好問題，讓我想想」，然後用這五個檢查框架快速推演：
「你問的是『機會成本』這個維度，讓我想想...如果我們投入X資源做這個，確實會影響Y項目。但從時間維度看，Y項目的deadline在Z，所以...」
這樣對方會看到你有在系統地思考，而不是在賭或在編。可以大幅增加你的說服力!
回到開始的兩個故事
現在你知道了，為什麼新製程那個案例我卡住了： 因為我只問了自己「工程上行不行」，沒有用第2、3、4、5題去檢查。
為什麼G案例我沒卡住： 因為我刻意問了自己「對方最在乎什麼」（第2題）、「規模小的機會成本是什麼」（第5題）。
這五個問題，就是我後來學會用來「自救」的工具。
下一步：從自我檢查到「持續精進」
這一篇到這裡，我們走完了：
- 第2篇：認識問題（思維天花板）
- 第3篇：看見困境（被問破的經驗）
- 第4篇：學會方法（五步思考法）
- 第5篇：檢查深度（五個自我檢查問題）
你現在有的，是一套完整的「從卡住→理解→方法→檢查」的框架。但光有框架還不夠。 真正的改變，來自於在真實會議中，一次又一次地用這套框架，然後不斷調整。
所以下一篇（如果有的話....），我想試著分享的是： 「如何建立自己的『工程主管成長地圖』——不是靠運氣，而是靠系統」
它包括：
- 如何從每一場會議中學到東西
- 怎麼定期「複盤」自己的表現
- 怎麼建立自己的「高階會議檔案庫」
- 怎麼和信任的人一起練習
但那是下一篇的事了。。。。
感謝你讀到這裡。
如果這一篇的五個問題幫你在下一次會議中「沒被問破」，或者幫你發現「原來我還有這個盲點」，那就值得了。
因為真正改變的，不是簡報做得更完整、更漂亮，而是你開始用不同的方式思考問題。
【系列連結】
- 預告篇：一個關於蛻變的故事，以及一件我想跟技術領導者聊的事
- 第1篇：我的轉變故事開端：從工業設計師到團隊領導者的蛻變
- 第2篇：為什麼很多優秀的工程師常常被困在思維天花板裡？
- 第3篇：從會議資料準備，到會議桌上面對 - 我在晉升後遇到的兩個最大挑戰
- 第4篇：高階會議五步思考法 - 從工程語言到商業對話的完整框架
- 第5篇：如何判斷你的思維「夠深」——我用來自我檢查的5個關鍵問題（本篇）
- 第6篇：如何建立自己的「工程主管成長地圖」（待發佈） ...持續更新中
發現自己「想得更深」時，文章長度就變得很恐怖的 Loeb 爸第五篇梳理紀錄
