為什麼書面敘事是作者最愛的輔導工具#

在所有輔導工具中，**書面敘事（written narrative）**是作者最喜愛、也最能讓產品人變得卓越的單一工具。

但作者也誠實承認：在他用過的所有方法裡，這個方法收到的抗拒最多——他不只一次「強迫」部屬使用它。問題不是大家質疑成效，而是這個過程本身會讓人不舒服。

越是需要這項技巧的人，往往越是抗拒它。

為什麼產品人需要寫得出論述#

產品人——尤其是產品經理——必須經常做出論述。對於小事不必，但只要進入：

• 大型功能與專案
• 重要的新嘗試
• 風險高、成本高的決策

就會自然而然有許多人質疑與挑戰。通常來自跨部門高階主管，但往往從說服自己的團隊開始。

書面敘事是什麼，不是什麼#

不是規格書（spec）。規格書只是描述「要打造什麼」的細節文件，沒有說服意圖。

書面敘事大約是六頁的文件，以敘述（narrative）形式：

• 描述你要解決的問題
• 為什麼這對顧客與業務有價值
• 你解決這個問題的策略

一份好的書面敘事，會讓讀者同時被啟發、也被說服。

為什麼是 Amazon 的核心做法#

把書面敘事推到極致並做為運作核心的公司，就是 Amazon。作者認為這不是巧合：

• Amazon 比其他任何公司都更徹底擁抱這項技術
• 這是它能持續創新二十多年的關鍵之一

引用 Brad Porter（前 Netscape 工程師、長期 Amazon 人）的話：「速度與規模就是武器，Amazon 早已把秘密告訴所有人了……前提是他們有紀律去執行。」

為什麼簡報投影片會掩蓋問題#

在啟動會議上放一份 PowerPoint、揮揮手、丟幾個資料點、講得熱情自信並不難，然後會議要嘛淪為「委員會式設計」（design by committee），要嘛大家放棄思考、轉頭看「房間裡薪水最高的人」做決定。

當這種情況發生時，作者立刻看出：

• 這位產品人沒有做功課
• 她沒有真正理解這個主題
• 論述薄弱
• 沒有充分考量並回應不同視角與限制條件

書面敘事的可貴之處，就在於——它讓上述問題無所遁形。口頭簡報能裝作懂，書面敘事裝不來。

結構：敘事 + FAQ#

書面敘事的標準結構：

• 正文：幾頁的敘述，把問題、價值、策略說清楚
• FAQ：預想關鍵主管與利害關係人會提的疑慮與反對，把答案先寫好

作法：先把這份 FAQ 拿去與真正擁有這些疑慮的人討論。當主管後來讀到這份敘事時，會看見你預判了問題、思考過回應——她知道你做了功課。

與一對一輔導搭配使用#

很少有產品人能獨自寫出一份書面敘事，並坦然面對自己論述中的破綻——這就是為什麼一對一是基礎。

管理者的角色：陪著產品人走過這個過程——一起檢視論述的邏輯、識別洞察與盲點、迭代到清晰且有說服力為止。

與簡報的關係#

不必非得拋棄 PowerPoint。但只要先做好書面敘事：

• 簡報製作會輕鬆許多
• 簡報內容會直接從敘事中流出
• 觀眾感受到你「明顯做過準備」，會自然地被打動

作者的親身經驗#

作者承認：他自己也是在生涯早期被主管推到舒適圈外、被迫使用這個方法後，才被說服的。從那以後他就成了這個技巧的信徒。

至今，每當作者要準備新的主題演講（keynote）時，他都會：

• 先強迫自己寫出完整的敘事
• 反覆迭代到邏輯清晰、有說服力
• 拿給他信任、知道對方會說真話的人測試
• 然後才開始做投影片

給讀者的建議#

如果你從未試過這個方法，建議下一次重要工作就試試看。要注意：

• 預期過程會不舒服
• 一定要納入團隊成員與關鍵利害關係人的觀點
• 花時間讓敘事清晰、簡潔、有說服力

走過這一次以後，你會成為一位明顯更強的產品人。