共用方式為

Customer Insights - Journeys 的已知問題以及風險降低措施

  • 發行項

隨著我們繼續使用 Customer Insights - Journeys 並改進體驗，我們意識到了一些需要您牢記的未決問題。 這些問題將在本文中摘要列出。

分析

  • 旅程分析可能需要長達 6-12 小時才會顯示。
  • 事件有時會在進入分析之前遭捨棄。 這可能會在分析報告 (其中顯示客戶在旅程完成後仍處於「處理中」狀態) 中造成問題。 我們正在努力開發解決方案來改善這種情形。
  • 連絡人和潛在客戶深入解析、目標分析、管道分析 (包括電子郵件深入解析以及傳遞和互動詳細資料，例如受傳遞和互動問題影響的連絡人) 及 AI 最佳化分析的資料保留期是 12 個月。
  • 現成可用 Power BI 彙總分析儀表板中的部分字串未當地語系化。
  • 現成可用 Power BI 彙總分析儀表板不支援業務單位。
  • 在電子郵件遠端退回的情況下，儘管郵件並未送達連絡人/潛在客戶的電子郵寄地址，連絡人/潛在客戶時間表可能仍會以相同的時間戳記顯示同一封郵件的兩次「電子郵件已送達」互動。 這是因為第二次互動的作用是要「清除」第一次互動。 不過，目前未在時間表中處理此問題。
  • 合併兩個連絡人或潛在客戶時，只有主要連絡人或潛在客戶的互動才會顯示在連絡人/潛在客戶見解中。
  • 在某些情況下，與營運分析相比，彙總分析儀表板中的唯一值 (例如，不重複的開啟次數和點選次數) 可能略有偏差。 彙總分析中的 KPI 會每天計算一次，以確保盡可能最高的正確性。 營運分析 (旨在進行近即時分析) 視需要使用更快速的唯一值計算方法來運作，這些值可能會不太精確。

客戶旅程

  • 旅程名稱最多只能有 300 個字元。
  • 建立分支的旅程圖標最多可以為單一圖標建立 25 個分支。 若要建立更多分支，請將第二個分支圖標新增至第一個圖標的「其他」分支。
  • 有巢狀分支 (一個分支圖標位於另一個分支圖標的分支內) 的旅程，其最大巢狀深度為八個分支條件。 為了避免巢狀，請限制合併分支邏輯，或考慮將旅程分割成大型分支的個別旅程。
  • 有多個複雜條件或大量圖標的旅程可能無法發佈。 如果重試旅程發佈不成功，請考慮將旅程分割成較小的旅程。 您也可以聯繫 MS 支援服務尋求這方面的產品支援。
  • 單一旅程執行個體的執行時間不能超過 365 天。 參與者開始旅程後，該旅程就必須在該時間範圍內結束，否則會發生失敗。 如果需要超過 365 天的旅程，請考慮將旅程分割成多個旅程。
  • 單一等待圖標的等待時間不能超過 90 天。 如果需要超過 90 天的等待圖標，請考慮將旅程分割成多個旅程。
  • 建立新的旅程版本時，只有在版本發佈後進入旅程的參與者才會取得新的旅程版本。 進行中旅程參與者仍會保留在其開始旅程所用的版本上。 這也會影響分析在旅程中的顯示方式。
  • 有時，包含大量排除對象清單的旅程 (尤其是對協調旅程的大型客戶細分來說) 會發生問題。 在這些情況下，最好將排除清單引入客戶細分定義中，以便更完善地進行處理。
  • 變更即時旅程中用於分支邏輯的電子郵件連結時，可能會造成參與者無法沿正確路徑繼續進展，因此不建議這樣做。
  • 無法編輯開始日期已過的一次性旅程 (即使在複製後也是如此)。
  • 客戶細分型旅程的協調流程只能使用 Customer Insights - Journeys 中的單一客戶細分來完成。
  • 如今，旅程一經建立並上線後，就無法刪除。
  • 旅程的輸送量取決於幾個因素，例如旅程的複雜度、您執行的同時旅程數目、您所用其他應用程式的耗用模式以及正在執行的資源密集工作負載。閱讀服務限制和公平使用原則文件在新視窗或索引標籤中開啟以取得更多指引。

