簽 ERP 合約前一定要問的 12 個問題（廠商最怕你問哪幾題）

「合約我看過了，沒什麼問題，就照這樣簽吧。」

這句話我聽過太多次。老闆手上那份合約通常十幾頁，前面幾頁是雙方公司抬頭、標的物名稱、總價與付款期別，後面是一堆看起來很制式的條款。老闆真正看進去的，往往只有兩個數字：總金額，還有上線日期。

問題是，這兩個數字是整份合約裡最不會出事的部分。金額白紙黑字，上線日期雙方都記得。真正會在三個月後、六個月後、兩年後讓你半夜睡不著的，是那些合約裡「沒有寫」或「寫得很含糊」的地方。

而這些地方，不會有人主動告訴你。不是因為廠商壞，是因為沒有人有義務幫你想你自己的風險。業務的工作是把案子簽下來，顧問的工作是把案子做完，法務的工作是保護他們公司。整條線上，沒有一個人的 KPI 是「幫這位老闆把合約寫得對他有利」。

我是熊董，台灣川輝科技。我帶團隊做導入七年，經手 34 個案子、橫跨 12 個產業。這幾年我做過最多的一件事，不是幫老闆選系統，而是在他準備簽名的前一天，被叫去看一眼合約。我看的方式很固定：不逐條看法律文字，而是拿一張紙，把 12 個問題寫下來，一題一題對著合約找答案。找得到的畫勾，找不到的圈起來。圈起來的那幾題，就是這個案子未來會吵架的地方。

這篇文章就是那張紙。

先把結論講在最前面：ERP 合約的風險不在條款寫錯，而在條款沒寫。你要問的 12 個問題可以分成四組——錢、人、交付、退場。錢的問題大家都會問，但通常只問到單價、沒問到範圍；人的問題幾乎沒人問，可是專案成敗有一半在這；交付的問題決定你什麼時候可以付尾款、什麼時候開始算保固；退場的問題最尷尬、也最少人問，卻是唯一一組「你不在簽約前問，日後就永遠問不到」的問題。這 12 題全部問完，你的合約不一定會變便宜，但一定會變清楚——而清楚，才是你在這場交易裡真正需要的東西。

為什麼合約裡「沒寫的部分」比「寫錯的部分」更危險

先講一個觀念，理解了這個，後面 12 題你才知道自己在問什麼。

ERP 是一種很特別的採購。你買一台機器，規格書上寫得清清楚楚：尺寸、產能、耗電、精度。驗收就是照著規格量。但 ERP 你買的是一段還沒發生的合作關係——系統是現成的，但要怎麼設定、要不要改、資料怎麼搬、流程怎麼配合、誰要學、學不會怎麼辦，這些全部都是簽約當下還不存在的東西。

所以 ERP 合約本質上不是「買賣契約」，比較接近「承攬契約加上一段長期服務關係」。這種合約最怕的不是條款寫錯，而是雙方對同一句話的理解不一樣。

舉個最常見的例子：合約寫「系統上線後，提供三個月保固」。看起來很清楚對吧？但「上線」是指哪一天？是第一次有人在系統裡開單那天？是所有模組都切換完那天？是你簽驗收單那天？還是廠商單方面通知「系統已上線」那天？

這四個日期可能差三個月。而如果合約沒定義，最後採用哪一天，取決於誰的立場比較強。**簽約前，你的立場最強；付完款之後，你的立場最弱。**這就是為什麼所有的問題都必須在簽名之前問完。

還有一件事你要先接受：**這些問題不可能靠「看合約」看出來。**合約是廠商起草的，他不會在合約裡幫你寫一條對他不利的條款。你要做的是主動提問，把答案要進去，用補充條款、附件、或至少是雙方簽名的會議紀錄留下來。

好，接下來進正題。

第一組：錢的部分——問到「範圍」，不要只問「單價」

錢的問題老闆都會問，但九成的人問錯方向。大家都在問「可不可以再便宜一點」，很少人在問「這個價格到底包到哪裡」。

砍價砍下來的是一次性的幾個百分點，範圍沒問清楚，追加的是無上限的。這兩件事的量級不一樣。

問題 1：這張報價單，含不含這些項目？

