常見問題

BurtonSoftware.ai ERP 的目標，是把跨部門的業務流程和資料整合到一個營運系統中，例如銷售、採購、庫存、訂單、財務、管理報表、流程自動化，以及在適合場景下的 AI 輔助工作。我們通常不會從功能清單開始，而是先了解貴公司目前如何營運，再確認 ERP 最需要改善哪些流程。

當業務較簡單時，Excel 完全可以有效運作。問題通常出現在公司成長之後：多個版本、重複輸入、審批缺口、審計記錄有限、權限不一致、報表速度慢。關鍵不是 Excel 好不好，而是現在基於試算表的營運是否已經帶來足夠的成本或風險，值得換成系統化管理。

ERP 選型不應該看誰的功能清單最長，而應該看哪個平台最符合您的流程、實施複雜度、自動化目標、整合需求、成長計畫和總體商業價值。我們希望先了解您的決策標準，再逐項證明 Burton 是否滿足這些標準。

價值不只是保存姓名和聯絡方式。銷售團隊應該能在一個地方看到與客戶相關的關鍵活動，包括詢價、報價、訂單、交易歷史、跟進行動以及服務該客戶所需的資訊。

核心價值是減少重複工作，並控制從報價到正式訂單之間的交接。我們需要了解貴公司的審批規則、折扣權限、庫存檢查，以及訂單最終確認前需要滿足的業務規則。

管理層通常並不缺更多報表，而是需要更快地知道：現在發生了什麼、哪些客戶或訂單需要關注、團隊下一步應該採取什麼行動。

首先要明確貴公司所說的「多倉」具體指什麼。可能涉及可用庫存、調撥、收貨、發貨、儲位、貨權或使用者權限，而每一種需求的系統影響都不同。

第一步是先找出庫存為什麼會不準。常見原因包括收貨延遲、發貨錯誤、調撥、退貨、人工調整，或多個系統資料不一致。ERP 的價值在於讓每一次庫存移動都有控制、可追溯且保持一致。

低庫存提醒只是第一步。更重要的是提醒之後應該發生什麼：通知採購、建議補貨、產生申請，還是啟動審批流程？

我們應該評估完整採購流程，而不是只確認有沒有一張 PO 表單。完整流程包括採購申請、審批、PO 建立、收貨、供應商歷史，以及與財務的連接。

供應商表現通常不僅是價格。根據業務不同，您可能還關心交期、採購歷史、品質、付款條件、可靠性或服務水準。我們首先需要定義貴公司認為什麼才是「最好的供應商」。

我們不建議為了「用了 AI」而改變流程。更好的方法是先找出重複、耗時、容易出錯或分析工作量大的任務，再判斷 AI 是否能在保留必要控制的前提下減少工作量。

更有價值的問題是，哪些重複任務可以被減少，讓員工把更多時間放在判斷、客戶服務、異常處理和高價值工作上。商業價值可以是同一團隊支援更大業務量和更好的服務，而不一定是減少人數。

AI 在不同流程中不應該擁有相同權限。高風險交易需要適當的複核、審批、權限和審計控制。第一步是明確：AI 可以建議什麼、哪些動作必須由使用者確認、哪些需要經理批准。

整合不是簡單的「可以／不可以」。我們需要明確涉及哪些系統、哪些資料要移動、方向是什麼、頻率多高、哪個系統擁有主資料，以及介面失敗時應該如何處理。

資料遷移是 ERP 專案的重要部分。第一步不是「全部搬過去」，而是先確定哪些歷史資料必須遷移、哪些只需要保留可查詢、哪些需要清洗，以及上線第一天真正需要哪些資料。

實施時間取決於範圍、模組、使用者數量、資料遷移、整合、客製、測試、培訓以及客戶投入的資源。在完成需求梳理之前，不應該給出一個沒有範圍依據的上線日期。

ERP 成功不僅是軟體問題，也是流程和採用問題。如果新流程比舊流程更麻煩，員工自然難以接受。因此真正的終端使用者應該儘早參與演示、UAT 和流程設計。

我們可以討論價格，但 ERP 成本取決於專案範圍。在給出有意義的數字之前，應先確認使用者數、模組、整合、遷移、實施和客製，確保商業報價與真實專案一致。

