ERP 需求規格與 RFP 怎麼寫？從需求盤點到評選計分的完整方法

多數企業的 ERP「需求文件」長這樣：各部門交上來的功能願望清單，彙整成一份兩百條的 Excel，發給廠商回覆「有／無／客製」。這種 RFP 選出來的永遠是「打勾最多的」，而不是「最適合的」——因為打勾的成本是零，每家廠商的業務都會告訴你「有，都有」。

這篇給你一套反過來的做法：用流程與痛點定義需求，用場景考題取代功能清單，用加權計分取代印象分。 一個中型企業的完整選商流程約三到四個月，這篇照流程順序走一遍。

第一步：需求盤點——盤流程，不是盤功能（4～8 週）

正確的盤點單位是「流程場景」，不是「功能」。方法：沿著九大循環，每個循環的 key user 訪談回答三題——現在怎麼做、哪裡最痛、未來三年會怎麼變。訪談有一個必問的問題，直接決定盤點品質：「上個月有哪些單子是繞過正常流程處理的？為什麼？」——例外流程才是設計重點，藏起來的例外會在上線日全部引爆（這是導入失敗的第三大死法，見我們的失敗學專文）。

盤點的產出物是「關鍵場景清單」。一個寫得合格的場景長這樣：

場景 S-07｜訂單變更 現況：客戶下單後平均每三張有一張改規格或改量，目前靠業務助理電話通知生管，生管手改 Excel 排程。 痛點：通知漏接每月約 2～3 次，造成錯誤投產，上季因此報廢與重工成本約 40 萬。 期望：改單需經審核、自動通知已開立的相關工單與採購單、留下變更軌跡。 量體：月均訂單 600 張，變更 200 張。

對照一下願望清單的寫法：「系統要有訂單變更功能」。差別在於場景可以被驗證（demo 時拿這個案例考廠商）、可以被量化（效益 40 萬/季算得出投資報酬）、可以被排序（痛的先做）。中型企業盤下來，真正關鍵的場景通常只有二十到四十個——這份清單就是整份 RFP 的心臟，也是後面 demo 考題和驗收標準的共同來源。一份場景清單，三個階段重複使用，這是這套方法效率的來源。

功能場景之外，非功能需求單獨列一節：使用者數與三年成長預估、多公司多幣別需求、IPO 時程（若有——它會反過來決定你的簽約死線，見我們的 ERP 與 IPO 專文）、既有系統介接清單（電商、MES、簽核、HR）、以及資訊安全與權限要求。

第二步：RFP 的六節結構（1 週成文）

一、公司與專案背景。 含量體數據：月單據量、料號數、據點數、使用者數。給足量體，廠商的人天估算才會準——藏著量體要廠商報價，等於逼他亂猜，猜出來的價格日後全是爭議。

二、關鍵場景清單。 第一步的產出，標注優先級（P1 必須／P2 重要／P3 加分）。

三、非功能需求。 如上。

四、報價格式要求。 這節是 RFP 最常見的敗筆所在——不指定拆分格式，收到的三份報價根本無法互比。指定至少拆成：軟體授權或訂閱（列計價單位）、顧問服務（人天單價 × 各階段人天數）、專案管理費（單列）、客製開發（逐項估價）、教育訓練、上線後支援、差旅。同時要求報「五年總持有成本」而非只報首年（TCO 的算法與陷阱，見我們的專文與 Excel 模板）。

五、導入方法與時程。 要求說明導入方法論、階段劃分、企業方需投入的人力估計（誠實的廠商會告訴你 key user 要出多少工時，避談這題的廠商先扣分）。

六、廠商資質。 同業導入案例三個（要求可供電訪）、擬派顧問名單與資歷，並承諾寫入合約。你買的七成是顧問三成是軟體，評選簡報上的明星顧問和實際到場的菜鳥是兩回事——這條的合約寫法，見我們的顧問費專文。

發放對象三到四家：涵蓋不同定位（本土一家、外商一到兩家、利基方案一家），少了沒有比較基準，多了每家都敷衍你。

第三步：讀懂廠商的回覆——「有」的三種等級

回收的回覆書裡，每個「有」都要追問到三選一：

• 標準功能：出廠即有，demo 時要求當場展示。
• 設定達成：靠參數與流程設定組出來，問清楚設定的複雜度與誰維護。
• 客製達成：要寫程式。這個「有」的真實意思是「加錢後有」——要求逐項標注估價與工時，並警惕客製比例：關鍵場景裡超過三成要客製，代表這套產品跟你的行業根本不合身，換一家比客製便宜（客製的長期代價，見失敗學的死法五）。

要求廠商在場景清單上逐項標注這三種等級，不接受籠統的「符合」。這一個要求，就能讓回覆書的資訊品質差出一個量級。