**為什麼要問。**報價單上寫的是「有」的東西，不會寫「沒有」的東西。而 ERP 導入過程中，最容易變成額外費用的，往往是老闆理所當然以為包含在內的項目。

你要逐項唸出來，一項一項問「這個含不含」。至少包括：資料轉檔（舊系統或 Excel 的歷史資料搬進來）、教育訓練（含幾場、幾小時、在你公司還是在他公司、離職補訓算不算）、報表客製（你現在在用的那幾張表，系統做不出來的話誰做）、與現有系統的介接（電子發票、金流、電商平台、物流）、硬體與作業系統（如果是地端）、上線當天的現場陪同、以及主機環境的建置與備份機制。

**好答案長什麼樣。**廠商當場逐項回答「這個含、這個不含、不含的部分大概要另外抓多少人天」，而且願意把「含」的那幾項寫進合約附件，甚至寫上數量單位——教育訓練幾場、資料轉檔幾張表、報表客製幾張。有數量單位的承諾，才是承諾。

聽到什麼答案要小心。「這些我們都會做啦，不用擔心。」這句話沒有任何約束力。還有一種更滑的說法是「合理範圍內都含」——那你就要追問：什麼叫合理範圍？誰認定？如果對方說不出判斷標準，這條就是空的。另外，如果業務急著把話題拉回總價、說「你這樣一項一項問，我們沒辦法報」，那你要注意了：一個做過很多案子的廠商，這些項目他心裡都有數，答不出來通常代表他沒真的評估過你的案子。想更完整地拆解報價結構，可以搭配ERP 導入成本怎麼算一起看。

問題 2：合約簽完之後，我如果多要一個功能，怎麼計價？

**為什麼要問。**這是整份合約裡我認為最重要的一條，沒有之一。因為 ERP 專案百分之百會有需求追加——不是廠商坑你，是你在看到系統實際長什麼樣之前，根本不可能把需求想完整。

問題在於，如果合約沒有寫追加規則，那每一次追加都是一次重新談判，而且是在你已經付了頭款、資料已經開始搬、時程已經壓在你頭上的狀態下談。你的籌碼是零。

**好答案長什麼樣。**合約裡有一條寫明追加需求的處理流程與計價基準。具體來說要有三件事：第一，追加需求的單位費率（例如顧問人天單價、開發人天單價）在合約期間固定，不會臨時漲。第二，有一個書面流程——你提需求、廠商回覆評估工時與費用、你書面同意之後才動工。**沒有你書面同意就不算數，這一條要寫進去，才不會出現「做都做了你不付嗎」的局面。**第三，區分「追加」與「原本就該做」的界線：如果某個功能是需求訪談階段你講過、對方也記錄下來的，那不算追加。

聽到什麼答案要小心。「小東西我們都免費幫你改。」聽起來很佛，但問題在於誰定義「小」。到了專案後期，同一句話會變成「這個不算小了喔」。另一種要小心的是只給總價不給費率——你問追加怎麼算，對方說「到時候再看情況報給你」。那就等於把定價權完全交出去。關於客製到底該做到什麼程度、哪些其實不該改，我在ERP 要不要客製化裡講得更細。

問題 3：年度維護費從第幾年開始收？之後調漲有沒有上限？

**為什麼要問。**年度維護費是 ERP 的長期成本主體。你簽的是一次性的導入案，但用的是十年的系統。導入費用是一次的，維護費是每年的，累積起來的量級通常會超過老闆的直覺。

而這一條在報價單上經常寫得很含糊，例如只寫「年度維護費：第二年起」，然後沒有金額、沒有計算基準、沒有調漲規則。

**好答案長什麼樣。**四件事要講清楚。第一，起算時點：是從簽約日、上線日、還是驗收日起算的滿一年？第二，計算基準：是按授權金的固定百分比，還是固定金額？如果是百分比，那我日後加購帳號，維護費是不是也跟著上去？第三，調漲機制：合約要寫明「每年調幅上限」或「前幾年不調」，而不是「本公司得視情況調整」。第四，維護費到底買到什麼：只有版本更新？含不含電話支援？含不含到場？一年幾次？有沒有回應時效（例如系統全停時多久內要有人回應）？