理解。為了確認我們正在解決正確的問題，我想先弄清楚：是相對於您批准的預算太貴、相對於另一個 ERP 報價太貴，還是目前業務價值還不足以支撐這個投資？

當專案範圍和合作結構明確後，可以討論商業條件。在降價之前，我們應該先確認價格是否真的是最後一個未解決的問題，還是仍有技術、法務、安全或業務方面的顧慮。

這些都是成熟的平台，對合適的客戶來說可能是很強的選擇。我們不應該把決策簡化成品牌大小。公平的比較應該回到您自己的決策標準：業務匹配度、實施複雜度、使用者體驗、自動化、整合、成本、擴展性以及長期營運模式。

這是合理的供應商風險問題。除了產品演示，您還應該評估支援、實施、資料可遷移性、安全、業務連續性以及長期服務模式。我們應該把這些風險透明化，並在可提供的範圍內給出證據。

資料安全應該依據書面控制措施和貴公司 IT 要求進行審查，而不是靠銷售口頭保證。我們可以逐項回應貴公司的安全問卷，並提供當前可用的架構、存取控制、資料保護、備份、審計能力等材料。

Oracle 是大型企業級 SCM/ERP 平台，在全球供應鏈領域覆蓋非常廣。Burton 不應該透過聲稱「企業功能比 Oracle 更廣」來競爭。更重要的問題是：客戶是否真的需要一個超大型企業 SCM 環境，還是更需要聚焦 3PL、倉庫、電商、EDI、ASN 和供應鏈執行的一體化工作流程。

NetSuite 是成熟的通用 ERP 和財務平台，也具備倉庫能力。Burton 首先要確認本次購買的主導部門是財務/ERP，還是倉庫/供應鏈營運。某些情況下也不一定是替換關係：NetSuite 可以繼續作為財務系統，Burton 負責倉庫和供應鏈執行。

Cin7 Core 以庫存和連接式商業流程而知名。Burton 應該先確認客戶主要需要的是多渠道庫存/訂單同步，還是更深入的實體 3PL 倉庫流程，以及從入庫前到計費的完整營運。

Ordoro 對希望快速獲得運輸、訂單和庫存功能的企業很有吸引力。Burton 應先確認客戶需要的是簡單的運輸/庫存工具，還是完整的倉庫/3PL 營運平台。

Odoo 是覆蓋面很廣的模組化 ERP，包含庫存、倉庫、財務、CRM、電商、製造等大量應用。Burton 不應該說 Odoo 沒有 WMS。真正的差異應該放在行業聚焦、流程匹配度，以及客戶願意承擔多少配置和客製維護。

Infoplus 是倉庫導向的競爭產品，在 WMS 和自動化方面有較強能力。Burton 不應該簡單說它「只是倉庫系統」，而應把討論放在倉庫與其他業務之間的整體連接流程。

ShipHero 是很強的電商和 3PL 履約競爭對手。Burton 不應該低估它的倉庫能力。比較應聚焦客戶實際業務組合：DTC/電商、B2B 零售、跨境入庫、ASN、EDI、計費，以及更廣泛的 ERP/財務工作流程。

Linnworks 和 SkuVault 在多渠道商業、庫存、訂單管理和倉庫流程方面較強。Burton 需要確認客戶的核心痛點究竟是渠道編排，還是實體供應鏈執行、3PL 計費和入庫物流。

Logiwa 是面向高業務量履約的 WMS 競爭對手，並公開強調 AI 驅動的倉庫執行。因此 Burton 不應該用「我們有 AI、他們沒有」來區分。正確比較應聚焦具體 AI/工作流程結果，以及更廣泛的業務架構。

Extensiv 是直接的 3PL 競爭對手，擁有成熟的 3PL WMS、計費、客戶入口網站和整合能力。Burton 不應該說這些功能是獨有的。比較應聚焦跨境入庫/ASN、架構匹配、ERP/EDI 連接、工作流程靈活性以及整體客戶體驗。

Microsoft Dynamics 365 Supply Chain Management 是覆蓋面廣的企業平台，包括計畫、採購、製造、倉儲、運輸等流程。當客戶並不需要完整企業 SCM 廣度時，Burton 應聚焦物流、3PL 和電商執行。

領星是成熟的跨境電商 ERP 選擇，公開定位涵蓋庫存、財務、報表、廣告、AI、風險管理和海外倉等領域。我們不應該只是說「我們的功能更多」來競爭。更好的問題是：哪個平台更符合貴公司的核心流程、自動化目標、管理複雜度和未來營運模式。

