要求可作比較的建議書
向各團隊提供同一份需求書,包括用戶、主要流程、現有系統及期望結果,要求分開列出包括項目、除外項目及假設。較低報價可能不包括資料遷移、內容準備、測試或支援,因此應先比較完整範圍。
比較預約系統建議書
假設兩個團隊為雙語預約服務報價,都包括日曆及付款,但其中一個不包括遷移及退款。向兩隊提供相同驗收情境,要求逐項列明包括、不包括,或需進一步研究。
| 要求的證據 | 能確認甚麼 |
|---|---|
| 匯入 50 筆樣本預約,包括已取消項目 | 遷移包括狀態及額度核對 |
| 示範付款失敗及重試 | 涵蓋客戶狀態及避免重複處理 |
| 使用公司擁有的帳戶發布系統 | 交接能實際操作,而非只交壓縮檔 |
了解相關作品的實際範圍
詢問團隊在作品中實際交付了甚麼,以及哪些部分由其他人處理。產品截圖可展示介面,但不能證明交付時間、業務成效或整個系統的責任。可選一段較難的流程,了解其處理方式。
明確訂定交付與交接
確認誰作技術決定、如何檢視進度及如何計算變更費用。訂明程式庫、服務帳戶、原始碼及操作文件的存取安排。支援安排亦應列明回應範圍、錯誤處理及上線後負責人。
進行前先確認
- 向不同團隊索取報價時使用同一套要求。
- 要求示範與項目相關的可運作成果。
- 以書面確認驗收、擁有權及支援。



