SAP 合作夥伴與獨立顧問：什麼時候需要哪一個

SAP 導入合作夥伴負責交付您的計畫：它提供設計、建置、測試與部署系統的團隊，並為交付負責。SAP 獨立顧問則站在您這一側，與合作夥伴的營收沒有利害關係，負責檢查合約、設計與合作夥伴的工作。

簡短的答案：大多數大型計畫都需要合作夥伴來交付。其中許多計畫，在合作夥伴負責建置的同時，也需要一位獨立顧問參與簽約、設計與合作夥伴交付項目的審查。

本文是我的如何選擇 SAP 導入合作夥伴指南的一部分。這裡只討論兩種角色的分工，以及各自在什麼時候值得那筆費用。

合作夥伴是負責執行交付的公司。它帶來各模組的功能顧問、技術與整合人員、資料移轉專家、測試人員、變革管理與教育訓練負責人，以及把他們整合在一起的專案管理。它也帶來後備人力，有人離開時，就有其他人能接手。

大多數合作夥伴採用 SAP 的導入方法論 SAP Activate 進行交付。它分為六個階段：Discover、Prepare、Explore、Realize、Deploy 與 Run。Explore 是以 Fit-to-Standard 分析確認設計的階段，Realize 則是以反覆迭代的方式建置並測試系統的階段。

SAP 也會為合作夥伴分級。它的合作夥伴計畫 SAP PartnerEdge 採用一套能力認證架構，共有七項能力，每項分為三個等級：essential、advanced 與 expert。合作夥伴依專業知識、客戶成功與熟練度取得這些認證，您可以在 SAP Partner Finder 中搜尋這些認證。

RISE with SAP 還有另一項認可。SAP 在 2025 年 7 月對 RISE with SAP Validated Partner 的說明中，要求採用 RISE with SAP Methodology，並在關鍵角色上具備更新的技能。

合作夥伴的專案也必須在 SAP Cloud ALM 中記錄 Clean Core 品質關卡。我的S/4HANA 移轉合作夥伴選擇指南說明這些徽章能證明什麼、不能證明什麼。

這些都沒有任何獨立顧問能取代。一個人，或少數幾個人，無法為一個計畫配置人力，無法依合約承擔交付風險，也無法在負責人於測試中途離職時補位。

合作夥伴模式的結構性限制

限制在於合約的結構，而不在於任何人的用意。合作夥伴的商業誘因是贏得工作、啟動它，並在發現更多需求時增加工作。您的誘因則是在您向董事會報告的數字內完成。

當合作夥伴是會議室裡唯一的專家時，這會造成三個盲點：

1. 合作夥伴撰寫範圍：接著由同一家公司針對這個範圍提出變更申請。
2. 合作夥伴檢查自己的工作：除非您這一側有人看得懂，否則設計文件、測試結果與切換計畫都是憑合作夥伴的一句話就簽核。
3. 提案團隊不一定是交付團隊：在投標時簡報的人，不一定是簽約後出現的人。

這些都不代表合作夥伴不好。它代表客戶需要一個能以同樣深度看懂合作夥伴工作的人，而這個人不能領合作夥伴的薪水。

「獨立 SAP 顧問」涵蓋兩種不同的工作。把它們混為一談，正是許多採購錯誤的起點。

• 交付團隊中的獨立承包人員：受聘擔任某個角色的自由接案專家，例如財務負責人或資料移轉負責人。他們增加人力，依交付計畫工作，通常聽從合作夥伴的指揮。
• 客戶端的獨立顧問：他們向您的發起人、CIO 或 CFO 報告。他們不建置系統；他們檢查合約、設計與交付項目，並協助您做出那些不該由合作夥伴替您做的決策。

本文主要討論第二種。客戶端顧問的價值只來自一件事：審查之後，他們沒有任何東西要賣給您。我對 SAP 談判顧問的筆記更詳細地列出了獨立性的檢查項目。

顧問也有限制。他們沒有後備人力，不承擔交付責任，而一位開始指揮合作夥伴顧問的顧問，會讓誰該負責什麼變得模糊。把角色範圍限縮，就能運作得很好。

以下是兩種角色在買方真正在意的問題上的比較：

