需求與範圍如何確認

把情境說清楚

描述誰在什麼時候遇到什麼困難，以及目前如何處理。可以附一份文件、一個實際操作或一段對話，幫助判斷問題發生在哪個環節。模糊的目標如「更有效率」，需要轉成可觀察的任務與結果。

定義本次成果

列出預期交付形式、需要涵蓋的內容、相依條件與明確不包含的項目。原型、正式系統、內容稿與公開網站不是同一種成果；分開命名與驗收，才能避免把展示畫面當成已完成的服務。

討論資料與限制

確認資料來源、可使用範圍、保密要求、既有工具與整合條件。預算、時程與可投入人力若尚未確認，就保留為待確認事項，而不是由提案者自行補成承諾。

變動時重新對齊

新增頁面、增加資料來源或改變功能，都可能影響既有工作。應記錄變更原因、受影響成果與驗收方式，再確認接續順序；不把零碎回饋悄悄累積成另一個規模的專案。