當論點逐一浮現時，該做的是加以整理、建立結構。一提到「結構化」，許多人會以為這是邏輯思考（logical thinking）登場的時刻——把論點分成大、中、小，整理成議題樹（issue tree）；用 MECE 原則（Mutually Exclusive Collectively Exhaustive，彼此獨立、互無遺漏）排列；依「因為 A 所以 B」逐步推演的邏輯流程（logic flow）。

然而作者幾乎不用這些方法，訪談的 BCG 資深顧問也沒人這樣做。資深顧問或許會在論點明確後，用邏輯思考法驗證、避免遺漏，但沒有人會依循這套架構去拆解、發現問題。這正是「書本上寫的方法」與「實際執行的方法」最大的差異。

把論點寫下來，找到自己的模式#

資深顧問的共通做法是：把論點寫在紙上、並排檢視，看能否成為論點。重點是找到適合自己的模式（有人偏好書寫，有人偏好討論）：

• 作者多半把直覺的論點直接拋給對方、逐步逼近核心，很少用紙；碰到瓶頸時才用電腦的文書處理整理。
• 一位資深顧問先以條列式把所有可能論點寫下（long list，入圍名單），再分組（grouping）逐步鎖定（short list，決選名單）。

• 另一位則把論點一一寫下攤在桌上，以直線連結相關項目，標示大、中、小與上下、因果關係，看出彼此的相關性與重要性。

思考「上層論點」，讓並列論點浮現#

結構化有一個關鍵技巧：以某論點為起點，思考它的上層論點，藉此讓與它並列的論點浮現。

例如上司要你思考「如何開拓新客戶？」的策略：

• 一般工作者只會分解「論點 a：開拓新客戶」下層的 x、y、z。
• 稱職的工作者則先追問上層論點 A——「為什麼需要開拓新客戶？」。

釐清上層目的後，並列論點便會出現：

• 若目的是增加營收 → 與「開拓新客戶」並列的會是「開發新產品」「深耕既有客戶」。先比較這些並列論點再提建議，上司會更滿意。
• 若目的是彌補獲利減少 → 並列論點則變成「縮減成本」「提升促銷／廣告效益」「提高顧客忠誠度」。

把論點攤開檢視時，可在腦中模擬與客戶的對話。有顧問會在心裡設定咄咄逼人的「逼問者」與「答覆者」兩個角色，一人分飾兩角自問自答——這是相當聰明的演練法。

結構化也需要「推測」#

進行結構化時，「推測」同樣重要。以「是否該投入 ○○ 事業」的大論點為例，若只用邏輯整理：

• 先研議「市場潛力夠大嗎？」「能否建立競爭優勢？」「能獲得相應回收嗎？」「能投入足夠資源嗎？」等中論點。
• 再把「市場潛力」分解為「市場可如何區隔、各區隔多大？」「哪個規模值得鎖定？」等小論點。
• 如此依議題樹不斷往下細分。

但這樣做論點會愈分愈細，反而模糊何者重要，或亟欲解答所有論點卻走進死胡同——資源分散到太多問題，最終一事無成的案例不在少數。

相對地，「推測」是篩選出優先論點：「這可能才是該投入的問題」「只要解決這個，其他犧牲也無所謂」。例如運用假說思考設定「想成功發展此事業，『競爭優勢』可能就是問題」，敲定後再深掘——同樣是「競爭優勢」，相較技術優勢，「使用者好不好用」或「價格高低」可能才是關鍵；有時則因外部因素（對手推出劃時代產品、強大新進業者出現）使既有優勢喪失而成為論點。有顧問會把議題樹當檢核表，驗證敲定的論點有無漏洞。

有時從中、小論點先著手#

整理出大、中、小論點後，最終雖要解決大論點，但實行時有時判斷「先從中論點著手效果更好」。

就像治病：病患腹痛、無法進食，檢查發現肝臟有問題，但肝臟開刀是大手術，於是先控制腹痛讓他能進食、培養體力，再動大手術。

商業上同理：

