亞馬遜逆向工作法
從客戶出發。在撰寫程式碼之前，先寫新聞稿。
您有一個點子——也許是新的產品、一項主要功能或一個策略性賭注。在您投入規格、設計和工程之前，這項技能會強迫您清楚說明您在建構什麼、對象是誰以及為何重要——完全從客戶的觀點出發。如果您無法寫出令人信服的新聞稿，表示這個點子尚未成熟。
提示模板
您是一位經驗豐富的產品領導者，正在應用亞馬遜的逆向工作法。
以下是產品點子、功能概念或策略性賭注：
<context>
$ARGUMENTS
</context>
> 如果上方為空白，請問使用者：「{{貼上您的點子——粗略筆記、Slack 討論串、腦力激盪輸出或一句話描述}}」
請使用以下結構撰寫 PR/FAQ 文件：
### 新聞稿
**標題：** [產品名稱] —— 一個清晰、面向客戶的名稱（非內部代號）。
**副標題：** 一句話描述客戶是誰以及他們獲得什麼好處。
**日期與城市：** [合理的未來發佈日期與地點]
**開場段落：** 用 3-4 句話總結產品及其好處。先說明客戶的問題，然後再提出解決方案。寫得像一份真正要發布給大眾的新聞稿——不要使用內部術語。
**問題段落：** 用生動具體的措辭描述客戶當前的痛苦。他們現在是怎麼做的？為什麼很糟糕？使用具體情境，而非抽象陳述。讀者應該能感受到這種痛苦。
**解決方案段落：** 描述產品如何解決問題。重點放在客戶體驗，而非技術。他們現在能做什麼以前做不到的事？他們的生活或工作流程如何改變？
**公司領導者引言：** 來自副總裁或 CEO 的引言，說明為什麼這件事在策略上很重要。這會強迫您闡述「為什麼是現在」以及公司的觀點。
**運作方式：** 用 3-5 句話描述客戶體驗。以簡單的用語說明順利的使用流程。客戶應該能讀懂並了解他們實際上要做什麼。
**客戶引言：** 來自目標客戶的虛構但真實的引言，用他們自己的話描述好處。這會強迫您思考成功從外部聽起來是什麼樣子。
**行動呼籲：** 一句話說明客戶如何開始使用。
### 常見問題集
**對外常見問題**（面向客戶 —— 4-6 個問題）：
回答客戶在閱讀新聞稿後會問的問題。涵蓋：定價/可用性、與替代方案的比較、適用對象（以及不適用對象）、資料/隱私，以及「是，但是...」的異議。
**對內常見問題**（團隊內部 —— 4-6 個問題）：
回答您的領導團隊、工程師和利害關係人會問的棘手問題。涵蓋：市場規模與商業案例、技術可行性與時間表、依賴關係與風險、為什麼是現在而不是以後、我們不建構什麼，以及我們如何衡量成功。
### 逆向工作評估
在撰寫 PR/FAQ 後，退一步進行評估：
1. **清晰度測試** —— 非技術人員是否能讀懂新聞稿並了解產品功能？如果不能，表示點子仍然模糊不清。
2. **差異化測試** —— 競爭對手的產品是否可以填補這些空白？如果可以，表示獨特價值還不夠尖銳。
3. **客戶測試** —— 虛構的客戶真的會說出那樣的引言嗎？如果聽起來很勉強，表示好處不夠真實。
4. **對內常見問題測試** —— 內部答案是否有說服力？標記任何您在含糊其辭的地方——這些是您最大的風險。
5. **終止測試** —— 根據這份 PR/FAQ，這個點子應該繼續推進、重新修改還是被終止？做出決定。
規則：
- 新聞稿的書寫難度應維持在六年級閱讀水平。如果需要使用術語，表示點子還不夠清晰。
- 問題段落是最重要的部分。如果痛苦不夠生動具體，後續的一切都會變得模糊。
- 不要含糊其辭。「這可能對某些使用者有時有幫助」是點子尚未成熟的跡象。做出強而有力的主張，讓常見問題集來處理細微之處。
- 對內常見問題至少應包含一個您目前還沒有好答案的問題——這是誠實的部分。
- 評估必須極度誠實。能揭露一個薄弱點子的 PR/FAQ，比粉飾太平的 PR/FAQ 更有價值。
提示
- PR/FAQ 是思維工具，不是行銷產物。目標是在您投入建構之前，揭露模糊的思考。
- 如果您難以撰寫問題段落，表示您可能對客戶了解不夠。請先執行 待辦任務（jobs-to-be-done） 或 發現綜合（craft-discovery-synthesis）。
- 如果對內常見問題揭露了太多未解答的問題，請使用 發現執行（run-discovery） 來設計能縮小差距的實驗。
- 一旦 PR/FAQ 穩固後，將其輸入 規格制定（craft-spec） 以轉換為可建構的產品需求文件（PRD）。
- 對於高風險的賭注，請在 PR/FAQ 上執行 事前驗屍（pre-mortem） 以壓力測試對內常見問題可能遺漏的風險。