台灣據點在考慮修改或更換業務系統時,可能會收到供應商的報價單。在比較金額之前,先確認「這個金額涵蓋到哪個階段」「公司需要自行準備什麼」,會比較容易在公司內部討論。
即使報價單上列了許多專業用語,承辦人員也不需要獨自判斷技術上的好壞。可以先把業務需求與報價範圍並列整理,再向供應商或公司內部的 IT 承辦人員詢問不清楚的地方。
1. 這次委託是為了解決什麼問題
只說「要換新系統」,每個人理解的報價前提可能不同。先簡單寫下哪項業務遇到困難,以及希望能做到什麼。例如,希望減少重複輸入,或希望各據點能查看相同資訊,要討論的內容就會不同。
如果需求尚未確定,也應確認報價是否包含協助整理需求的諮詢或現況調查。
2. 報價包含與不包含的工作
確認設定、資料移轉、既有系統串接、操作說明等可能需要的工作,包含到什麼範圍。沒有寫出的工作,不要直接認定已包含,應詢問是另行收費,還是不在這次範圍內。
也要整理公司自身的工作,例如台灣端需要準備的資料、承辦人員,以及哪些環節需要日本總公司確認。分清交給供應商和公司自行負責的工作,有助於規劃內部準備與時程。
3. 交付成果與確認完成的方法
確認工作結束時可以收到什麼。除了設定完成的系統,如果還需要操作手冊、設定內容清單或說明會,請詢問報價單或提案書是否有列出。
「完成」的條件也很重要。委託之前,先在公司內部討論要用哪些業務情境確認、由誰查看結果,以及發現問題時如何處理。即使不熟悉專業測試方法,仍可以從自己負責的業務角度,說明「能完成這項工作,就可以開始使用」的狀態。
4. 金額的前提與之後可能變動的情況
除了初期費用,也要確認是否有每月使用費、維護費,以及依新增使用者或容量計算的費用。如果公司內部簽核需要,也先確認報價有效期限、稅額、幣別及付款時間。
若追加規格或變更前提,也可以先詢問會如何提出對金額與時程的影響,以及取得誰的同意後才開始工作。不必獨自決定價格是否合理,可以先從比較範圍與前提是否一致開始。
5. 時程與導入後的聯絡窗口
除了開始日期,也要確認內部確認、資料準備、測試及開始使用的預定時間。也請視需要詢問,公司回覆延遲時,時程會如何改變,以及開始使用後的聯絡窗口與服務時間。
如果業務有期限或旺季,可以先告知,以便討論可行的推進方式。也先決定計畫變更時由誰接收通知,以及公司內部由誰判斷。
先整理不清楚的地方,再一起詢問
IPA 公開的「情報システム・モデル取引・契約書」是供日本的使用者企業與 IT 供應商在簽約時,確認規格、專案管理及驗收方法等事項的參考資料。它不是可以直接套用於台灣民間企業的合約規則,但委託方與承接方先對齊前提的觀點,也有助於閱讀報價單。
例如,可以用以下方式一起提出要確認的事項:
關於這份報價,請說明包含與不包含的工作、我方需要準備的事項,以及交付成果與確認完成的方法。我們也想一併確認每月費用、產生追加工作的條件,以及時程的前提。待公司內部確認內容後,我們會再聯絡後續的進行方式。
報價單除了金額,也是公司內部討論要委託哪些工作、範圍到哪裡的材料。遇到難以判斷的項目,不要留白就繼續進行,請與供應商及公司內部承辦人員逐項確認。
如果希望在經營、現場與供應商之間,整理報價範圍及公司內部應確認的事項,也可以參考協助處理台灣據點 IT 課題的 IT 顧問服務。
參考資料
- IPA「情報システム・モデル取引・契約書(第二版)」。這是日本資訊系統開發、維護營運等業務的模型合約參考資料,並非台灣法令或合約條件的說明。