如果您的核心需求是深度 Amazon 營運管理，領星確實是必須認真評估的競爭對手。Burton 不應否認這些優勢。我們要確認的是，貴公司是否還需要更廣泛的跨部門流程、審批、客戶管理、內部業務邏輯、自動化，或跨部門的 AI 工作流程。比較應該基於業務需求，而不是行銷口號。

賽狐公開強調 AI、BI 和跨境營運能力，所以「我們也有 AI」並不是有效差異點。更好的比較方式，是選一個真實流程，明確 AI 能讀取什麼、建議什麼、審批什麼、執行什麼、記錄什麼，再衡量節省時間、減少錯誤和提升管理控制的效果。

實施和服務應該透過正式專案範圍與營運模式來定義，而不是靠口頭保證。承諾之前，應確認資料量、歷史資料、整合、UAT、培訓、上線責任和支援責任。任何「零資料遺失」或固定上線週期的承諾，都必須有技術評估和正式協議支持。

公開資訊顯示，聚水潭在平台、物流、訂單、倉儲、財務、售後和供應鏈方面擁有廣泛的電商生態覆蓋。規模和生態廣度確實是優勢。Burton 不應該用「Logo 數量」競爭。我們應確認您真正需要哪些渠道和整合、其背後的業務規則，以及所需的自動化深度。如果您需要八個關鍵整合，擁有數百個無關整合本身並不是決定性因素。

如果現有系統已經穩定支援核心業務，我們不應該為了替換而替換。第一步應該判斷 Burton 是「替換、共存，還是補充現有系統不擅長的新流程」。如果在業務問題尚未定義之前就假設全面替換，ERP 專案往往會產生不必要的風險。

易倉公開產品線包括跨境 ERP、WMS、TMS 和海外倉場景，對於複雜物流和倉儲企業可能非常相關。正確比較取決於貴公司的營運模式。如果第三方海外倉和物流是業務核心，這些專業能力應該認真評估；如果需求還包括銷售、客戶流程、採購審批、內部營運和 AI 自動化，則應該比較整體業務架構。

API 不是簡單的「有／沒有」。我們需要了解資料物件、方向、頻率、錯誤處理、權限、資料量、所有權和責任邊界。技術團隊驗證需求之前，銷售不應該承諾某個具體介面一定可以實現。

店小秘公開定位覆蓋跨境賣家的多平台刊登、訂單處理、採購、物流追蹤、倉儲和財務。Burton 不應該只說「我們也能處理訂單」。真正的問題是：貴公司現在是否需要更強的企業流程控制、跨部門工作流程、審批、自訂業務邏輯、管理可視性，或更深入的 AI 工作流程。

如果企業規模較小、流程簡單，主要需求只是多平台刊登和訂單處理，低成本工具可能是合理選擇。Burton 不應該強行銷售。升級的商業理由通常出現在：人工工作、錯誤、審批、資料碎片和管理複雜度所造成的成本，已經高於額外的軟體投資。

馬幫公開定位覆蓋選品、刊登、訂單、採購、倉儲、物流、財務、客服、WMS 和 TMS 等廣泛跨境流程。Burton 不應該用「我們更智慧」這種模糊說法。我們應該找出您最重要的流程和決策標準，用相同場景、相同資料和相同 KPI 做比較。

這是合理擔憂。如果現有系統裡已有多年歷史資料、倉庫流程和員工使用習慣，全面替換本身就是重大風險。Burton 可以先作為增量系統、特定模組、AI/管理層，或分階段替換方案來評估，而不是一次性 Big Bang 遷移。

成熟度、客戶數量和行業歷史確實是供應商風險評估的重要部分，我們不應該忽視。但 ERP 選擇還取決於業務匹配度、實施模式、產品演進、自動化能力、服務模式、資料控制和總體經濟效益。正確做法是把風險透明化，透過盡調和試點驗證，而不是要求客戶「相信我們」。

不一定。ERP 專案應該先定義目標架構，而不是假設所有現有系統都必須替換。Burton 可以被評估為核心 ERP、某個業務模組、自動化/AI 層，或與現有平台共存的系統。可行性取決於整合、資料所有權和流程責任。