老闆喜歡看細節，這樣會不會顯得草率？

細節不是刪掉，是往後放。結論先行的意思是讓對方在第一頁就能決定「要不要繼續讀」，喜歡細節的人自然會往下翻，不喜歡的人也已經拿到答案。

壞消息也要結論先行嗎？

要，而且更要。壞消息藏在第五頁被翻到的時候，對方的第一個反應會是「你為什麼不早說」，那個信任損失比壞消息本身嚴重。

聽完「結論先行」之後，多數人的做法是把原本放在最後一頁的建議剪下來、貼到第一頁，其他順序不動。

結果是第一頁寫著「建議採購 A 方案」，第二頁開始又回到「一、專案背景」「二、市場現況」「三、競品分析」。讀者看完第一頁知道了結論，接下來還是得自己從背景一路讀到分析，再自己回頭驗證那個結論站不站得住。

工作量沒有變少，只是換了個順序。

真正的結論先行，是整份文件的邏輯順序都跟著翻轉。

第一頁：你要對方做什麼決定。 不是「本案說明」，是「建議核准 A 方案，預算 120 萬，本週決定可趕上 Q3 上線」。決策者看完這一頁就能決定要不要繼續往下。

第二頁：不做會怎樣。 這一頁是多數提案缺的。你要讓對方知道「維持現狀」也是一個有代價的選項，否則不做決定永遠是最安全的。

第三頁之後：支撐。 為什麼是 A 不是 B，數字怎麼來的，風險在哪裡怎麼控。這裡才是原本的背景與分析，但它們現在的身分是「證據」，不是「鋪陳」。

最後：附錄。 所有你捨不得刪但沒人會看的東西放這裡。放附錄不是浪費，它讓你在被問到細節時有東西可以翻。

決策者一天要看很多份文件，他的閱讀方式不是從頭讀到尾，是掃描加抽查。

結論先行的結構配合的是這種閱讀方式：他先在第一頁知道你要什麼，然後跳著抽查幾個他最在意的點，如果那幾點站得住，他就核准。

按時間順序鋪陳的文件則要求他完整讀完才能形成判斷。多數時候他不會讀完，於是那份文件的命運就是「再想想」。

寫完之後，只給別人看你的第一頁，然後問他：「你知道我要你做什麼嗎？」

如果他答不出來，或者說「你要我了解這個專案的狀況」，那你的第一頁還是背景說明，不是結論。