TG-Staff 团队 avatar TG-Staff 团队

從 OnlyTG Echo 遷移到 TG-Staff 完整檢查清單:Bot、話術、群發、坐席與分流連結

onlytg-echo 遷移 tg-staff Telegram 機器人

從 OnlyTG Echo 遷移到 TG-Staff 完整檢查清單:Bot、話術、群發、坐席與分流連結

如果你正在使用 OnlyTG Echo 管理 Telegram Bot 客服,但團隊規模擴大後遇到了坐席協作瓶頸、缺少用戶歸因追蹤或合規內控不足的問題,那麼遷移到 TG-Staff 可能是一個值得考慮的方向。本清單將分步拆解從 OnlyTG Echo 遷移到 TG-Staff 的完整流程,涵蓋 Bot 接入、話術重建、群發數據遷移、坐席配置與分流連結設置,幫助你的團隊在最短時間內平穩過渡,避免數據丟失或服務中斷。

為什麼要從 OnlyTG Echo 遷移到 TG-Staff?—— 核心能力對比

在動手遷移之前,先明確遷移帶來的實際收益。OnlyTG Echo 在單 Bot 自動回覆場景下表現穩定,但當業務需要多人協作客服、多渠道引流歸因或合規內控時,功能上限就顯現了。

功能維度OnlyTG EchoTG-Staff
坐席管理通常單帳號操作,無獨立坐席入口獨立坐席帳號登入 Web 入口,支援 3/5/20 個坐席額度
會話分流無進階分流規則支援輪流分配與在線優先兩種分流策略
分流連結(歸因)無內建短網址抓取訪客資訊提供官方網域短網址,可捕捉 IP、瀏覽器、UTM 參數
內容風控專業版支援訊息前風險詞檢測,含加密錢包地址監控
自動翻譯基礎版有限制標準版含 AI 翻譯;專業版支援 Google、DeepL 專業翻譯
群發功能可能依賴第三方工具內建批量群發,支援用戶分群
多項目管理有限依方案支援多個 Bot 項目

遷移的核心收益:從單點操作升級為團隊協作 → 從被動回應變成主動歸因 → 從無管控到合規內控。如果你正面臨以下場景,遷移就很有價值:

  • 團隊有 2 人以上同時處理 Bot 諮詢,需要會話轉移與協作功能。
  • 你在廣告投放中使用 UTM 參數追蹤轉換,需要分流連結歸因。
  • 你的業務涉及加密貨幣或敏感領域,需要監控坐席訊息中的錢包地址。

遷移前的準備工作:帳號、數據與團隊對齊

遷移成功的關鍵在於準備階段。不要跳過這一步。

備份 OnlyTG Echo 中的關鍵數據

在 TG-Staff 中重建配置之前,先從 OnlyTG Echo 中導出以下數據:

  • Bot Token:從 BotFather 取得,或從 OnlyTG Echo 設定中複製。注意:Token 是最高機密,不要洩漏。
  • 話術模板:包括歡迎語、選單按鈕、多輪對話的文字與條件邏輯。截圖或導出純文字。
  • 群發用戶 ID 列表:如果 OnlyTG Echo 支援導出,請導出所有用戶 ID 或按分群導出。重要:TG 群發需要用戶主動發過訊息給 Bot 才能觸達,確保列表有效。
  • 坐席名單與權限:記錄每個坐席的用戶名、電子郵件以及他們負責的 Bot 項目。
  • 用戶畫像標籤:如果 OnlyTG Echo 中已打標籤,導出標籤名稱與關聯用戶 ID。

註冊 TG-Staff 並確認方案

  1. 訪問 https://app.tg-staff.com/ 註冊帳號,自動獲得 3 天免費試用。
  2. 根據團隊規模選擇方案:
    • 標準版(約 $8.99/月):適合 2–3 人團隊,含分流連結、會話分流、3 個坐席額度。
    • 專業版(約 $16.99/月):適合 5 人以上團隊,額外提供內容風控(含錢包地址監控)、無限翻譯、用戶畫像等進階功能。
  3. 如果團隊需要同時管理多個 Bot,確認方案支援的項目數量。具體價格以官網方案頁為準。

遷移建議

利用 3 天試用期完成全流程測試,確認所有功能正常後再正式切換。不建議在生產環境直接上線未測試的配置。

第一步:Bot 遷移 —— 接入 Telegram Bot API

這是最核心的一步,直接決定遷移是否成功。