聽到什麼答案要小心。「維護費我們很多年沒漲了。」這是過去式，不是承諾。你要的是寫進合約的上限。另外要特別小心一種結構：**導入費報得很低、維護費綁得很高、而且合約寫「不得中途終止維護」。**這種結構的總持有成本，可能比一開始報價高的那家還貴。你在比價的時候，一定要把維護費用同一個年期攤進去比，不然三家報價根本不在同一個基準上——這件事我在ERP 廠商怎麼選裡講過怎麼換算。

第二組：人的部分——決定成敗的是人，不是系統

這一組問題，我幾乎沒看過老闆主動問。但如果你要我從 12 題裡挑三題必問，我會挑這組。

原因很簡單：ERP 系統本身的差距，在同一個價位帶其實沒有你想像中大。真正拉開落差的是誰來帶這個案子、他懂不懂你的產業、他會不會被抽調走、以及你自己公司派了誰配合。

問題 4：實際帶這個案子的顧問是誰？他今天在場嗎？

**為什麼要問。**你在售前階段見到的人，通常是業務，加上一位資深顧問或技術主管來壓陣。這兩位講起話來條理分明、產業術語一講就通、對你的痛點一針見血——然後簽約之後，你再也見不到他們。

真正每週來你公司、坐在會議室裡跟你的會計吵科目怎麼設的，是另一個你從來沒見過的人。這不是詐騙，這是業界的常態分工。但常態不代表你不能問。

好答案長什麼樣。廠商能明確講出帶案顧問的姓名、資歷、做過哪些類型的產業，最好是安排你在簽約前跟這個人見一次面、聊三十分鐘。你不需要考他，你只要聽他怎麼描述你的業務。一個真的懂的顧問，會在三十分鐘裡問你幾個很具體的問題，例如你的訂單有沒有分批出貨、你的成本是用哪一種方式在算、你的倉庫有沒有實際盤點的困難。問得出好問題的人，才做得出好系統。

更好的答案是：對方願意把主要顧問的姓名寫進合約或附件。

聽到什麼答案要小心。「我們會派最適合的顧問給你。」這句話等於沒說。另一個危險訊號是售前那位很強的資深顧問，在你問到這題的時候突然含糊起來——那通常代表他確實不會帶你的案子，而廠商希望你在簽約前不要發現。還有一種情況：對方說「顧問是誰不重要，我們有標準方法論」。方法論當然重要，但方法論不會自己來開會。

問題 5：如果顧問中途換人，怎麼辦？

為什麼要問。ERP 專案動輒跑好幾個月，顧問離職、被調去救別的案子、請長假，都是實際會發生的事。問題不在於會不會發生，而在於發生的時候，成本由誰吸收。

顧問換人最痛的不是技能落差，是上下文的遺失。前一位顧問跟你談了三個月，知道你們公司哪個主管不能得罪、哪個流程是老闆特別在意的、哪張報表改過四次為什麼。這些東西如果沒有文件，換人就等於重來。你要為這個「重來」再開一次需求訪談會、再解釋一次同樣的事，而這些時間往往被算成你的專案延誤。

**好答案長什麼樣。**合約裡有交接條款，內容包含三件事：一，換人要事先書面通知你，不能換完才講。二，新舊顧問要有重疊期，實際一起參與至少一到兩次會議，而不是用一封信交接。三，因換人產生的重新訪談、重新說明的工時，不計入你的人天，也不能作為延誤的理由。

有些廠商甚至願意寫「主要顧問異動需經甲方同意」，那是很強的答案，但別預期每家都給。

聽到什麼答案要小心。「我們公司的顧問流動率很低。」這是在回答另一個問題。流動率低是好事，但你問的是「萬一發生怎麼辦」，他不正面回答，通常代表沒有制度。另外要小心「換人是我們內部的人力調度，不影響專案進度」——不影響進度是結論，你要的是萬一影響了誰負責。顧問品質與換人風險，其實是我看過的ERP 導入為什麼失敗案例裡最被低估的一項。

問題 6：這個案子，我們公司要出多少人、每個人每週要花多少時間？

