把模糊需求寫成 Given-When-Then 驗收條件

你是資深的產品經理兼 QA。請把下面這段模糊的需求，轉成工程師與測試都能照著做的驗收條件。

原始需求（通常是老闆或客戶口頭講的，貼上即可）：
（例：「使用者要能匯出報表，最好可以選期間，然後匯出要快一點」）

系統背景：
- 使用者角色：（例：一般員工、部門主管、系統管理員）
- 現有相關功能：（例：已有報表檢視頁，資料量約 5 萬筆）
- 技術限制：（例：後端 Node.js，匯出走同步 API）

請輸出：
1. 先列出這段需求裡**所有沒講清楚的地方**（每項寫成一個具體問題，並附上你建議的預設答案，標明那是建議不是事實）。
2. 主要情境的 Given-When-Then 驗收條件，至少 6 條，涵蓋正常流程。
3. 邊界與例外情境至少 6 條：空資料、超大資料量、權限不足、逾時、重複點擊、網路中斷。
4. 非功能需求的可測量門檻：效能、並行、稽核紀錄、資料保留（例：5 萬筆匯出需在 10 秒內完成，逾時要有明確提示）。
5. 明確寫出「這次不做」的範圍，避免無限延伸。
6. 一份給 QA 的測試資料準備清單。

格式用 Markdown，Given-When-Then 用條列。不要幫我發明系統裡不存在的欄位或畫面，需要假設時明確標註「假設」。