第四步：Demo 考的不是系統，是站在系統前面的人

先講一個業內實話：你考不倒 demo 環境。 廠商的展示環境是精心搭好的樣板間——樣板資料、預設好的參數、彩排過的路徑。而且這不全是話術：ERP 的核心機制（成本結算、MRP、多角貿易）本來就要經過縝密設定才能運作，「用你的真實資料現場走一遍」在售前階段多半做不到，做出來的也是簡化版。所以要求如實 demo 是一個外行的高標準，聰明的做法是換一個考核對象——樣板間考不倒，站在樣板間裡的顧問考得倒。

做法：從場景清單挑五到八個最痛的（P1 為主），提前兩週給廠商，但要求的不是「做給我看」，而是「講給我聽你會怎麼設定」。以訂單變更場景為例，讓擬派顧問當場說明：這個需求在系統裡靠哪個機制達成、要動哪些參數與流程設定、你們的同業客戶通常怎麼配、這樣配的取捨是什麼。真懂的顧問講得出設定邏輯、講得出踩過的坑；背稿的顧問只會反覆說「我們有這個功能」。每個場景追加三個標準問題：

• 這是標準功能、參數設定、還是客製？（對應第三步的三等級，當場驗證回覆書寫的是不是真話）
• 設定的複雜度如何？上線後參數誰維護、你們會教到什麼程度？
• 你們最近一個同業案例，這個場景是怎麼配的？

Demo 當天 key user 全程參與並持表評分——他們聽得出顧問講的設定邏輯合不合現場的理。這一章的評分結果，直接餵進計分表「顧問團隊」那 25%：demo 的真正產出不是功能驗證，是對「這批顧問懂不懂你的行業」的判斷，而這比功能符合度更能預測導入成敗。

想看「設定完成後的系統」長什麼樣？正確的方法不是逼 demo 環境，是要求安排同業客戶參訪（或既有客戶的線上展示），看一個已上線客戶的實際畫面、實際流程。這比任何 demo 都真實——而且廠商願不願意安排、找不找得到願意站台的同業客戶，本身就是一個評選訊號。

一條例外：套裝型產品（如 NetSuite 的 SuiteSuccess、本土系統的標準流程包）確實有預配置的標準流程可以現場走。這類產品可以要求 key user 實際操作走一遍標準流程——但心裡標注清楚：這看的是操作動線與使用體驗，不是功能符合度，兩者在計分表上是不同的格子。

第五步：評選計分——加權，而且成本不是最大權重

參考計分架構（權重依貴公司情況調整，但必須在看任何一家廠商之前定案並簽核——看完簡報再訂權重，權重會不自覺長成「我已經喜歡的那家」的形狀）：

成本權重壓在兩成是刻意的：ERP 是十年決策，為了省 15% 的價差選錯系統，代價是價差的十倍以上。案例電訪別省——三通電話問同一題「再選一次還會選他們嗎？為什麼？」，答案的猶豫程度比內容更有資訊量。

常見的四個錯

用功能清單打勾比較（全文都在講為什麼）。讓廠商幫你寫需求——他寫出來的需求永遠長得像他的產品，這等於讓應考的人出考題。RFP 發超過五家——回覆品質與家數成反比。以及把議價當最後一步的主戲：價格談判的籌碼在評選階段就決定了，保留兩家進最後一輪你才有籌碼；只剩一家再談價，那不叫談判，叫去簽字。

常見問題（FAQ）

ERP 選商全程要多久？ 中型企業常見三到四個月：需求盤點 4～8 週、RFP 成文與發放 1～2 週、廠商回覆 3～4 週、demo 與評選 3～4 週、議約 2～4 週。壓縮空間最小的是需求盤點——它的品質決定其他所有階段。

需求盤點可以請廠商免費來做嗎？ 廠商的「免費顧問診斷」本質是售前活動，產出會導向他的產品。盤點應由內部或中立第三方執行，廠商的診斷可以聽，當作免費的第二意見，不能當作需求文件。

評選要不要找顧問協助？ 如果內部沒人走過完整選商，第三方顧問的價值在盤點方法、報價拆解與條款把關；費用相對整案是零頭，擋掉一個錯誤決策就回本。利益衝突要先問清楚：協助選商的顧問不應與任一參選廠商有分潤關係。

廠商回覆「都符合」怎麼辦？ 要求逐場景標注「標準功能／設定達成／客製達成」三等級並附客製估價。拒絕細分的回覆書，本身就是一個評選訊號。

完整的 RFP 章節模板、場景撰寫格式與評選計分 Excel（含權重設定與廠商比較表）為我們的顧問工作工具。若需要協助貴公司的選商流程或需求盤點，歡迎與我們聯繫。