eol-message

eol-message 技能概覽

eol-message 的用途

eol-message 技能能幫你撰寫清楚、同理且可行動的產品退場公告。它是為最棘手的情境設計的：當你要告訴客戶某個產品、功能或方案即將停止服務，還得避免混淆、負面反彈或流失時，這個技能特別有用。如果你需要一篇兼顧誠實與安撫的 eol-message Copywriting 文案，這個技能會先給你有結構的起點，而不是一則空泛的 sunset note。

適合誰使用

如果你是負責退場通知的 PM、創辦人、CX 負責人、行銷人員或支援寫手，就適合使用 eol-message 技能。當你已經確定決策，現在需要的是訊息本身：哪些內容要結束、為什麼要結束、客戶下一步該做什麼，以及如何維持信任，這個技能特別合用。若你只需要法律通知，或只是想發一則含糊的「我們有些變動」公告，它的幫助就沒那麼大。

為什麼它不一樣

這個技能不只是換個模板而已。它會把訊息導向客戶影響、轉換指引與服務延續性，因為產品變動時，讀者真正需要的就是這些。好的 eol-message 輸出，會用對客戶有利的語言說明原因、清楚點出替代方案或下一步，並把時程與支援管道交代明白，降低不確定感。

如何使用 eol-message 技能

安裝並檢視核心檔案

在 eol-message install 的流程中，先從 repo 加入這個技能，然後在開始撰寫前先讀原始檔：npx skills add deanpeters/Product-Manager-Skills --skill eol-message。先從 skills/eol-message/SKILL.md 看起，再打開 template.md 和 examples/sample.md，了解預期的結構與語氣。這裡沒有支援資料夾可以挖掘，所以重點是理解模板，並把它套進你自己的產品情境。

提供正確的輸入

這個技能在你提供具體的退場情境時效果最好，不要只丟一個模糊提示。請包含產品或功能名稱、受眾、結束日期、替代路徑、客戶影響，以及用以客戶為中心的語言說明原因。好的 eol-message usage 提示會像這樣：“Write an EOL announcement for [Product], ending on [date], migrating users to [Replacement], with impacts on [feature], [plan], and [workflow]. Keep it empathetic, concise, and include next steps and support contact.”

採用有步驟的撰寫流程

把 repo 的架構當成檢查清單，而不是照稿照念。先定義公告本身，再補上目前的產品脈絡、客戶影響、轉換方案與支援資訊。如果其中任何一項缺漏，就先停下來補齊，再進行生成；輸入太弱，通常只會產生模糊承諾或過度解釋原因的內容。要得到最佳的 eol-message guide 結果，最好在決策已定、但尚未公開發布前先寫好，這樣才能同步法務、支援與產品團隊。

在發布前先優化輸出

先檢查初稿的三件事：清晰度、同理心，以及可行動性。訊息應該明確說出什麼要結束、為什麼這樣改對客戶有幫助，以及接下來會發生什麼。若初稿太偏內部視角，就把以公司為中心的說法改成以客戶影響為主。若有遷移安排，就讓替代產品呈現成延續，而不是一次硬重置。當你使用 eol-message for Copywriting 時，這一點尤其重要，因為語氣與信任和事實準確性同樣關鍵。

eol-message 技能 FAQ

這只是一般提示詞嗎？

不是。一般提示詞可以做出一則還算及格的公告，但 eol-message 提供的是可重複使用的結構，特別聚焦在最重要的部分：原因、影響、轉換與支援。對高風險的客戶溝通來說，它比一次性的提示詞更實用。

什麼情況下不該用？

如果你需要的是簡短的法律終止通知、純內部備忘錄，或是某個仍在提供的功能之更新說明，就不適合使用 eol-message 技能。當你還不能清楚說出替代方案或下一步時，也不適合，因為這個技能的設計就是要把客戶往前帶。

對新手友善嗎？

是，只要你能回答基本的產品問題。你不需要有文案專業才能用好這個技能，但你至少要有足夠脈絡，能定義哪些內容要結束、哪些人會受影響，以及他們接下來該怎麼做。如果這些輸入本身很模糊，輸出也會一樣模糊。

我應該拿它和什麼比較？

可以和你平常寫客戶 email 或部落格文章的流程比較。當目標是結構化、同理心強的轉換溝通時，eol-message 更合適；一般提示詞可能看起來很漂亮，但常常漏掉客戶真正需要採取行動的操作細節。

如何優化 eol-message 技能

從更扎實的來源事實開始

要最快改善輸出，方法就是先提供精準事實：停用日期、受影響的方案或功能、遷移目的地、支援期間，以及任何例外情況。你的輸入越具體，技能就越不需要自己補想、緩和語氣或做過度概括。對 eol-message 而言，準確性比聰明的措辭更重要。

讓訊息圍繞客戶影響來寫

在要求初稿前，先各寫一句：客戶會失去什麼，以及他們會得到什麼。這會迫使公告維持在使用者後果上，而不是公司內部策略上。如果停用原因是技術債或產品整併，就把它轉成客戶能感受到的結果，例如更好的穩定性、更簡化的產品線，或更完善的支援。

留意常見失誤模式

最常見的錯誤，是過度強調公司層面的理由，卻沒有把轉換路徑講清楚。另一個常見問題，是在明顯有變動時，卻用「什麼都不會改變」這種空泛安撫。如果第一版感覺太抽象，就補上具體內容：誰會受影響、哪些行為會精確改變、需要採取什麼動作，以及支援資訊放在哪裡。

用更精準的簡報內容反覆修正

如果你在第一版之後要修改，不要只說「語氣更好一點」。請明確指出你要的改善：更短、更有同理心、更直接、更以客戶為中心，或更適合某個特定管道，例如 email、in-app banner，或 help center。這種有針對性的反覆修正，能幫助 eol-message skill 產出可供審閱的定稿，而不只是粗略概念。