我們如何處理
訪談使用角色，辨認必要功能、既有工具限制與可延後需求，訂出第一階段要解決的問題。
以可操作畫面驗證介面、欄位與報表。權限會細分到新增、修改、核准及匯出，讓各角色的操作範圍有依據。
依約開發，測試日常及例外情境；交接時提供約定的操作與維護文件，留下後續接手的依據。
可能交付的內容
- 功能規格：記錄工作情境、功能範圍、權限與驗收方式。
- 可操作系統：依雙方確認的功能與階段交付。
- 測試與操作文件：整理測試結果、已知限制、操作及交接內容。
實際交付以合作方案為準。
從上方示意試走一次，再把實際使用的欄位、角色與例外帶進討論。
合作時需要的資料
- 預期使用角色、使用情境與希望先完成的工作。
- 必要欄位、報表樣式與已去除敏感資訊的資料範例。
- 既有系統限制、部署條件，以及可以參與試用與確認的人員。
初步諮詢簡述情況即可。後續文件需移除哪些敏感資訊、透過什麼管道提供，會另行約定。
服務範圍與限制
相關應用
工程與資本支出 →你可能想問
需求還不完整，能先做系統嗎？
可以用關鍵情境與可操作畫面逐步釐清需求。正式開發前仍要訂明階段目標、驗收條件與變更方式，避免雙方對完成範圍有不同理解。
試用後發現要改，怎麼處理？
會區分原功能修正與新增需求，說明對時程、費用及測試的影響，再依合作約定處理。
完成後可以交給其他人維護嗎？
可以在合作前討論。程式碼、部署帳戶、文件、第三方授權與交接責任都須寫入約定，不能將未約定的權利或交付視為已包含。