為什麼要問。這一題是我認為「廠商最怕你問」的前三名，但理由跟你想的不一樣——不是因為答案很難看，而是因為認真回答會嚇到你，而不認真回答之後專案會爆掉。

ERP 導入不是你付錢請人來做的工程，你自己公司是專案的一半。訪談要你的人講、資料要你的人整理、參數要你的人確認、測試要你的人跑、教育訓練要你的人來上。這些時間是額外的，不是取代原本的工作——你的會計不會因為在導 ERP 就不用結帳。

老闆最常犯的錯，是把導入成本只算軟體那一邊，完全沒把自己團隊的投入時間算進去。等到專案跑起來，會計加班到十點、倉管抱怨事情變多、大家開始消極抵抗，這時候老闆才發現：真正被低估的資源不是錢，是人。

好答案長什麼樣。廠商能講出具體的配合結構：需要你指派一位專案窗口（不是掛名，是真的要花時間）、每個模組要有一位關鍵使用者、每週固定會議多久、哪幾個階段你的人要投入最多。最好的答案會直接告訴你哪個角色最吃重、以及如果你們公司沒辦法投入這些時間，這個專案的時程要往後拉多久——敢講這句話的廠商，通常是真的做過。

聽到什麼答案要小心。「不用你們花什麼時間，我們都幫你弄好。」這是整篇文章裡我最想提醒你的一句危險發言。ERP 不可能不用你花時間。會這樣講的人，要嘛沒做過，要嘛打算等專案開始之後才讓你發現。到那個時候，你已經付款了。

想抓實際的投入節奏，可以參考ERP 導入時程那篇的階段拆解，把你公司的人力先排進行事曆再簽約。

第三組：交付的部分——把「做完了」定義成同一件事

錢跟人談完了，接下來是最容易發生糾紛的一組：什麼叫做完。

我看過太多案子卡在同一個地方——廠商認為已經交付了，老闆認為還沒好。雙方都不是在說謊，只是從頭到尾沒有人把「好了」寫成一個可以驗證的東西。

問題 7：驗收怎麼定義？誰簽？簽什麼？

**為什麼要問。**驗收是尾款的開關，也是保固的起點，還是雙方責任的分界線。這麼重要的一件事，很多合約只寫一句「系統建置完成後辦理驗收」。

「完成」是形容詞，不是標準。

好答案長什麼樣。驗收條件是可以逐項打勾的清單，寫在合約附件裡。好的驗收清單長這樣：某某流程可以從頭到尾跑完（例如：從報價、訂單、出貨、開發票到應收帳款可以完整串接）、某幾張指定報表可以正確產出、舊資料匯入後與原系統的期末餘額一致、指定人數的使用者完成教育訓練並可獨立操作。

重點是每一條都要能用「做得到／做不到」回答，不能用「好用／不好用」回答。另外要寫明驗收流程：廠商提交驗收申請後，你有幾個工作天測試；如果有問題，怎麼提出、廠商幾天內修正、修正後重新測試。還要寫「未通過驗收的處理方式」，否則卡在那裡誰都不知道下一步。

聽到什麼答案要小心。「驗收就是走個形式啦，大家做事嘛。」這句話在氣氛好的時候聽起來很體貼，在氣氛不好的時候會變成災難。另一個危險條款是**「系統上線滿三十日未提出異議視為驗收通過」**——這種自動驗收條款不是不能接受，但你要確保三十天裡你真的有人在測，而且要搭配明確的異議提出管道，不然等於自動放棄。

問題 8：保固從哪一天開始算？保固期間包含什麼？

**為什麼要問。**這一題是前面那題的延伸，也是最常被玩文字的地方。同樣是「一年保固」，起算日不同，你實際拿到的保護可以差好幾個月。

更關鍵的是：ERP 的問題通常不會在上線第一週爆出來，而是在第一次月結、第一次季結、第一次盤點、第一次報稅的時候才浮現。如果你的保固期短到跑不完一個完整的結帳循環，那保固形同虛設。

好答案長什麼樣。保固從驗收通過日起算，而不是從「上線日」或「交付日」。保固期間長到至少能涵蓋一次完整的月結與一次盤點，如果你的行業有明顯的年度循環（例如年底大出貨、年度盤點、年度結算），最好能涵蓋到那一次。

