主要的成本驅動因素是將 NetSuite 的自訂記錄同步到 Omnisend 的放棄購物車流程和簡訊行銷活動，以及處理 NetSuite 的嚴格並行限制（預設為 15 個請求）與 Omnisend 對即時行為資料的需求。您需要 Omnisend 的前端追蹤程式碼片段來追蹤瀏覽放棄情況，以及後端同步——可以透過 Zapier 等無代碼工具進行基本聯絡人更新，或使用自訂 REST API 與 webhook 處理來實現完整的產品目錄和訂單自動化。當您將 NetSuite 的上下層級關係對應到 Omnisend 的分段引擎，或嘗試同步足夠的資料來啟動其預先建置的自動化範本，同時保持在 NetSuite 的 60 秒和 24 小時速率限制內時，複雜性會大幅增加。

通常需要 6 到 8 週。第一階段是將您的 NetSuite 客戶欄位和訂單資料對應到 Omnisend 聯絡人屬性和事件觸發器。第二階段是建立同步邏輯、針對即時資料進行測試，並驗證 Omnisend 中的區隔是否反映 NetSuite 實際顯示的內容。大部分時間用於正確設定欄位對應，而不是編寫代碼。

標準欄位（如名稱、電子郵件、電話和地址）預設情況下會同步。除此之外，您可以選擇將哪些 NetSuite 自訂欄位對應到 Omnisend 聯絡人屬性。常見的包括終身價值、忠誠度等級、偏好的產品類別和最後訂單日期。對應是在範疇界定期間定義的，因此您的 Omnisend 區隔可以根據對您的行銷活動最重要的任何條件進行篩選。

是的。任何記錄在 NetSuite 中的訂單都會同步到 Omnisend，無論訂單是如何下達的。網路商店、電話、批發、POS - 全部流程都支援。這很重要，因為 Omnisend 原生只能看到來自您已連接的店面的訂單。通過其他管道購買的客戶看起來像從未購買過，這會破壞您的細分市場劃分。

Omnisend 根據電子郵件點擊歸因窗口追蹤收入。NetSuite 記錄實際交易結果 - 包括退貨、部分退款和拒付。整合將訂單狀態更新回傳至 Omnisend，以便您的行銷活動報告可以同時顯示淨收入和歸因的毛收入。您仍然會看到兩個數字，但現在可以將它們進行比較。

不會。此整合會將資料新增至 Omnisend，但不會改變您現有的工作流程。您目前的自動化流程仍會持續運作。差異在於，這些自動化流程將能存取更豐富的聯絡人資料與更準確的訂單歷史，因此您可以逐步優化觸發條件與分群，而無需重新建置任何內容。