問題	SAP 導入合作夥伴	獨立顧問
為誰工作	為自己的公司，依合約為您服務	只為您
交付什麼	設計、建置、測試、資料移轉、切換、上線後支援	審查、質疑、您能說明理由的決策
交付責任	有，依工作說明書	沒有
商業利益	營收隨範圍與期間增長	與交付的範圍或期間無關
主要優勢	人力、後備人力、方法論、產品深度	一位與答案沒有利害關係的第二位審閱者
主要限制	除非您另外加入檢查，否則它檢查的是自己的工作	無法為計畫配置人力或交付計畫
何時讓他們參與	從簽約到上線後支援	遴選與簽約、設計，以及交付項目簽核

這張表指出三種情況：

1. 只用合作夥伴：您自己的團隊執行過 SAP 計畫，不需外部協助就能質疑合作夥伴的架構、合約與交付項目。範圍小且定義清楚。
2. 只用獨立顧問：還沒有東西要建置，或建置規模很小。計畫健檢、商業論證、RFP、合約審查，或由一位承包人員擔任的單一專家角色。
3. 兩者都用：任何具有一定規模、而您這一側內部沒有資深 SAP 經驗的計畫。合作夥伴交付，顧問檢查，由您決定。

讀到這裡的 CIO 與 CFO，大多屬於第三種。他們執行過大型專案，但不是 SAP 計畫，而合作夥伴對 SAP 的了解比客戶端的任何人都多。

我會在三個階段引進獨立顧問，而不是只依賴合作夥伴。這三個階段是簽約、設計，以及評估合作夥伴的文件。在這些時間點之間，顧問的參與可以很輕。

簽約

遴選與簽約決定了整個計畫的成本。我會選出至少三家合作夥伴進入短名單，而遴選若確實執行，大約需要 12 週。我的撰寫 SAP 合作夥伴 RFP 指南說明了評分方式。

我替客戶選擇合作夥伴時，最看重的是客戶參考案例。致電參考客戶時，我會詢問合作夥伴在與買方類似的專案上的經驗。來自不同類型專案的參考案例，能告訴您的很少。

有兩件事會讓我直接放棄一份投標。第一是提案人員素質不佳。第二是合作夥伴無法針對您的計畫說明架構與計畫。

適用於任何公司的籠統回答，是這兩者共同的警訊。

除了公司，也要查核人員。SAP Certification 徽章透過 Credly 發放，所以請每一位提案的負責人提供徽章連結，而不是一份證書 PDF。

在商務方面，我建議的模式是按工時計價（T&M），並量化工作量。依階段與角色估算的工作量寫進合約，讓您能拿實際工作量來追蹤。

客戶最常在工作說明書中遺漏的部分，是詳細的假設與排除項目。每一項含糊的假設，都是未來的一張變更申請。我的 SAP 工作說明書指南列出了這些類別，我對 ERP 合約談判的筆記則涵蓋具名人員與里程碑。

設計

預算是在 Explore 階段被打破的，因為 WRICEF 清單（工作流程、報表、介面、轉換、增強功能與表單）不斷增長。合作夥伴主持 Fit-to-Standard 工作坊並提出設計。您的業務團隊常常在不知道哪些選擇日後會花錢的情況下就同意了。

獨立顧問閱讀設計時，會帶著三個問題：

1. 它是否貼近 SAP 標準？ 每一項偏離都需要業務理由，而不是從舊系統延續下來的習慣。
2. 每一個 WRICEF 物件都有正當理由嗎？ 在 Explore 開始與結束時各清點一次物件數量，並追問每一個新物件為什麼存在。
3. 設計與報價的內容一致嗎？ 如果 Explore 產出的設計比合約假設的更大，您必須在 Realize 開始之前就知道。

設計仍然由合作夥伴負責。顧問讓您的設計主管機關有足夠的深度，能有信心地核准或否決它。

評估合作夥伴的交付項目

每個階段都以文件收尾：設計文件、功能規格、測試計畫與結果、資料移轉核對、切換計畫。如果驗收與付款綁在一起，簽核這些文件既是技術決策，也是商業決策。