保固內容也要寫清楚：修的是什麼？合理的界線是「系統未依約定功能運作」都算保固內，包含程式錯誤、報表數字錯誤、原本談定的功能沒做到。而新增需求不算保固，這一點對雙方都公平，你不要硬拗。

還要有回應時效：分級最好——系統全停、部分功能不能用、一般問題，各自有不同的回應與處理時限。

聽到什麼答案要小心。「保固從交機日起算。」那請問交機是哪一天？如果是主機裝好那天，你可能在還沒開始用系統的時候就燒掉一半保固。另外要小心保固範圍寫成「限程式錯誤（Bug）」——因為很多爭議會被歸類成「這是設定問題不是 Bug」或「這是使用者操作問題」。你要問的是：判定是不是 Bug，由誰認定？

問題 9：上線之後多久之內的調整是免費的？

**為什麼要問。**這一題跟保固不一樣。保固修的是「做錯的」，這一題講的是「上線之後才發現不順手、需要微調的」。

而幾乎每一個 ERP 專案都會有這一段。原因不是誰的錯，是人在真正用起來之前，說不出自己要什麼。同一張單據的欄位順序、必填設定、預設值、報表的排序邏輯，這些在測試環境看起來都沒問題，一到真實作業就會冒出一堆「可不可以改成……」。

如果合約沒有這條，這些微調全部會變成追加報價，而且是一筆一筆來。金額可能不大，但你的團隊會因為「改一個欄位還要簽單」而放棄提改善建議，系統就慢慢變成大家將就著用的東西。

好答案長什麼樣。合約裡有一段「上線後調整期」，明確寫出期間長度、以及這段期間內包含多少調整量（可以用次數、工時、或「參數與版面設定不限次數、程式修改另計」這種方式界定）。重點是要有一個明確的量，不要只寫「提供必要之協助」。

也可以換個方式問：「上線後三個月內，如果我們發現某張報表的欄位要調整，這個要收錢嗎？」用具體場景問，答案會比問原則清楚很多。

聽到什麼答案要小心。「上線後就進保固了，保固內都幫你處理。」聽起來很好，但保固通常只涵蓋「錯誤」，不涵蓋「調整」。你要確認的是這兩件事是不是被混為一談，混在一起的話，日後對方一句「這不是錯誤」就可以全部推掉。

一張表看懂：同一題，好答案跟危險答案差在哪

前面九題已經講了很多，我把最容易混淆的幾組整理成一張對照表。你可以印出來，開會的時候放在桌上。

你問的問題	危險答案（含糊、沒有約束力）	好答案（可寫入合約、可驗證）
報價含不含這些項目	「合理範圍內都含」	逐項回答含或不含，並寫上數量（幾場訓練、幾張表轉檔）
追加需求怎麼計價	「小東西免費、大的再說」	固定人天費率＋書面同意流程，未書面同意不得計費
維護費怎麼收	「我們很多年沒漲了」	起算日、計算基準、年度調幅上限、服務內容與回應時效
帶案顧問是誰	「會派最適合的給你」	講出姓名與資歷，簽約前安排見面，姓名寫入附件
顧問換人怎麼辦	「我們流動率很低」	事前書面通知＋新舊重疊期＋重新說明工時不計入你的人天
我們要出多少人	「不用你花什麼時間」	指名角色、每週時數、哪個階段最吃重、投入不足時程如何調整
驗收怎麼定義	「驗收走個形式」	可逐項打勾的清單＋測試天數＋未通過的處理方式
保固何時起算	「交機日起算」	驗收通過日起算，涵蓋至少一次完整月結與盤點
上線後免費調整	「保固內都幫你處理」	明確期間＋明確調整量，並區分「錯誤」與「調整」
資料是誰的	「資料當然是你的」	所有權歸屬條款＋可讀格式匯出＋交付時限與費用
客製程式歸誰	「這個沒問題啦」	明訂授權範圍或著作權歸屬，含日後自行維護的權利
廠商停止服務	「我們做很久了不會倒」	服務終止的通知期、資料交還程序、必要文件的保管安排

