Markopolo

Markopolo AI 是什麼

Markopolo AI 是 Markopolo AI Inc. 為電商、DTC 以及零售品牌所打造的客戶互動與行銷自動化平台。它將第一方行為追蹤、客戶檔案、受眾預測、內容生成、全渠道觸達以及收入歸因等功能整合在同一個系統中。

目前，產品的重點已從傳統的廣告管理轉向自主式的客戶互動。系統透過 MarkTag 來偵測瀏覽、點擊、停留、加入購物車以及購買等行為，再由內建的 Athena 模型來判斷用戶的意圖，進而為每位訪客選擇最適合的觸達時間、渠道、商品及內容。

主要功能

• MarkTag 行為追蹤：收集頁面瀏覽、點擊、滾動、停留、購物車、結帳及購買等事件，為匿名訪客建立會話與行為信號。團隊可先使用用戶端腳本快速接入，也可配置自有子域和伺服器端追蹤，以減少廣告攔截所造成的資料缺失。
• 可組合客戶數據平台：將匿名行為、已識別用戶、CRM資訊及交易記錄整合為統一檔案，使同一客戶在不同渠道能獲得連續的上下文資訊。姓名、電子郵件或電話等資訊，只有在商家明確調用識別介面或主動傳入時，才會進入已識別檔案。
• Athena 行為預測：平台將 Athena 描述為具有 40 億個參數的大型事件模型，透過即時的微行為來推斷購買意願、價格敏感度、品類偏好、流失率以及回應概率。其輸出結果用於對人群進行排序並觸發相關行動，不過預測分數仍需以企業自身的業務數據來驗證。
• 一對一個性化：根據每位訪客的瀏覽路徑、購物車、購買歷史以及當前的意圖，來選擇適合的訊息、商品推薦，並決定發送的時間與渠道。這種方式比針對整個群體批量發送更精確，但團隊仍應限制對敏感資料的處理，避免出現不當的差別定價。
• 瀏覽後放棄挽回：識別那些查看過商品但最終離開的訪客，並透過有權限的管道向他們發送相關商品資訊、提醒或後續內容。這種方式適用於那些瀏覽量高但加購率低的商店，但必須控制發送頻率，以避免造成干擾。
• 購物車與結帳放棄挽回：在用戶加購或進入結帳後退出時啟動自主序列，結合商品、金額、離開時長和歷史行為形成個性化內容。系統可以跨郵件、簡訊、WhatsApp、推送和語音協調觸達，實際渠道取決於套餐、聯絡方式與用戶同意。
• 郵件自動發送：AutoSend用於歡迎信、放棄瀏覽的提醒、挽回購買意願、補貨通知、客戶留存、促進再次購買以及商品推薦等各種生命週期相關的郵件。AI可以幫助生成郵件的主題、內文及動態內容，但品牌仍需自行檢查價格、庫存、優惠期限以及退訂機制。
• 簡訊與 WhatsApp：可向擁有有效號碼且符合同意條件的客戶，發送具有強烈誘導性的提醒、挽回用訊息或活動相關內容。簡訊的發送次數受套餐限制，而 WhatsApp 的自動化功能則屬於企業定製服務的一部分；其發送成本及地區相關規定，則需在結算或合約中確認。
• 推送通知：透過網頁或行動裝置推送，再次聯繫已授權的使用者，適用於補貨、降價、購物車及時效提醒等情境。推送屬於訂製化功能，用戶端需儲存並傳遞裝置令牌。
• AI語音呼叫：針對有電話號碼的購物者發起即時對話式挽回電話，腳本可依據姓名、購物車、金額、離開時間與購買歷史動態生成。沒有電話號碼時該步驟會跳過，使用前還需滿足各地區電話行銷、錄音和自動呼叫規則。
• 智慧型商品推薦與動態頁面：根據用戶意圖選擇商品，並動態替換橫幅、首頁、行動按鈕或頁面區塊。上線前應設定可用庫存、最低毛利、品牌規範與內容審核。
• 分析與歸因：儀表板可追蹤轉化率、單筆訂單金額、互動率、電子郵件或簡訊的點擊次數，以及由此產生的收入，這有助於團隊判斷每項活動和每個渠道所帶來的貢獻。第一方追蹤雖能減少部分資料上的缺失，但跨裝置使用、使用者拒絕提供資料，以及離線交易等情況，仍可能影響歸因的準確性。

輸入、處理與輸出

使用流程