將 Bot 新增至 TG-Staff 控制台

  1. 登入 TG-Staff 控制台 → 點擊「新增專案」。
  2. 輸入你的 Bot Token(從 BotFather 取得,格式如 123456:ABC-DEF1234ghIkl-zyx57W2v1u123ew11)。
  3. 系統會自動驗證 Token 有效性,並同步 Bot 名稱與描述。你也可以直接在控制台中編輯 Bot 頭像、名稱和描述,無需跳轉至 BotFather。
  4. 如果你的 OnlyTG Echo 管理了多個 Bot,請重複以上步驟為每個 Bot 建立專案。

重要:Token 安全與重複回應

遷移期間,絕對不要同時讓 OnlyTG Echo 和 TG-Staff 使用同一 Bot Token 運行。這會導致用戶訊息被兩個系統同時接收,造成重複回應。建議在離峰時段操作:先在 OnlyTG Echo 中暫停 Bot 回應,然後在 TG-Staff 中啟用同一 Token。

驗證 Bot 功能完整性

添加完成後,用測試帳號向 Bot 發送一條訊息,確認:

  • 訊息出現在 TG-Staff 的即時聊天介面。
  • 如果配置了歡迎語(下一步會做),檢查是否正常觸發。
  • 客服回覆後,用戶端能正常收到。

如果 OnlyTG Echo 中有自訂鍵盤或內聯按鈕,需要在 TG-Staff 中重新搭建(見下一步)。

第二步:話術與命令流程重建

OnlyTG Echo 中的話術邏輯(歡迎語、選單、多輪對話)無法自動遷移到 TG-Staff。你需要使用 TG-Staff 的視覺化命令流程編輯器重新搭建。

  1. 在控制台進入專案 → 點擊「命令流程」。
  2. 拖曳節點到畫布,配置歡迎語文字、按鈕文字與跳轉邏輯。
  3. 如果 OnlyTG Echo 中有多步驟互動(如收集用戶資訊 → 發送確認 → 轉人工),按相同邏輯建立多個節點並連線。
  4. 儲存並發布流程,然後用測試帳號重新觸發 Bot,驗證每一步是否按預期執行。

提示:TG-Staff 的流程編輯器是零程式碼的,即使沒有程式設計經驗的營運人員也能操作。建議從簡單場景開始(如歡迎語 + 選單),逐步增加複雜度。

第三步:群發資料遷移與用戶分群

群發是營運的重要工具。遷移步驟如下:

  1. 將之前備份的用戶 ID 列表整理為純文字格式(每行一個用戶 ID)。
  2. 在 TG-Staff 控制台 → 「群發」功能中,點擊「建立群發」。
  3. 選擇目標用戶分群(如「所有用戶」或自訂分群)。如果 OnlyTG Echo 中有標籤,可在 TG-Staff 中手動建立對應分群並導入用戶 ID。
  4. 撰寫訊息內容,支援文字、圖片、按鈕等格式。
  5. 建議先選擇 50–100 個用戶進行小規模測試,確認發送成功率和訊息樣式無誤後,再執行全量群發。

注意:Telegram 對 Bot 群發有頻率限制(約 30 條/秒),但 TG-Staff 已內建限速邏輯,避免觸發風控。如果你的用戶量很大(>10 萬),建議分批次發送。

第四步:客服配置與會話分流設定

這是 TG-Staff 相比 OnlyTG Echo 的核心優勢:多人協作客服。