這張表你不用背，只要記住一個判斷原則：凡是答案裡沒有「數量、日期、對象、金額或流程」的，都是空的。

第四組：退場的部分——最尷尬，但你只有現在能問

這一組是老闆最不敢開口的。很多人跟我說：「還沒開始合作就問你倒了怎麼辦，這樣不太好吧？」

我懂那個感覺。但你要換個角度想：**這三題如果你現在不問，日後就永遠問不到了。**因為需要問的那一天，通常就是關係已經破裂的那一天，而那時候你手上什麼籌碼都沒有。

而且說實話，這三題問出來，最高興的應該是好廠商。因為好廠商本來就答得出來，而答得出來，正好把他跟同業拉開距離。

問題 10：資料是誰的？我要拿回來的時候，是什麼格式？

**為什麼要問。**你的客戶名單、交易紀錄、庫存異動、成本結構，這些是你公司真正的資產。系統可以換，資料不能重來。

而「資料是你的」這句話，幾乎每個廠商都會講。問題在於，所有權跟可取得性是兩件事。資料在他的資料庫裡、用他的結構存著，你名義上擁有，實際上拿不出來，那所有權沒有意義。

尤其是雲端訂閱制的系統，這一題更關鍵——地端至少東西在你機房裡，雲端則是你連檔案放在哪都不知道。如果你還在評估要走哪一邊，雲端 vs 地端 ERP那篇有把兩者的控制權差異拆開講。

好答案長什麼樣。合約裡要有三件事。第一，明訂營運資料的所有權屬於你，廠商僅在服務期間內為履約而處理。第二，匯出格式與範圍：可以匯出成通用可讀的格式（例如 CSV、Excel 或標準資料庫備份檔），而且要包含主檔與交易明細，不是只給你幾張報表。第三，取得的條件：合約終止或你提出要求時，多久內交付、要不要另外收費、收多少。這一條一定要寫，不然「可以給，但要另外評估費用」就會變成談判籌碼。

如果能再進一步，要求對方提供資料表結構說明（欄位定義、關聯），那你日後要搬到別的系統會順很多。

聽到什麼答案要小心。「資料當然都是你的啊。」然後沒有下文。你要追問的是格式跟時限。另外一種要小心的說法是「我們可以幫你匯出，但那是客製需求要另外報價」——這在合約沒寫的情況下確實成立，所以你要在簽約前就把它變成合約義務。

問題 11：客製出來的程式跟原始碼，歸誰？

為什麼要問。這一題要先把兩件事分開。套裝軟體本體的原始碼，正常情況下不會給你，這是合理的，你買的是使用權，不用在這裡糾結。但為你單獨開發的客製程式——那個你付了錢、為你公司量身寫的部分——歸屬就是可以談的。

為什麼重要？因為如果客製程式的權利完全在廠商手上，那你日後想換維護廠商、想自己找人小改一下、甚至只是想知道某段邏輯是怎麼算的，都做不到。你被綁住的程度，跟客製化的比例成正比。

**好答案長什麼樣。**分層處理。標準品的原始碼不強求，但要有版本更新的保障。客製開發的部分，至少爭取到「非專屬授權」——也就是你有權利使用、修改、並委託第三方維護。更好的是約定著作權歸你，或雙方共有。

另外有一個很實務的做法叫原始碼託管：把原始碼交給第三方保管，平常你拿不到，但在特定條件成立時（例如廠商停止營業、或無法履行維護義務）才釋出給你。不是每家廠商都做得到，但你可以問，對方的反應本身就是資訊。

還有一件常被忽略的：客製規格文件與資料表結構文件。就算原始碼拿不到，這兩份文件拿到手，日後接手的人會輕鬆非常多。這個要求通常不會被拒絕，因為它對廠商幾乎沒有成本。

聽到什麼答案要小心。「原始碼是我們公司的機密，不可能給。」如果他講的是標準品，這回答很正常，你不用不高興。但如果連你單獨付費開發的部分、連規格文件都不給，那你要重新想一下，這個案子客製化的比例是不是太高了。客製越多、綁定越深，這時候該回頭檢視的是需求本身，而不是條款。

問題 12：如果你們公司倒閉、或者決定停止這條產品線，我怎麼辦？

