需求溝通郵件（對技術/設計）
提需求時把背景、目標和驗收標準寫全，減少來回。
範本正文
主題：【需求】【功能名】—期望【日期】上線 一、背景 【為什麼要做，當前遇到什麼問題，影響多少人】。 二、目標 做完之後，【指標】從【當前】到【目標】。 三、需求描述 1. 【功能點】—【具體行為，包含邊界情況】。 2. 【功能點】—【具體行為】。 四、驗收標準 · 【可測試的判斷條件，如「空輸入時提示 XX」】。 五、依賴與時間 依賴【接口/素材/配置】，期望【日期】上線，原因是【業務時間點】。 原型/文檔：【連結】
怎麼用
產品/運營向研發或設計提需求時使用。
使用要點
- 驗收標準要寫成「可測試」的句子，不能寫「體驗流暢」。
- 邊界情況（空值、超長、重複、無權限）一定要寫，否則後期全變成 bug。