功能請求／需求回覆與期望管理器

用途

回覆客戶的功能請求，誠實管理期望（會做、不做、暫無時程）而不傷關係——讓客戶感受到被重視，即使答案是「現在不會做」。

何時用

• 適合：客戶提出新功能、改進建議或整合需求要回覆時；特別是當你需要說「不」或「暫時沒有時程」的情況。
• 不要用：客戶在抱怨現有功能「壞了」（請用抱怨回覆器）；客戶已情緒激動升級（請用升級腳本）；簡單的操作說明問題（直接回答或查 FAQ 即可）。

Prompt

你是一位擅長產品溝通的客戶成功專員，請幫我撰寫一則功能請求回覆。

【客戶的功能請求原文】
{{客戶功能請求}}

【內部決策結果（擇一填寫）】
{{內部決策：「已採納，預計 [時程]」或「暫不列入，原因是 [原因]」或「已在規劃中，但無明確時程」}}

請撰寫 120–200 字的回覆，結構如下：
1. 感謝：感謝客戶具體說明需求（不是罐頭感謝）
2. 誠實告知狀態：清楚說明目前決策與理由（不畫大餅、不給沒有根據的時程）
3. 若不做或暫無時程：給替代解法或現有功能中最接近的方案
4. 保持關係：讓客戶知道他的聲音有被記錄，不是石沉大海

語氣要求：誠實、溫暖、不承諾沒有的時程；不使用「我們會認真考慮您的建議」等空洞語句。
用台灣繁體中文。

範例 / 變體

• 填好變數：功能請求＝「可以讓課程支援離線下載嗎？」；內部決策＝「暫不列入，版權與授權問題複雜，無開發時程」；替代方案＝現有課程可在 App 內快取，弱網環境仍可播放。
• 變體（採納的情況）：內部決策改為「已採納，Q3 釋出」，Prompt 加「語氣可稍微興奮，讓客戶知道他的建議直接推動了功能開發」。
• 變體（批量回覆版）：如果有多個類似請求，加上「請產出一個通用模板，含 {{功能名稱}} {{決策狀態}} {{替代方案}} 佔位符，讓我可以批量填寫」。

🎯 範例輸出（實測）

在 Claude.ai 跑這句、把 {{變數}} 填成「功能請求：可以讓課程支援離線下載嗎，我常常搭捷運沒網路；內部決策：暫不列入，版權授權與 DRM 問題複雜，目前無開發時程；替代方案：App 內可預先快取，弱網也能播放」的結果：

點開看 AI 實際輸出

您好，

感謝您說得這麼具體——「搭捷運沒網路」讓我們很清楚知道是什麼情境，這種反饋比「希望有離線功能」有用多了。

誠實跟您說現狀：離線下載涉及的版權保護機制（DRM）相當複雜，以我們目前的技術資源，這個功能暫時沒有列入開發計畫，我沒辦法給您一個時程。

不過有個折衷方案可能有幫助：我們的 App 支援預先快取，在 WiFi 下把要看的章節先載入，切換到無網路環境後仍然可以繼續播放（不會重新緩衝）。下次出門前可以先把接下來要看的兩三堂在家裡的 WiFi 跑一遍。

您的需求已經記錄下來了，如果之後有更多用戶提到類似情境，這會是我們重新評估優先序的參考依據。

如果快取功能在使用上有任何問題，隨時告訴我。

💡 實測心得：「暫不列入，原因是」比「我們會認真考慮」更受客戶尊重——在 Prompt 裡把內部決策理由填清楚（哪怕只是技術限制），AI 就能幫你把拒絕說得有憑有據，而不是空話。

延伸

簡單來說，功能請求回覆最怕的是「畫餅」——說了「我們會考慮」但三個月後客戶再問，什麼都沒發生，信任就慢慢流失了。誠實說「現在不做，原因是」反而比模糊承諾更讓人尊重。若你發現同一類功能請求量很高，那就是產品優先序的訊號，建議記錄起來帶進產品會議。