**為什麼要問。**軟體公司會結束、產品線會停更、代理權會轉移，這些都是產業裡實際存在的可能性。你不是在詛咒對方，你是在做風險管理——就像你買保險不是因為你覺得自己會出事。

而且這一題有個很妙的作用：**它是一面照妖鏡。**對方的反應會告訴你很多事。

**好答案長什麼樣。**願意正面談，而且談得出具體安排。例如：服務終止需提前多久書面通知；終止時的資料交還程序（接續問題 10）；已預付但未使用的維護費如何處理；必要文件（資料結構、客製規格、系統設定說明）的保管方式；以及如果是雲端服務，有沒有讓你把系統與資料轉為自建或轉移到其他環境的過渡安排。

再進一步的好答案是，對方主動告訴你他的產品支援政策——這個版本會支援到什麼時候、舊版本停止支援時會怎麼通知客戶。能講出產品生命週期政策的廠商，通常內部管理是有制度的。

聽到什麼答案要小心。第一種是「我們做了這麼久，不會有這個問題」——這是在迴避，不是在回答。第二種比較微妙：對方明顯不高興、覺得你在懷疑他的公司。這時候你要注意的不是他生氣本身，而是他把「風險管理」誤解成「人身攻擊」這件事，代表這家公司可能不習慣被檢視。第三種是含糊帶過「這個到時候一定會處理」——到時候是什麼時候？誰處理？

說句實話：問這些問題，會不會得罪廠商？

寫到這裡我知道你在想什麼。你在想，我把這 12 題全部問一遍，對方會不會覺得我很難搞、覺得我不信任他，然後乾脆不接我的案子？

我的答案分兩層。

第一層：問這些問題，本質上不是不信任，是把期待對齊。

ERP 專案吵架，八成不是因為誰想騙誰，是因為雙方對同一件事的想像不一樣。你以為報表客製是含的，他以為那要另外算；你以為上線是全部模組切換，他以為第一個模組跑起來就叫上線；你以為顧問會一路帶到底，他以為交接是正常人力調度。這些落差在簽約當下解決，成本是幾個小時的會議；在專案中期爆開，成本是延誤、信任崩壞、還有你團隊的士氣。

所以這 12 題對廠商也是保護。範圍寫清楚，他才不用在專案中期被無止盡地追加需求；驗收標準寫清楚，他才收得到尾款；配合投入寫清楚，他才不用在延誤的時候獨自扛責任。一個做過幾十個案子的顧問，看到客戶願意把這些談清楚，心裡通常是鬆一口氣的。

第二層：真的會被這些問題惹毛的廠商，你本來就不該跟他合作。

這句話我講得很直白，但我是認真的。你問的是「這筆錢包到哪裡」「誰來做」「怎麼算做完」「資料能不能帶走」——這四件事是任何一筆正常商業交易的基本要素。你去買一台機器都會問這些。如果一家公司連被問這些都覺得受冒犯，那當你們合作到一半、出現真正的爭議時，你覺得會怎麼樣？

我實際的經驗是這樣：好的廠商被問到這些題，反應通常是「這個我要回去確認一下，下週給你書面回覆」。他不一定每題都能給你最好的條件——有些是公司政策，改不了——但他會正面回答，而且會把能寫的寫進去。

而不好的廠商，反應會集中在轉移話題：把你拉回總價、強調公司規模、強調案例數量、強調「我們都是這樣做的」。注意，不是說這些話的都是壞人，但如果你問了三題、三題都被轉移，那你已經拿到答案了。

最後補一個我覺得很重要的觀念：**這 12 題不是拿來砍價的，是拿來決定要不要簽的。**如果你把它當砍價工具，對方會用降價來換你放棄追問，那你就虧了。價格可以再談，範圍不清楚是沒得補救的。

常見問題

ERP 合約可以自己改條款嗎？廠商通常都說是制式合約不能動