1. 建立帳戶並選擇商店或自訂技術架構，先確認預期的活動量、郵件量、簡訊量以及所需的渠道。
2. 在 Data Room 中創建數據源和 MarkTag 容器，決定先使用客戶端追蹤還是配置自有子域的伺服器端追蹤。
3. Shopify 可透過應用程式以無程式碼方式安裝，WooCommerce 則可使用專用的外掛程式；至於其他網站，則可以放入 Web SDK，而行動應用程式則可選擇 Flutter 或 React Native SDK。
4. 建立頁面、加購、結帳、購買和退款等事件，統一商品標識、金額、幣種、客戶 ID 與同意狀態。
5. 連接現有的 CRM 或導入客戶資料，先測試匿名會話與登入後的檔案能否正確合併，避免重複聯絡人。
6. 設定受眾、目標、頻率、靜默時段、允許的渠道、優惠規則及退出條件，並對敏感或高價值活動保留審批。
7. 從一個放棄場景開始，預覽 AI 生成的訊息和推薦，使用測試聯絡人驗證連結、變數、退訂和渠道送達。
8. 發布後同時觀察恢復收入、毛利、退訂、投訴、電話拒接、留存和歸因，不以單一恢復金額判斷成效。
9. 定期核對套餐事件和發送額度、權限、域名配置、SDK 版本、同意日誌及數據刪除請求。

MarkTag 接入方式

價格與套餐

Starter頁面標註為無需信用卡即可開始使用；Growth、Pro與Custom則都顯示包含30天免費試用期。在公開的價格頁面上，有些資訊有重複之處，且版面排列也不夠整齊。新聞稿中還提到，除了基本訂閱費用之外，可能還需要根據恢復的收入來計算費用，因此實際費用、超額使用費用、訊息傳送成本以及分成比例，都應以帳戶結算頁面或銷售合約為準。

取消、退款與遷移

• 價格頁面稱團隊可免費遷移客戶資料、受眾、自動化功能及活動，但遷移範圍、時間及失敗處理應在書面方案中確認。
• 公開法律頁面寫明，當沒有進行活動時可以取消訂閱，並稱退款會在七個工作日內處理，廣告積分則會暫時失效。
• 同一法律條文還規定，除非另有約定，否則終止合約時通常無法獲得退款，且必須支付尚未結清的費用；若因重大違約而終止合約，則可以退還在終止日之後已預付的費用。
• 法律頁面大量使用廣告內容、廣告平台及廣告積分等舊有產品用語，與現行的客戶互動方案並不完全一致。購買前應確認這些取消條款是否適用於目前的訂閱服務、訊息使用量以及收入分成方式。

適合哪些用戶

• 希望將郵件、簡訊、WhatsApp、推播和語音納入同一客戶旅程的電商品牌。
• 有較高瀏覽、加購或結帳放棄率的 Shopify 與 WooCommerce 商店，希望依即時意圖自動挽回。
• 已有 CRM，但行為數據與觸達渠道分散，希望建立統一客戶檔案的 DTC 團隊。
• 需要第一方或服務端追蹤，且具備 DNS、SDK 和同意管理能力的成長與數據團隊。
• 希望將 MarkTag 嵌入電子商務平台、建站工具或代理商系統的合作伙伴。

優勢

• 從行為採集、預測到跨渠道執行形成閉環，減少在 CDP、郵件和簡訊工具之間搬運受眾。
• 免費套餐給出較高的事件和郵件額度，適合在付費前驗證埋點、歸因和放棄流程。
• 同時提供用戶端、伺服器端、網站插件、行動 SDK 和合作夥伴 API，能覆蓋不同工程能力。
• 匿名優先設計將預設行為數據與商家主動傳入的身分資訊分開，便於實施數據最小化。
• Partners API 能創建商戶、生成追蹤標籤、驗證域名並讀取事件，適合多租戶平台整合。

能力邊界與限制

• 平台關於恢復比例、模型基準和行銷提升的數字屬於產品或新聞稿表述，不保證特定商店獲得相同結果。
• 服務端第一方追蹤可以減少技術攔截，但並不意味著可以忽略 Cookie、電子行銷及用戶同意要求。
• 預測依賴事件、身分合併和商品數據品質；錯誤的幣種、重複購買或遺失的退款會扭曲收入歸因。
• 全自動訊息可能產生錯誤優惠、重複觸達或不合適語氣，重要活動需要測試、頻率限制與人工審批。
• AI電話、簡訊和WhatsApp會受到號碼品質、地區、運營商、模板審批以及行銷法規的限制，並非所有聯絡人都能使用。
• 移動 SDK 不會自動擷取 Web SDK 的所有預設事件，開發團隊必須依照文件說明明確傳送相應事件。
• 價格頁、新聞稿和舊法律頁的計費及取消規定並不完全一致，不能只憑一個頁面來估算總成本。

Partners API、SDK 與開源狀態

