首頁 >

Netsuite 整合

> 行銷自動化

Salesforce Marketing Cloud + NetSuite 整合

SFMC 建立訂閱者旅程。NetSuite 儲存購買歷史。若無同步,旅程觸發會忽略客戶購買內容,且清單會過時。

Oracle ERP 專業認證透明定價上線後支援

Salesforce Marketing Cloud 標誌

The Problem

SFMC 根據訂閱者資料個人化旅程。NetSuite 擁有讓旅程相關的交易。

SFMC 運行多個工作室(Email、Mobile、Advertising、Journey Builder),每個工作室都從需要真實客戶和交易資料的 Data Extensions 中讀取。大多數團隊每週從 NetSuite 匯出 CSV,上傳它們,並希望訂閱者記錄匹配。這在跨 50,000 個聯絡人運行個人化旅程且購買資料已過時六天時就不管用了。您正在向已經重新訂購的客戶發送補貨郵件。

何時 Salesforce Marketing Cloud + NetSuite 整合是更好的選擇

JOURNEY BUILDER 從一週前的訂單資料觸發

購買後旅程在訂單資料進入 Data Extension 時觸發。但該資料來自每週匯出,所以昨天購買的客戶要等到下週才會進入旅程。

DATA EXTENSIONS 從即時 NetSuite 訂單更新

NetSuite 中的新訂單和更新訂單自動推送到 SFMC Data Extensions。Journey Builder 觸發基於當前訂單狀態,而非過時的快照。

訂閱者清單與客戶記錄脫節

NetSuite 擁有最新的電子郵件、加入狀態和客戶等級。SFMC 擁有上次匯出時為真的資料。最終發送會遇到死地址,屏蔽清單不同步。

聯絡人檔案雙向同步

NetSuite 中的電子郵件變更、偏好設定和細分指派流向 SFMC 訂閱者記錄。SFMC 中的退訂寫回 NetSuite,讓兩個系統對誰收到什麼達成一致。

行銷報告點擊,財務報告營收,無人將它們連結

活動表現與實際入帳之間的差距就是 ROI 所在。但當資料從不交集時,無法將特定發送與它影響的訂單連結。

活動歸因連結至 NetSuite 中的入帳營收

NetSuite 訂單記錄攜帶 SFMC 活動和旅程識別碼。營收歸因報告從 NetSuite 資料中提取,讓行銷獲得真實營收數字,而非代理指標。

基於人口統計數據構建的細分群組,因為購買資料不可用

若沒有來自 NetSuite 的真實購買歷史或終身價值,SFMC 細分群組是基於 Data Extension 中碰巧存在的欄位構建 -- 通常不多。

基於實際購買行為構建的細分群組

NetSuite 交易歷史 -- 訂單頻率、平均訂單價值、產品類別、終身支出 -- 填充 SFMC Data Extensions,讓細分群組反映客戶實際行為。

EMAIL 與 MOBILE STUDIO 從不同資料來源讀取

電話號碼存在於一個 Data Extension,電子郵件地址存在於另一個。兩者都不反映 NetSuite 中的最新記錄,因此同一人的聯絡資料在不同工作室中可能互相矛盾。

單一同步填充所有工作室的聯絡資料

單一 NetSuite 同步保持 Email Studio 和 Mobile Studio 中的電子郵件和行動聯絡欄位為最新。當 NetSuite 中的電話號碼或地址變更時,兩個工作室都會獲取。

Salesforce Marketing Cloud + NetSuite 整合

我們需要界定 Salesforce Marketing Cloud + NetSuite 的範圍

您的 Marketing Cloud 產品和現有的 Salesforce 連接決定 NetSuite 如何整合。

CRM 連接與 MC 產品

無論 Marketing Cloud Connect 是否已連結至 Salesforce CRM,以及哪些產品(Email Studio、Journey Builder)需要 NetSuite 資料。

NETSUITE 資料用於細分

哪些客戶、交易和產品資料從 NetSuite 進入 Data Extensions,以驅動細分和個人化。

JOURNEY 觸發與寫回

NetSuite 事件(下單、發票已付、續約)觸發旅程,以及參與資料寫回 NetSuite。

同意與同步量

哪個系統擁有訂閱者同意和屏蔽清單、聯絡人總數,以及同步需要執行的頻率。

Crash illustration

接著我們可以定義架構、資料流程和實際的時間表。