「制式合約」這四個字通常是談判話術，不是事實。絕大多數的 ERP 合約，主約條款確實不太好動，但附件、規格說明、驗收清單、需求清單這些部分幾乎都可以談，而這篇提到的 12 題，答案大多是寫在附件裡的。所以你的策略不要放在「改條款」，而是放在「增加附件」。實務上最有效的做法是：把你問到的答案整理成一份「雙方確認事項」，請對方簽名並列為合約附件。這樣不需要動主約的架構，對方的法務阻力也小很多。如果連附件都不能加，那你要問的就不是條款，而是這家公司到底想不想做這個案子。

這 12 個問題要在什麼時候問？簽約當天才問會不會太晚

不要留到簽約當天。最好的時間點是你已經把選擇縮到兩家、但還沒告訴對方誰勝出的時候——這時候你的談判位置最好，對方最願意配合。如果你已經口頭確定要選哪一家、甚至已經跟其他家說抱歉了，那你的籌碼會少掉一半。實務上我建議分兩次問：報價比較階段先問錢跟人的六題，因為這會影響你怎麼比價；確定要合作、進入合約審閱階段再問交付與退場的六題，因為那六題要寫成具體文字，需要對方的法務參與。簽約當天只做一件事：確認前面談好的東西都寫進去了。

廠商說很多要求要另外加錢，這樣是不是被坑了？

不一定，要看他加的是什麼。如果你要求的是額外的工作——多幾場教育訓練、多轉幾年的歷史資料、多做幾張報表——那要收費是合理的，他也是要付人力成本。你該爭取的不是免費，而是價格透明、事先講清楚。但如果他要收費的是本來就該有的東西——例如把你的資料匯出給你、提供資料表結構說明、驗收通過的證明文件——那就要打問號了。判斷原則很簡單：這件事是「多做的服務」還是「你本來就該擁有的東西」？前者收費合理，後者收費就是在製造轉換障礙。

合約已經簽了才看到這篇，還有機會補救嗎？

有，而且越早處理越好。做法是：拿這 12 題對著你的合約逐一比對，把找不到答案的那幾題圈出來，然後主動約廠商開一次專案啟動會議，把這些項目當成「專案共識」提出來討論，用會議紀錄的方式讓雙方簽名確認。專案初期的廠商通常願意配合，因為他也不希望後面吵架。最重要的是驗收標準與保固起算這兩題，這兩題在專案初期補上，難度不高；等到快上線才提，對方會覺得你在改遊戲規則。最不該做的是「先不講，等出事再翻臉」——那時候你已經付了大部分款項，籌碼所剩無幾。

中小企業真的需要花這麼多力氣看合約嗎？我們案子沒那麼大

案子規模小，反而更要看。原因是大公司出事有法務、有預算、有替代方案，小公司出事就是直接卡住。你的會計只有兩個人，系統一停就沒人開發票；你的倉管就是那位老師傅，他學不會系統就沒有備援。所以中小企業承受風險的能力比較低，前期把話講清楚的報酬率反而更高。而且這 12 題並不花你多少時間——認真問，一到兩次會議就問完了，換來的是接下來幾年不用一直吵架。如果你連自己需要什麼都還沒盤點清楚，那我會建議你先別急著簽，先把需求盤點做完，這件事在中小企業 ERP 選購指南裡有完整的順序。

最後：合約談清楚，是在保護這段合作

回到開頭那句「合約我看過了，沒什麼問題」。

我希望你看完之後理解一件事：**合約沒問題，不代表合約寫清楚了。**一份沒有錯誤但也沒有內容的合約，在順利的時候完全無害，在出狀況的時候完全無用。而 ERP 導入這種事，順利跑完全程不出任何狀況的機率，坦白說沒有你想的那麼高。

這 12 題你不用一次問完、也不用每題都拿到最好的條件。你要的是知道哪幾題對方答不出來——那幾題就是你這個案子真正的風險所在，你可以決定要接受、要談、還是要換一家。

如果你剛好卡在準備簽約的這一步，覺得有幾題怎麼問都問不到具體答案，可以把這 12 題印出來、把答不出來的那幾項圈起來，帶著來找我們做一次免費診斷。我們不會急著推自己的系統——說實話，很多老闆把這 12 題問完之後得到的結論是「這個階段我根本還不該簽這份約」，那也是一個很好的結論，而且早一點得到，比晚一點得到便宜太多。

簽名之前，你什麼都能問。簽名之後，你只能希望對方是好人。