電子郵件和內容區塊

  • 主旨 – 500 個字元 (包括要插入動態/條件式內容的文字)
  • 本文 – 1 MB (包括所有動態/條件式內容)。
  • 行銷人員缺乏在電子郵件編輯器中對齊元素的能力。
  • 行銷人員缺乏在電子郵件編輯器中將配置放入配置內的能力。
  • 行銷人員缺乏建立全寬配置電子郵件的能力。
  • 所有內容區塊、條件式內容、清單和條件及其他個人化都沒有特定限制。 不過，這些都存放在電子郵件本身之中，因此會影響電子郵件的大小，從而必須符合電子郵件大小限制。
  • 內容區塊透過複製插入至電子郵件中。 這具有下列含義：
    • 在同一封電子郵件中多次插入的相同內容區塊是新複本和個別複本 (並影響電子郵件大小)。
    • 更新原始內容區塊不會更新包含這些內容區塊的電子郵件
  • 不即時支援個人化語法的 Handlebars 運算式語言 (例如，{{contact.firstname}})。 所有個人化都必須使用電子郵件、SMS 或推播設計工具內部的 UI 進行定義。 因應措施：使用電子郵件匯入工具在新視窗或索引標籤中即時開啟以複製外寄電子郵件。 此工具會自動移轉個人化運算式。

表單和頁面

  • Customer Insights - Journeys 表單只能更新一個實體 (通常是潛在客戶或連絡人)。 以單一實體為目標，讓表單設定和維護變得更輕鬆，且可讓您建立目標正確的旅程。
  • 如果外部頁面上看不到內嵌表單，請確定網域允許託管外部表單。 這多半就是客戶無法在其網站上看到該表單的原因。 您不需要完成網域驗證程序，就能幫您的網域啟用外部表單託管。 深入了解網域驗證在新視窗或索引標籤中開啟。
  • 在 Customer Insights - Journeys 中，使用者可能會遇到無法在 Power Pages 工作室中檢視表單的問題。 建置包含多個頁面、需要導覽和使用者驗證功能的複雜行銷網站時，就會出現這種特殊情況。 為了因應這項挑戰，Power Pages 工作室成為最佳解決方案。 若要將 Customer Insights - Journeys 行銷表單內嵌至使用 Power Pages 工作室建構的網站中，需要對原始程式碼進行一些修改。 明確地說，新增 JavaScript 程式碼片段對於促進行銷表單緊密整合至關重要。 需要注意的是，在 Power Pages 工作室中，無法在編輯過程中看見表單。 不過，在此頁面上線且可供公開存取之後，表單就會在網站上顯示並完全發揮作用。 此功能會增強使用者體驗，並確保在行銷網站中成功實作 RTM 策略。

潛在客戶評分

  • 上層連絡人評分會影響評分處理所需的時間。 建議避免上層連絡人評分，尤其是在您有大量連絡人的情況下。

客戶細分

  • 最多可以為 100,000,000 個連絡人建立一個客戶細分。
  • 客戶細分型旅程只有在客戶細分大小低於 1000 萬個連絡人時，才能發揮作用。 任何較大型的客戶細分都無法執行。 為了確保行銷活動可以有效執行，請將大型客戶細分拆解成多個可使用相同可重複旅程的客戶細分。 (1) 這對任何依賴於旅程流程中客戶細分的觸發程序型旅程來說，也是如此。
  • 在客戶細分定義中，對可新增至包含/排除群組的連絡人設有最多 100 名連絡人的限制。 若要避開此限制，您可以建立客戶的另一個客戶細分，並在基準客戶細分定義中使用該客戶細分，從而建立複合客戶細分。
  • 使用者目前無法編輯 Customer Insights - Journeys 即時旅程中正在使用的客戶細分。 為了能夠編輯此客戶細分，請停止旅程，然後對該客戶細分進行編輯。

觸發程序

  • 目前組織中每天所能引發的自訂觸發程序，最多以 100 個為限。 若要為組織提高此上限，請建立支援票證，或聯繫您的 Microsoft 代表，我們可與您共同努力來支援您的使用案例。
  • 定義自訂觸發程序時，請確定已定義所有的屬性。 任何有 Null 值的屬性都會導致觸發程序失敗，從而造成客戶無法完成旅程。 我們目前無法讓 Null 值在自訂觸發程序中傳遞，否則會在旅程執行階段產生「系統失敗」的錯誤訊息。
  • 在自訂或 CDS 觸發程序中使用實體參考，最多以五個躍點為限。 任何與 COLA 實體相距超過 5 個躍點的實體都不能用來做為旅程中的屬性。
  • 使用「行銷表單已提交」標準觸發程序進行旅程時，應注意確保旅程與表單的對象不變。 目前不會在出現不相符情形時顯示錯誤或警告，但旅程也不會開始，導致客戶困惑。
  • 如今，在 Dynamics 365 Dataverse 中手動更新記錄時，也會引發觸發程序。 這可能會導致連絡人即使沒有執行任何動作來啟動觸發程序，也會根據觸發程序完成旅程。
  • 目前，對於使用 if/then 圖標的觸發程序型旅程，由於系統捕捉觸發事件時稍有延遲，有時可能會遺失約 1% 的觸發事件。
  • 觸發程序最多可以有 30 個屬性。 如果觸發程序具有資料表參考，則會將這樣的參考算作一個屬性，最多以 30 個為限。 對於所有此類實體參考的資料行數，還有為數 1,024 個的額外限制。