顧問會在您的團隊簽核之前，依驗收準則審查每一項交付項目。問題很簡單：這份文件完整到足以據以建置、測試或上線嗎？還是只是一個佔位文件，日後要用您的預算來完成？我的 SAP 品質關卡指南說明如何讓這些簽核真正發揮效力。

顧問不是來和合作夥伴競爭，也不是來事後質疑每一項決策的。角色一旦模糊，合作夥伴就不再負責，客戶則為同一個意見付兩次錢。

以下規則能讓這種安排運作：

1. 把獨立性寫成白紙黑字：不從受評估的合作夥伴取得營收、不收轉介費，也沒有轉售安排。
2. 排除後續工作：評估投標的人，之後不應參與交付工作的投標。
3. 寫下顧問的範圍：審查哪些文件、在哪些階段，以及向誰報告。
4. 維持單一的責任線：顧問審查，客戶決定，合作夥伴交付。顧問不指揮合作夥伴的團隊。
5. 在 RFP 階段告知合作夥伴：知道自己的合約、設計與交付項目會被審查的合作夥伴，寫得會更用心。對自己計畫有信心的合作夥伴，多一位審閱者也沒什麼損失。

有時審查會發現合作夥伴無法修正的問題。我曾經在計畫進行中更換合作夥伴，起因是那家合作夥伴提供不了優質的資源。我的在專案中途更換 SAP 合作夥伴指南說明在那場對話之前要先確保哪些事情。

在 RFP 發出之前，列出您自己的團隊必須有能力質疑的決策。它們是架構與計畫、合約、Explore 階段的設計，以及每一項交付項目的簽核。

在每一項旁邊，寫下您這一側能做這件事的人名。空白的地方，就是獨立顧問該在的位置。

在我主導或救回的 21 個 SAP 計畫中，我看到最大的錯誤是一開始沒有好好規劃。決定由誰檢查合作夥伴，就是這項規劃的一部分。

如果您想對合作夥伴短名單、合約或設計取得獨立的意見，我協助組織處理這類事情，您可以在這裡與我聯絡。

SAP 合作夥伴和獨立 SAP 顧問有什麼不同？

SAP 導入合作夥伴是負責交付計畫、並依工作說明書為此負責的公司。獨立 SAP 顧問則是交付團隊中的自由接案專家，或是客戶端的顧問。

顧問負責檢查合約、設計與合作夥伴的交付項目。顧問與合作夥伴的營收沒有利害關係。

什麼時候應該聘請獨立 SAP 顧問？

當您自己的團隊沒有足夠資深的 SAP 經驗來質疑合作夥伴時，就該引進一位。最重要的時間點是簽約階段、Explore 階段的設計，以及合作夥伴交付項目的簽核。獨立顧問也適合還沒有東西要建置的工作，例如健檢、商業論證或 RFP。

獨立顧問能取代 SAP 導入合作夥伴嗎？

在完整的計畫中不行。導入需要一支涵蓋模組、技術、資料、測試與變革管理的團隊，加上能補位離職人員的後備人力，以及一家承擔交付責任的公司。獨立顧問可以擔任專家角色或為客戶提供建議，但做不了合作夥伴的工作。

如何確認一位 SAP 顧問真的是獨立的？

以書面詢問他們是否從 SAP 合作夥伴，特別是您正在評估的合作夥伴，取得任何營收、轉介費或轉售收入。確認他們不會參與自己審查過的交付工作的投標。然後確保他們由您付費，並向您的發起人報告，而不是向合作夥伴報告。

我的 SAP 合作夥伴會反對獨立顧問嗎？

有些合作夥伴會把它視為阻力，所以要公開安排。在 RFP 階段就告訴合作夥伴，合約、設計與交付項目會接受獨立審查，並把顧問的角色限定在審查，而不是指揮合作夥伴的團隊。對自己計畫有信心的合作夥伴，多一位審閱者也沒什麼損失。

如何查證 SAP 顧問的認證？

SAP Certification 徽章透過 Credly 發放。請每一位提案顧問提供徽章連結，而不是證書 PDF，並在徽章頁面上核對認證名稱、持有人與日期。認證確認的是考試知識；類似專案的參考案例才能告訴您這個人能不能交付。