SALESFORCE MARKETING CLOUD + NETSUITE

整合運作方式

將即時 NetSuite 訂單和客戶資料匯入 SFMC Data Extensions,讓旅程在實際交易事件上觸發,且細分群組反映真實購買行為。

NetSuite 訂單推送到 SFMC Data Extensions
銷售訂單自動推送到 SFMC Data Extensions。Journey Builder 觸發基於當前交易資料,而非每週匯出快照。
聯絡人記錄雙向同步
NetSuite 中的電子郵件變更和等級更新流向 SFMC 訂閱者記錄。SFMC 中的退訂寫回 NetSuite 以保持屏蔽清單最新。
購買歷史填充細分欄位
訂單頻率、AOV、產品類別和終身支出填充 SFMC Data Extension 欄位,用於基於實際購買行為構建細分群組。
活動識別碼寫入 NetSuite 訂單記錄
SFMC 活動和旅程識別碼在轉換時附加到 NetSuite 銷售訂單。歸因報告將特定發送連結至 ERP 中的入帳營收。
單一同步保持 Email 和 Mobile 工作室最新
單一 NetSuite 聯絡人同步更新 Email Studio 和 Mobile Studio。電話號碼和地址變更自動傳播到兩個工作室。

大多數 SFMC + NetSuite 整合的範圍界定為兩到三週,上線時間在 8 到 12 週內。讓我們來規劃您的方案。

More 行銷自動化 Integrations

Showing 6 of 13 行銷自動化 Integrations

Salesforce Marketing Cloud + NetSuite 整合

常見問題

主要成本驅動因素是您如何將 SFMC 以行銷為中心的資料模型與 NetSuite 的 ERP 結構相銜接——它們本身並不相容。如果您只是將 NetSuite 聯絡人推送到 SFMC Data Extensions 以進行電子郵件活動,您可以使用排程匯入或輕量級的 iPaaS(如 Integrate.io 或 Celigo)。但一旦您需要 Journey Builder 根據 NetSuite 即時交易觸發,或希望將 SFMC 參與度指標同步回客戶記錄,您就需要建構強大的中介軟體來處理 API 限制(SFMC 每分鐘上限為 2,500 個請求)並在不相容的資料結構之間進行對應。當您需要雙向同步時——針對特定訂單追蹤電子郵件開啟情況,或在某人放棄購物車旅程時更新 NetSuite——複雜性會大幅提升,因為您基本上是在教導行銷平台像 ERP 一樣思考。

預計需要 8 至 12 週。前兩至三週將用於將 NetSuite 客戶和交易欄位對應至 SFMC Data Extensions,定義哪些 Studios 需要哪些資料,並記錄您現有的 Journey Builder 流程。建置與測試階段需時四至六週,隨後為並行期,期間將比對同步資料與您目前的匯出檔案以進行驗證,然後再進行切換。

NetSuite 銷售訂單和履行更新按排定的同步時間表推送到 SFMC 資料延伸。Journey Builder 進入來源指向這些資料延伸,因此當訂單發貨或退貨被處理時,客戶會在同步間隔內進入正確的歷程。這不是真正的即時,但它是以小時計而不是以天計。

雙向處理。當訂閱者在 SFMC 中選擇退出時,該偏好設定會寫回 NetSuite 客戶記錄。當客戶在 NetSuite 中或通過您的網站更新溝通偏好設定時,該變更會在下一次同步時流向 SFMC。兩個系統保持一致,這正是監管機構和您的法律團隊所關心的。

是的。同步機制會填充共用的 data extensions,所有工作室均可引用。Email Studio 會獲取電子郵件地址和偏好設定,Mobile Studio 會獲取手機號碼和 SMS 訂閱狀態,而 Journey Builder 則使用交易數據進行進入點和決策分割。單一整合即可驅動整個平台運作。

可以,如果您的行銷活動連結帶有追蹤參數。該整合會將 SFMC 行銷活動和歷程 ID 對應到 NetSuite 銷售訂單上的自訂欄位。這樣您就可以在 NetSuite 中執行已保存的搜尋,按行銷活動顯示收入,為行銷團隊提供實際的美元數字,而不是點擊率代理指標。

Hero background

準備好連接 Salesforce Marketing Cloud 和 NetSuite 了嗎?

Our engineers will review your setup, map your systems, and, if it makes sense to move forward, provide a clearly scoped proposal. No pressure.