從上而下的客戶溝通
語氣技能告訴你聽起來如何；這項技能告訴你什麼該先說，以及為什麼。一份語氣完美的文件，若論點順序顛倒，依然會失敗。
這項技能要解決的失敗案例
某次審查中，一位審查員針對一份已經通過三輪視覺修改的提案頁面說： 「現在好多了，但修正故事線。為什麼要從這裡開始？請以麥肯錫顧問、BCG顧問和從上而下溝通的角度思考。」
該頁面以 「不對來源影像進行自動化分析」 開頭——這是一個範圍排除條款。這樣寫有其好理由：收件方的專家曾在機器基準測試中勝出，而責任歸屬是他們當下的主要顧慮。但讀者的第一印象卻是一個關於「文件不包含什麼」的免責聲明，他們必須讀到第三節才知道實際提出的方案是什麼。
防禦性的開場感覺負責任，但讀起來卻顯得軟弱。 把排除事項前置的直覺，正是需要壓制的直覺。
規則 1：首要思想必須先說
明托金字塔原則。第一個實質句子必須是答案，而非背景、主題或排除事項。其餘所有內容都為支持此答案而存在。
| 開場方式 | 評價 |
|---|---|
| 「不對來源影像進行自動化分析。」 | 排除。說明它『不是』什麼。 |
| 「按貢獻利潤率排列來單」 | 主題標籤。命名主題，未作任何論述。 |
| 「在滿載產能下，關鍵不在於接受多少訂單，而在於接受哪些。提案：根據預期貢獻利潤率，自動為每筆傳入請求評分。」 | 答案。建議 + 理由，放在頁面最前方。 |
測試：如果讀者在讀完第一句話後停止，他們是否知道你想要他們做什麼？如果不是，請改寫第一句話。
規則 2：行動標題，而非主題標籤
每個章節標題應陳述其結論。只讀標題的讀者必須能獲得完整的論點。這是槓桿最高但最常被忽略的技巧。
| 主題標籤（弱） | 行動標題（正確） |
|---|---|
| 背景 | 瓶頸在產能，而非需求 |
| 評分邏輯 | 五項標準決定訂單的實際價值 |
| 範例 | 同一個早上兩個請求，相同努力，不同利潤 |
| 測試 | 可在一小時內驗證，無需先建置任何東西 |
| 努力 | 數天即可運作 |
僅標題測試。 移除正文，按順序閱讀標題。如果它們無法形成連貫的論證，表示結構錯誤，再多正文也無法挽救。
規則 3：SCR，且複雜化是核心工作
情境（雙方同意的事實）→ 複雜化（為何不能維持現狀）→ 解決方案（你的建議）。多數薄弱文件有情境和解決方案，卻沒有複雜化，導致建議顯得缺乏動機。
複雜化應盡可能量化：「如果你按訂單到達順序而非利潤率處理，那麼每接受一個低利潤訂單，就會損失一個高利潤訂單。」 這是一個讀者可以驗證的機制，而非一個必須接受的陳述。
規則 4：排除事項與免責聲明應為元數據
它們應放在靠近頂部的掃描條中，或文件末尾的編號章節中。永遠不能放在開場位置，也不能在建議之前作為標題。
「一覽」掃描條解決了這個問題：在主要思想下方直接放置一個四列的行。
範圍內 範圍外 資料來源 下一步
訂單處理順序 來源影像的自動化 會計匯出資料， 20 到 30 張發票，
分析 非專案資料夾 約 1 小時
排除事項在第一屏即可見，因此無人可指責其被隱藏，但它被定位為「範圍」而非「道歉」。如果該異議足夠嚴重，可以在文件末尾給予一個完整章節。
規則 5：為章節編號
01、02、03。顧問這麼做是因為它讓文件在會議中可被引用（「回到 02」）。這也強迫你注意到當你有十一個章節時，表示你沒有論證，只有一份清單。
規則 6：一個可被否證的下一步
以具體、微小且可能失敗的內容結尾。不是「我們討論一下」。最有力的結尾會指明失敗條件：
如果排序錯誤，則邏輯錯誤，此構想宣告失敗。
一個可能失敗的提議，比一個不可能失敗的提議更具可信度，尤其是在一個已經被說服的房間裡。
規則 7：MECE，並刪減至承重章節
章節之間不得重疊，且不得在論證中留下缺口。如果兩個章節表達相同觀點，請合併。如果某章節不支持其上層論點，請刪除。
來自同一文件的實際測試：一份關於訂單優先級排序的提案中間，夾雜了一個不相關的參考案例。審查員的評語是：「這段文字很隨機……要嘛放在電子郵件中，如果放在這裡，必須有明確的上下文。」 它支持的是不同的主要思想，因此應歸屬於不同的文件。它被移到封面郵件中，頁面因此變得更短、更強。
發布前檢查清單
- 第一個實質句子是建議，而非背景或排除事項。
- 單獨閱讀標題時能形成完整論證。
- 有明確的複雜化，最好能量化。
- 排除事項位於掃描條或結尾章節，絕不在開場。
- 章節已編號且符合 MECE。
- 結尾是具體、可被否證的下一步。
- 頁面上沒有任何內容支持不同的主要思想。
未涵蓋內容
語調和措辭：此技能關於論點順序，而非語氣。短客戶訊息的長度限制，以及共享頁面的建置和發布機制，屬於其他範疇。