正在考慮將系統與集線器點集成？在這篇博文中，Tenten 的馬泰克專家 Shane Punt 為您提供了一個邏輯練習，以確保您為您的數據需求選擇了正確的集成解決方案，並避免了意外成本。
首先，我想說，我不是一個開發人員：我在戰略工作（認為更多的狂人比機器人先生）。也就是說，從戰略和規劃的角度來看，我參與了相當多的 HubSpot CRM 集成專案，在 HubSpot 集成方面，我比一般 Joe 瞭解的還要多。
不久前，我們的首席資訊官羅文·里德寫了一篇偉大的文章，叫做： 五個例子的集成，你不知道你可以做與HubSpot。從數位業務/營銷顧問的角度來看，從他離開的地方開始，我認為定製集成將是一個有價值的話題。本文的目的不是要表明我們是否 能做到 ， 而是要問 我們應該這樣做，還是有 別 的辦法？
在 HubSpot 集成方面的工作教會了我一些東西，即它們可以非常強大，在正確的時間提供正確的資訊，並連接幾年前無法想像的組織系統（除非你經營一個企業規模的組織）。
但與此同時，如果您對整合的目的沒有清晰的瞭解 ，HubSpot 集成 專案也可能失控。例如：獲取特定數據所需的集成類型。
提示： 集成的方法不止一種，並非所有方法都需要後端開發人員。
如果您正在考慮將系統與 HubSpot 整合，我強烈建議您遵循此邏輯練習。我已將其分解為步驟，以確保您為數據要求選擇正確的集成解決方案，並避免意外成本。
第 1 步 - 資料對應
這是什麼任務？
在選擇集成方法之前，您應該承諾進行數據映射練習。這將為您提供 從 HubSpot 整合中需要的範圍內。
別擔心，數據映射不需要開發人員，如果您熟悉 HubSpot 屬性，這將是一個足夠簡單的任務。
通常，我創建一個電子錶格，其屬性需要從 HubSpot 轉到其他平臺，以及從該平臺轉到 HubSpot。
這是一項重要的練習，因為您並不總是需要將每個屬性傳遞到每個平臺中。 通常，您的欄位類型可能不對應平台之間 - 例如，一個平臺中的日期欄位可能是另一個平臺中的免費文本欄位，這可能會抑制集成。
從電子表格中，您現在可以看到需要集成的屬性，以及這些屬性是否需要在相應的系統中創建。例如，HubSpot 的「名字」在其他平臺中是否具有相應的屬性？
需要注意的事情
在資料映射練習中，以下因素可能表明需要 自訂 HubSpot 整合 ：
-
數據轉換
-
當數據需要在平台之間傳遞之前進行操作時。這可能是格式更改或在一個平台中創建的新屬性，當它們在另一個平臺中創建時。
-
何時傳遞數據或創建數據的規則
-
當數據僅在某些情況下需要傳遞，而不是定期傳遞時。例如，如果聯繫人已經擁有X屬性，則使用集成進行Y。
-
映射到非標準物件的相應屬性
-
這些情況很少見，但確實會不時出現（例如，如果"連絡人"屬性需要傳遞給其他平臺中的非聯繫屬性）。例如，"名字"需要成為另一個平台上屬性中的 公司名稱 。我遇到過這樣的情況：一個平臺中的聯繫屬性需要成為 HubSpot"交易"屬性。
如果您的映射練習沒有任何這些場景，您可以轉到第 2 步，查看開箱即用的集成是否適合您。
如果您遇到上述任何情況，請移動到步驟 3，看看是否可以在沒有開發人員的情況下進行自定義集成（大多數開箱即用的集成不會滿足上述方案）。
第 2 步 - 開箱即用集線器點集成
這是什麼任務？
當您確信沒有上述情景中描述的數據集成複雜性時，應執行此任務。首先流覽 HubSpot 應用市場，看看它是否有用於要集成 HubSpot 的平台的開箱即用集成。
如果您登錄到您的門戶，集線器點應用市場應在"市場"選項卡下。此門戶擁有大量的即用集成功能-這是一個簡單的隨插即用操作，只需連接平臺即可。
開箱即用集成的一個很好的例子是銷售隊伍和商店。
需要注意的事情
以下是從市場中選擇集成時的重要考慮因素：
-
是否列出了要與集線器點集成的平臺？
-
如果您找不到要整合的平臺，則需要轉到第 3 步以查看其他整合選項。
-
您是否擁有正確的訂閱？
-
某些平臺要求您擁有一定級別的訂閱才能進行集成。在選擇集成之前，請確保您擁有正確的訂閱，否則您可能會遭遇死胡同或需要支付額外的訂閱費。
-
如果集成需要少量額外費用，我建議這樣做，因為自定義集成成本可能會變得昂貴，而且推出時間更長。
-
集成是否與您的映射文檔配合工作？
-
您可能認為您的數據映射文檔是一個簡單的集成，但有時開箱即用的隨插即用集成可能不符合您的要求。例如，您也許能夠整合聯繫人，但無法將公司與整合。
步驟 3 - 第三方自定義集成平臺
這是怎麼？
如果沒有符合您要求的現成整合（或者您需要將資料轉換、創建資料規則或將資料映射到非標準物件屬性），您可能需要查看第三方整合工具。
這些工具的主要好處是它們通常允許您在 無需開發人員的情況下 操作和集成數據。但是，這些工具有時在如何操作數據方面有局限性，而且由於每個平臺都不同，因此需要仔細評估您的選項，因為這些服務需要支付相關費用。
Zapier就是一個堅實的例子，它允許您實現集成參數、操縱數據並創建何時允許數據集成的規則。也就是說，它不能總是做你需要它的所有事情，但我強烈建議您嘗試一下，然後再進入一個需要開發人員的自定義集成。
在繼續之前，我建議在提交第三方集成平臺之前先運行概念驗證。
需要注意的事情
-
它是否支援您想要集成的平臺？
-
如果第三方平臺不包括您想要的整合，您幾乎肯定需要與開發人員 進行自訂 HubSpot 整合 。這要麼意味著您想要集成 HubSpot 的平臺非常定製，但使用不夠廣泛，要麼意味著它沒有 API（應用程式程式設計介面），允許數據在平臺之間傳遞。
-
如果需要，它是否可以轉換數據、創建資料集成規則或映射到非標準物件屬性？
-
儘管第三方平臺在配置集成時通常非常靈活，但有些平臺並不涵蓋所有方案，也不需要非理想的解決方法。
-
您的數據策略或法規是否允許資訊通過第三方平台運行？
-
如果您有禁止聯繫資訊通過第三方平台的客戶數據策略（或您國家的數據法規，禁止數據未經聯繫人同意（GDPR 等）通過，則可能需要查看與開發人員的自定義集成。
如果整合平台無法完成所需的整合，則是時候開始考慮與開發人員的自定義集成並移動到第 4 步了。
第四步 - 存在 API 嗎？
這是怎麼？
此時，您幾乎肯定會需要 自定義 HubSpot 集成，但問題是集成需要有多複雜？
如果您已用盡開箱即用和第三方集成，下一步應檢查要與 HubSpot 整合的平臺是否具有 API。這可以通過查看平台的支持文檔找到。
閱讀更多有關 API 及其在 freecodecamp.org/上的用途的詳細資訊
如果平台沒有 API，則需要構建一個平臺或找到將數據傳遞到平臺的方法，這可能會大幅增加開發成本。
雖然許多現代平臺都有 API，但我們經常發現，位於本地機器而不是雲中的軟體缺乏這一關鍵功能。
需要注意的事情
-
軟體是否位於前提位置？
-
如果要與 HubSpot 整合的軟體安裝在組織的前提上，則很可能沒有 API，並且需要創建 API。
-
API是否存在或可以構建API？
-
如果 API 不存在，則需要構建並納入集成範圍。
一旦確定存在 API，您可以移動到第 5 階段。
第 5 步 - 涉及開發人員的自定義集成類型
如果您此時處於此地步，則肯定需要開發人員構建 自定義 HubSpot 集成，假設即插即用集成或第三方集成平臺無法實現您需要的集成。
但是，您需要瞭解一些可以增加自定義 HubSpot 整合專案範圍的剩餘因素：
-
如果需要構建 API，它可以提升集成專案的範圍。
-
如果數據需要在平台之間傳遞之前進行操作、轉換或應用規則，則開發人員可能需要構建"中間件"。這是操作和應用邏輯的數據在平台之間傳輸的代碼。這也可以將專案的範圍推得更高，但遠不如從頭開始構建 API。
結論
希望您更清楚地瞭解您與 HubSpot 的集成選項，以及何時是考慮自定義集成（無論是否擁有開發人員）的合適時機。
請記住，在現實世界的制約下，追求一個無法實現的藍天解決方案是沒有意義的。有時，一個解決方案，實現80%的你正在尋找的關鍵MVP功能是最好的，特別是如果它可以做得更快，更便宜的替代方案。
在離別方面，我將首先說這篇文章可能不夠長，無法做到整個過程的公正——還有很多很多其他不同的因素需要考慮。因此，如果您有任何問題，請隨時 聯繫Tenten團隊 ——我們將非常樂意回答您可能提出的任何集成問題。