• 某公司最大問題（大論點）在生產部門，但從生產著手可能耗盡公司體力、甚至改善途中倒閉，因此常先從可立竿見影的業務部門著手，改善現金流後再大刀闊斧。
• 品川女子學院校長漆紫穗子重建瀕臨廢校的女校時，明知改建硬體效果顯著，卻因花錢花時間，先從軟體層面（改變授課方式、激發學習意願、爭取家長協助）著手而成功翻轉，校舍如今也已氣派堂皇。
• 汽車廠商爆發品質問題時，即使召回也未必能根本解決；但「立刻緊急回收」能傳遞「公司已改頭換面」的訊息，帶給消費者全新觀感。

因此要思考：「著手的雖非大論點，但對大論點會產生什麼影響？」

不必畫完美的議題樹：允許「蟲蛀樹」#

結構化在理論上是：為解答大論點，把「應挖掘的方向與單位」因數分解為中、小論點，透過橫向因數分解與縱向上下關係定義全貌，再切成模組逐一破解。

但實務上很少能畫出完整漂亮的議題樹。多數案例是幾個論點凌亂浮現，連大、中、小都分不清。看似 A 是大論點，卻怎麼也連不上 B；也許有個能串連的 C，卻不知 C 是什麼。這時就把「或許有什麼」的部分直接空著——即使畫出的是一棵不完美的「蟲蛀樹」也無妨。

隨著假說、訪談推進，新論點 X 或 D 浮現，A、B 的關連也逐漸明朗，蟲蛀樹便一步步補完。完整漂亮的結構是最後呈現的結果，不需一開始就強求。

切記：論點具有層次差異#

以重建業績低迷的航空公司 K 為例，若最初浮現「縮減負債」與「提升業務能力」兩個論點，二者沒有直接連結，這時要懷疑「也許層次不同」或「上面還有更上層論點」。

• 「縮減負債」的上層可能是「改善財務體質」，而它與「提升業務能力」常是同一層次。
• 「提升業務能力」的上層可能是「改善現金流量」，於是同層次又浮現「降低成本、縮減費用」等增加獲利的論點。

當發現「改善財務體質是公司重建的絕對條件」時，它便成為中論點；但就實際解法，又會判斷「考量實力，應先加強業務能力、增加現金流量」。客戶上門時的說法，也透露他看到的是哪一層：

• 說「三年後負債將超過資產、公司恐倒閉」→ 已察覺大論點。
• 說「營收停滯、結算虧損，想重整業務部門」→ 只看到中論點。

解決大論點時，往往得連中、小論點一起解開。以 K 公司而言，須雙管齊下：一是改善業務、市場行銷以增加收入，二是改善財務體質。只改財務就會淪為賣部門換現金；只改業務則一旦資金週轉不靈就會倒閉。必須做整體判斷。

掌握全貌、從眼前工作著手#

經營者大多知道大論點，但前來委託的人（事業部長、經營企畫部長等）未必是經營者，因此常與經營者的論點相左。論點不僅因人而異，也因立場而異。

• 顧問公司專案中，大論點通常由資深顧問提出，再由專案經理層級與部屬回應；日常對話裡的「論點」大多是分解後的中、小論點。
• 一般工作者接到「解決業務體制問題」（大論點）後調查發現「有些地區業務人員少卻獲利、有些不然」，思考其中差異——這個解決大論點所需的小論點，正如企業的中階管理。

接到的論點可能是中或小論點，有時還會被誤認為大論點。最好能研判其上是否還有更上層論點，從整體結構中解決自己該解決的問題，這也有助自我成長。

「工作」和「作業」是兩回事。坊間充斥電腦達人、蒐集資訊達人等工作術，但這些技術充其量只是手段；因為有「某個目的」才使用手段，一旦錯把「手段當成目的」就大事不妙。日常工作要隨時自問：「什麼是我非解決不可的問題？現在要對什麼問題提出解答？為了什麼目的？如何為公司帶來貢獻？」

BCG 式切入：與坊間方法完全相反#

讀到這裡會發現，前述方法和坊間流傳的完全相反：

• 坊間方法：先把課題結構化、掌握全貌，再釐清因果、思考各問題的解法。
• BCG 式切入：先從「推測」這可能就是問題開始，再透過訪談經營者、走訪現場、對照抽屜進行驗證，最後為求謹慎才從整體全貌確認有無錯誤。

這就是論點思考的精髓。