Markopolo 提供公開的開發文件，MarkTag 則適用於 Web、Flutter、React Native 以及伺服器端事件；Partners API 則是為平台與代理商所設計，它使用 Bearer Token，可用於管理商戶、產生及驗證 MarkTag，並讀取相關事件。若需取得伙伴令牌，必須聯絡相關團隊；而文件中的基礎網址仍帶有 alpha 標識，其實際的穩定性和服務品質則需要另行確認。

1. 在 Markopolo 工作區中建立 MarkTag 容器，選擇用戶端、伺服器端或預驗證整合。
2. 普通商家按平台安裝 SDK 或插件；合作夥伴聯繫團隊申請 API 令牌，並將金鑰僅保存在服務端。
3. 建立商戶，儲存回傳的商戶識別碼，再為商戶生成對應的追蹤標籤。
4. 客戶端安裝腳本，或為第一方追蹤配置 DNS；行動端初始化 SDK 並明確記錄事件。
5. 發送測試事件，驗證狀態碼、用戶識別、商品、金額和幣種，並在儀表板檢查是否入庫。
6. 上線前實現重試、限流、金鑰輪換、同意門控、刪除請求和敏感字段過濾。

• React Native 的公開 npm 套件目前標示為 MIT 授權，其中包含 TypeScript 說明文件，且連結至 Markopolo 組織的儲存庫。
• 公開 SDK 套件採用 MIT 並不代表 Markopolo SaaS、Athena 模型、後台服務、行銷內容或商標也開源。
• 文件頁面的編輯連結指向 Markopolo 組織，但部分編輯地址目前無法存取，不能據此認定完整文件倉庫已公開。
• Flutter SDK、Web SDK、WordPress 插件以及伺服器端組件的具體許可證應分別核對，不得套用 React Native 套件的 MIT 許可證。

隱私、安全與數據

• Markopolo作為其網站及帳戶資料的控制者，而對於商家透過追蹤器、SDK或系統傳入的資料，則通常作為處理者，商家仍負有依法定程序向用戶說明之責。
• 預設會收集匿名會話識別碼、頁面瀏覽記錄、時間、點擊次數、滾動動作、停留時間、瀏覽器資訊、系統資訊、裝置資訊，以及在允許的情況下收集大致位置資訊。
• 姓名、電子郵件、電話號碼和客戶 ID 只有在商家透過識別調用、登入、表單或其他明確整合的方式主動提供時，才會被處理；平台聲明不會從頁面或表單自動抓取身份資訊。
• 隱私政策要求用戶端將非必要的追蹤功能置於同意管理之下，並在需要時透過同意機制來控制資料收集的行為。即便使用自有的網域或第一方 Cookie，也無法免除此項責任。
• 平台稱傳輸時使用 TLS 1.3，靜態數據則使用 AES-256，並採用身分驗證、角色權限控制、監控、日誌記錄以及員工保密措施；企業仍應要求取得可驗證的安全與審計相關資料。
• 資料保留期限因資料類型、合約及法律義務而異，並無統一的天數；到期後會被刪除、匿名化或進行彙總。
• 資料可能會在國境間被處理，對於從歐洲經濟區、英國或瑞士傳出的資料，則會採用標準合約條款或其他合法機制。
• 用戶可請求訪問、更正、刪除、限制、可攜帶、反對或撤回同意；當平台作為處理者時，請求通常應先交給對應商家。
• 輸入遮罩可以防止密碼或支付欄位被擷取，團隊仍應主動排除健康、金融、未成年人和其他不必要敏感資料。

內容、版權與商用責任

• 商家必須擁有發送名單、商品素材、商標和廣告內容的必要權利，並保證資訊準確、合法。
• 生成式郵件、簡訊與語音腳本需要檢查事實、價格、庫存、促銷條件、免責聲明和品牌語氣。
• 每個渠道都應提供合法的退訂或拒接機制，並保留同意、發送、退訂和投訴記錄。
• 法律條款賦予平台廣泛的使用回饋許可，而服務本身的權利則由 Markopolo 保留；至於客戶資料、所產生的內容以及模型訓練的相關事宜，則應在現有的合約及資料處理協議中進一步明確規定。
• 禁止將平台用於消費者個人或家庭用途，公開條款將服務限定為企業和專業用戶。

總結

Markopolo AI適合那些希望以即時行為作為驅動力，從而實現全渠道的客戶挽回及個人化服務的電商品牌。其特色在於MarkTag、Athena以及多渠道自主執行功能。在正式部署之前，應先使用免費版本來驗證數據與其帶來的價值，並特別注意超額費用、收入分成、自動觸達權限、同意管理方式，以及舊有法律規定對現有產品的適用性。