從 OnlyTG Echo 遷移到 TG-Staff 完整檢查清單:Bot、話術、群發、坐席與分流連結
关于作者
TG-Staff 致力于为 Telegram Bot 运营团队提供高效、可靠的客服与营销 SaaS 工具。
從 OnlyTG Echo 遷移到 TG-Staff 完整檢查清單:Bot、話術、群發、坐席與分流連結
如果你正在使用 OnlyTG Echo 管理 Telegram Bot 客服,但團隊規模擴大後遇到了坐席協作瓶頸、缺少用戶歸因追蹤或合規內控不足的問題,那麼遷移到 TG-Staff 可能是一個值得考慮的方向。本清單將分步拆解從 OnlyTG Echo 遷移到 TG-Staff 的完整流程,涵蓋 Bot 接入、話術重建、群發數據遷移、坐席配置與分流連結設置,幫助你的團隊在最短時間內平穩過渡,避免數據丟失或服務中斷。
為什麼要從 OnlyTG Echo 遷移到 TG-Staff?—— 核心能力對比
在動手遷移之前,先明確遷移帶來的實際收益。OnlyTG Echo 在單 Bot 自動回覆場景下表現穩定,但當業務需要多人協作客服、多渠道引流歸因或合規內控時,功能上限就顯現了。
| 功能維度 | OnlyTG Echo | TG-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 並確認方案
- 訪問 https://app.tg-staff.com/ 註冊帳號,自動獲得 3 天免費試用。
- 根據團隊規模選擇方案:
- 標準版(約 $8.99/月):適合 2–3 人團隊,含分流連結、會話分流、3 個坐席額度。
- 專業版(約 $16.99/月):適合 5 人以上團隊,額外提供內容風控(含錢包地址監控)、無限翻譯、用戶畫像等進階功能。
- 如果團隊需要同時管理多個 Bot,確認方案支援的項目數量。具體價格以官網方案頁為準。
遷移建議
利用 3 天試用期完成全流程測試,確認所有功能正常後再正式切換。不建議在生產環境直接上線未測試的配置。
第一步:Bot 遷移 —— 接入 Telegram Bot API
這是最核心的一步,直接決定遷移是否成功。
將 Bot 新增至 TG-Staff 控制台
- 登入 TG-Staff 控制台 → 點擊「新增專案」。
- 輸入你的 Bot Token(從 BotFather 取得,格式如
123456:ABC-DEF1234ghIkl-zyx57W2v1u123ew11)。 - 系統會自動驗證 Token 有效性,並同步 Bot 名稱與描述。你也可以直接在控制台中編輯 Bot 頭像、名稱和描述,無需跳轉至 BotFather。
- 如果你的 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 的視覺化命令流程編輯器重新搭建。
- 在控制台進入專案 → 點擊「命令流程」。
- 拖曳節點到畫布,配置歡迎語文字、按鈕文字與跳轉邏輯。
- 如果 OnlyTG Echo 中有多步驟互動(如收集用戶資訊 → 發送確認 → 轉人工),按相同邏輯建立多個節點並連線。
- 儲存並發布流程,然後用測試帳號重新觸發 Bot,驗證每一步是否按預期執行。
提示:TG-Staff 的流程編輯器是零程式碼的,即使沒有程式設計經驗的營運人員也能操作。建議從簡單場景開始(如歡迎語 + 選單),逐步增加複雜度。
第三步:群發資料遷移與用戶分群
群發是營運的重要工具。遷移步驟如下:
- 將之前備份的用戶 ID 列表整理為純文字格式(每行一個用戶 ID)。
- 在 TG-Staff 控制台 → 「群發」功能中,點擊「建立群發」。
- 選擇目標用戶分群(如「所有用戶」或自訂分群)。如果 OnlyTG Echo 中有標籤,可在 TG-Staff 中手動建立對應分群並導入用戶 ID。
- 撰寫訊息內容,支援文字、圖片、按鈕等格式。
- 建議先選擇 50–100 個用戶進行小規模測試,確認發送成功率和訊息樣式無誤後,再執行全量群發。
注意:Telegram 對 Bot 群發有頻率限制(約 30 條/秒),但 TG-Staff 已內建限速邏輯,避免觸發風控。如果你的用戶量很大(>10 萬),建議分批次發送。
第四步:客服配置與會話分流設定
這是 TG-Staff 相比 OnlyTG Echo 的核心優勢:多人協作客服。
建立客服帳號與權限
- 在控制台 → 「客服管理」中點擊「新增客服」。
- 輸入客服的電子郵件或使用者名稱,系統會發送邀請連結。
- 為每個客服分配專案權限:可以讓他們只查看某個 Bot 的會話,或查看所有 Bot。
- 客服透過獨立 Web 入口登入(
https://app.tg-staff.com/),無需共享帳號密碼。
配置分流規則與測試
- 進入專案設定 → 「會話分流」。
- 選擇分流規則:
- 輪流分配:依序輪詢有權限的客服,適合工作量均衡的日常場景。
- 線上優先:優先分配給當前線上的客服,適合諮詢高峰時段快速回應。
- 設定客服範圍:可以選擇「全部客服」或「指定客服」(如僅讓資深客服處理複雜問題)。
- 用多個測試帳號向 Bot 發送訊息,觀察會話是否按規則分配給不同客服。如果客服不在線,系統會排隊等待或回退到輪流分配。
注意:OnlyTG Echo 中的客服無法直接遷移到 TG-Staff,每個客服都需要重新註冊帳號。建議在遷移前通知客服團隊準備好電子郵件或使用者名稱。
第五步:分流連結遷移與廣告歸因重建
如果你在 OnlyTG Echo 中使用過類似短鏈追蹤功能,那麼 TG-Staff 的分流連結(Diversion Link) 可以提供更強大的歸因能力。
- 在控制台 → 「分流連結」中建立新連結。
- 輸入原始 URL(通常是 Bot 的 t.me 連結),系統會生成一個
https://app.tg-staff.com/{code}格式的短鏈。 - 綁定追蹤參數:在連結後添加
?utm_source=facebook&campaign_id=123等自訂參數,系統會自動捕獲訪客的 IP、瀏覽器資訊、URL 參數。 - 將生成的短鏈替換廣告、社群媒體、郵件中的原連結。
遷移前記錄鏈接結構
在重建分流鏈接之前,建議先記錄 OnlyTG Echo 中使用的所有鏈接參數結構(如 utm_source、utm_medium、campaign_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
Related Articles
OnlyTG Echo 替代方案指南:TG-Staff 專為真人客服與路由設計
尋找 OnlyTG Echo 的替代方案?比較 TG-Staff 與 OnlyTG Echo 在真人客服支援、會話路由及 Telegram 機器人管理方面的差異。適合擴展客戶服務的 B2B 團隊。
OnlyTG Echo Broadcast 與 TG-Staff 訊息批量群發對比:頻率、分群與合規差異詳解
對比 OnlyTG Echo Broadcast 與 TG-Staff 訊息批量群發在發送頻率、用戶分群能力和合規內控上的核心差異。了解哪種工具更適合你的 Telegram 運營需求,避免封號與數據風險。
OnlyTG Echo 無程式碼 Bot 建置器評測:優勢、限制與 TG-Staff 差異
深入評測 OnlyTG Echo 無程式碼 Bot 建置器,對比 TG-Staff 可視化命令流程。了解 OnlyTG Echo 的適用場景、限制,以及如何選擇更適合 Telegram Bot 客服與營運的自動化工具。