建立客服帳號與權限

  1. 在控制台 → 「客服管理」中點擊「新增客服」。
  2. 輸入客服的電子郵件或使用者名稱,系統會發送邀請連結。
  3. 為每個客服分配專案權限:可以讓他們只查看某個 Bot 的會話,或查看所有 Bot。
  4. 客服透過獨立 Web 入口登入(https://app.tg-staff.com/),無需共享帳號密碼。

配置分流規則與測試

  1. 進入專案設定 → 「會話分流」。
  2. 選擇分流規則:
    • 輪流分配:依序輪詢有權限的客服,適合工作量均衡的日常場景。
    • 線上優先:優先分配給當前線上的客服,適合諮詢高峰時段快速回應。
  3. 設定客服範圍:可以選擇「全部客服」或「指定客服」(如僅讓資深客服處理複雜問題)。
  4. 用多個測試帳號向 Bot 發送訊息,觀察會話是否按規則分配給不同客服。如果客服不在線,系統會排隊等待或回退到輪流分配。

注意:OnlyTG Echo 中的客服無法直接遷移到 TG-Staff,每個客服都需要重新註冊帳號。建議在遷移前通知客服團隊準備好電子郵件或使用者名稱。

第五步:分流連結遷移與廣告歸因重建

如果你在 OnlyTG Echo 中使用過類似短鏈追蹤功能,那麼 TG-Staff 的分流連結(Diversion Link) 可以提供更強大的歸因能力。

  1. 在控制台 → 「分流連結」中建立新連結。
  2. 輸入原始 URL(通常是 Bot 的 t.me 連結),系統會生成一個 https://app.tg-staff.com/{code} 格式的短鏈。
  3. 綁定追蹤參數:在連結後添加 ?utm_source=facebook&campaign_id=123 等自訂參數,系統會自動捕獲訪客的 IP、瀏覽器資訊、URL 參數。
  4. 將生成的短鏈替換廣告、社群媒體、郵件中的原連結。

遷移前記錄鏈接結構

在重建分流鏈接之前,建議先記錄 OnlyTG Echo 中使用的所有鏈接參數結構(如 utm_sourceutm_mediumcampaign_id),以便在 TG-Staff 中保持一致性,避免歸因數據斷裂。

測試流程:點擊分流連結 → 自動跳轉到 Bot → 發送訊息 → 坐席端查看用戶畫像中是否顯示來源資訊。如果一切正常,分流歸因鏈路就重建完成了。

遷移後檢查清單與常見問題排查

完成以上步驟後,使用這份檢查清單確認所有環節正常:

  • Bot 回應正常:用戶發送訊息後,坐席端即時顯示。
  • 話術流程正確:歡迎語、選單、多輪對話按預期執行。
  • 坐席登入正常:每個坐席都能透過獨立帳號登入 Web 入口。
  • 會話分流生效:訊息按規則分配給正確坐席,無漏分配或錯分配。
  • 群發測試通過:小規模群發成功,無發送失敗或重複發送。
  • 分流連結跳轉正確:點擊短網址後跳轉到 Bot,用戶畫像顯示來源資訊。
  • 自動翻譯(如有)正常:坐席發送訊息後,用戶端看到翻譯後的內容。
  • 內容風控(專業版)正常:坐席發送含風險詞的訊息時觸發二次確認或阻止。

常見問題排查

問題可能原因解決方案
Bot 無回應Token 無效或 Bot 被暫停從 BotFather 重新取得 Token,檢查 TG-Staff 中 Token 是否正確
群發失敗用戶 ID 無效或 TG 頻率限制確認用戶 ID 格式正確,分批發送(每批 1000 條)
分流不生效規則配置錯誤或坐席未在線檢查分流規則是否為「在線優先」,確認坐席已登入
分流連結跳轉 404連結已過期或專案被刪除重新產生分流連結並替換舊連結

常見問題

問:OnlyTG Echo 中的資料(如用戶畫像、聊天記錄)可以自動導入 TG-Staff 嗎?

答: TG-Staff 目前不支援自動從 OnlyTG Echo 導入資料。建議在遷移前手動匯出用戶 ID 清單、話術模板和坐席名單,然後透過控制台重新配置。聊天記錄無法遷移,但 Bot 接入後新會話將正常顯示。

問:遷移期間,我的 Telegram Bot 會中斷服務嗎?

答: 會有一個短暫的切換窗口。建議在低峰時段操作:先在 OnlyTG Echo 中暫停 Bot 回應,然後在 TG-Staff 中加入同一 Bot Token 並啟用。整個過程通常在 5–10 分鐘內完成。建議提前通知用戶維護時間。

問:TG-Staff 支援多個 Bot 同時管理嗎?與 OnlyTG Echo 有何不同?

答: 支援。TG-Staff 按方案支援不同數量的 Bot 專案(標準版與專業版具體數量見官網)。與 OnlyTG Echo 相比,TG-Staff 提供了更靈活的多坐席協作、分流規則(輪流/在線優先)和分流連結歸因功能,更適合多 Bot 營運的團隊。

問:遷移後,原有的群發清單和發送頻率會受影響嗎?

答: 群發清單需重新導入 TG-Staff。TG-Staff 的批次群發功能支援按用戶分群發送,並內建頻率限制(遵循 Telegram 官方限制)。遷移後建議先小規模測試(如 50–100 條訊息),確認發送成功率後再執行全量群發。

問:我是 OnlyTG Echo 的付費用戶,遷移到 TG-Staff 後能獲得相同或更好的功能嗎?

答: 取決於你的方案選擇。TG-Staff 標準版(約 8.99/月)已包含即時雙向聊天、會話分流、分流連結等核心功能;專業版(約16.99/月)額外提供內容風控(含加密錢包地址監控)、無限翻譯、用戶畫像等進階功能。建議利用 3 天試用期對比測試,確認滿足需求後再訂閱。


立即開始遷移:註冊 TG-Staff 3 天免費試用 → https://app.tg-staff.com/

取得詳細操作指南:查閱 TG-Staff 文件 → https://docs.tg-staff.com/

遷移中遇到問題? 聯繫客服 Bot → @tgstaff_robot