press-release

press-release 技能概覽

press-release 技能可幫你在產品或功能正式開發前，先撰寫一份 Amazon 風格的 Working Backwards 新聞稿。它最適合產品經理、創辦人、技術寫作者，以及需要清楚「顧客價值故事」的跨職能團隊，而不是只做發佈當天行銷文案的人。如果你是把 press-release 用在 Technical Writing，上手目標是把一個粗略想法，轉成一段精簡、以客戶為中心的敘事，及早看出範疇、價值或證據上的缺口。

這個技能適合用來做什麼

當你需要測試一個提案值不值得做、而且是否容易說清楚時，就該用 press-release 技能。它會逼你回答幾個核心問題：客戶是誰、痛點有多嚴重、哪個結果會改善，以及為什麼現在就值得關注？

最適合誰用

這份 press-release 指南最適合還在塑造 roadmap 項目、內部工具或新工作流程的團隊。若你已經有打磨好的發佈公告，只差校對文案，那它就沒那麼有幫助。

它有什麼不同

和一般 prompt 不同，這個技能會先把客戶結果放在第一位，再把新聞稿當成決策工具。它的設計目的，是在實作開始前，先找出缺失的假設、模糊的效益，以及薄弱的定位。

如何使用 press-release 技能

安裝並找到核心檔案

使用 npx skills add deanpeters/Product-Manager-Skills --skill press-release 安裝。接著先讀 skills/press-release/SKILL.md，再看 template.md 和 examples/sample.md。這些檔案會示範 press-release 技能所期待的結構、語氣，以及細節層級。

給技能一份真的產品簡報

最好的 press-release 用法，是先提供一份精簡簡報，內容要包含客戶、問題、擬定方案，以及可量化的成果。薄弱的輸入像是：「幫我們的 AI 功能寫一篇新聞稿。」更好的輸入則是：「請為一個支援票摘要功能撰寫 Working Backwards 新聞稿，對象是企業客服人員，目標是把分類處理時間從 12 分鐘降到 4 分鐘，並減少重複升級處理。」

採用 Working Backwards 工作流程

請依序草擬標題、導言、問題段落、解決方案段落與 FAQ。語氣要面向客戶，並以成果為導向。如果你連一段可信的問題描述都寫不出來，通常代表這個想法在 press-release 技能產出有用草稿之前，還需要先把定義補完整。

加入會改變結果的限制條件

請加入產品階段、受眾、證據點、整合項目，以及合規、時程或平台依賴等硬限制。若是把 press-release 用在 Technical Writing，也要明確指出草稿應該偏內部、對外，還是對利害關係人溝通，因為這會改變用字與證據深度。

press-release 技能 FAQ

press-release 只適合發佈嗎？

不是。press-release 技能主要是規劃工具，不是發佈當天的素材。它最適合在開發前使用，用來壓力測試想法，並讓團隊對客戶價值達成共識。

這和一般 prompt 有什麼不同？

一般 prompt 可能只會產出一篇普通公告。這個 press-release 技能會強迫你用結構化、以客戶為先的敘事，去看這個產品到底是不是在解決真正有意義的問題。這讓它更適合拿來做決策與範疇驗證。

初學者也能用嗎？

可以，只要你能用白話描述產品就行。你不需要很完整的策略語言，但至少要能回答：這是給誰用的、它解決什麼痛點、以及成功要怎麼衡量。

什麼情況下不該用？

如果你只是需要潤飾過的行銷文案、部落格文章，或銷售頁，就不適合用 press-release。當產品構想還太模糊，甚至還說不出客戶問題或預期結果時，它也不是好選擇。

如何改進 press-release 技能

先提供證據，不要先喊口號

當你提供更具體的輸入時，press-release 技能會明顯變好：基準指標、使用者抱怨、現有流程，以及期望的前後對照狀態。像「加快報表產出」就不如「把團隊主管每週報表準備時間從 90 分鐘降到 20 分鐘」這麼有力。

把問題陳述寫得更精準

多數薄弱輸出，都是因為問題段落定義得不夠清楚。如果草稿看起來很空泛，就要補清楚使用者現在怎麼做、哪裡出問題，以及這個失敗會在時間、金錢或信任上造成什麼成本。這通常能一起改善整份 press-release 的結構。

反覆校準受眾與證據

如果第一版看起來太廣，就縮小受眾，並補上一個可信的證據點。例如，把「for teams」改成「for onboarding managers in regulated fintech」，再加入一個能讓效益站得住腳的指標、整合項目，或工作流程限制。

用 FAQ 把風險攤開來看

一份強的 press-release 指南不會只停在標題。要讓技能預先列出可能的反對意見、實作限制，以及替代方案。如果 FAQ 看起來很薄弱，通常代表你的想法在真正開工前，還需要更清楚的假設。