要求可作比較的建議書

向各團隊提供同一份需求書,包括用戶、主要流程、現有系統及期望結果,要求分開列出包括項目、除外項目及假設。較低報價可能不包括資料遷移、內容準備、測試或支援,因此應先比較完整範圍。

比較預約系統建議書

假設兩個團隊為雙語預約服務報價,都包括日曆及付款,但其中一個不包括遷移及退款。向兩隊提供相同驗收情境,要求逐項列明包括、不包括,或需進一步研究。

比較預約系統建議書
要求的證據能確認甚麼
匯入 50 筆樣本預約,包括已取消項目遷移包括狀態及額度核對
示範付款失敗及重試涵蓋客戶狀態及避免重複處理
使用公司擁有的帳戶發布系統交接能實際操作,而非只交壓縮檔

了解相關作品的實際範圍

詢問團隊在作品中實際交付了甚麼,以及哪些部分由其他人處理。產品截圖可展示介面,但不能證明交付時間、業務成效或整個系統的責任。可選一段較難的流程,了解其處理方式。

明確訂定交付與交接

確認誰作技術決定、如何檢視進度及如何計算變更費用。訂明程式庫、服務帳戶、原始碼及操作文件的存取安排。支援安排亦應列明回應範圍、錯誤處理及上線後負責人。

進行前先確認

  • 向不同團隊索取報價時使用同一套要求。
  • 要求示範與項目相關的可運作成果。
  • 以書面確認驗收、擁有權及支援。

付諸實行

相關指南