多 Bot Telegram 客服系統搭建指南：專案隔離與坐席跨專案接待實戰

在經營單一品牌 Telegram Bot 時，客服流程相對簡單：一個 Bot，一個後台，一個團隊。但當業務擴展到多個品牌、多個產品線或多個社群時，事情就變得複雜了。每個 Bot 都需要獨立的客服配置，但團隊又希望能在一個後台統一管理。這就是多 Bot Telegram 客服系統要解決的核心問題。

本文將以 TG-Staff 為例，手把手教你如何搭建一個支援專案隔離與坐席跨專案接待的多 Bot 客服體系。無論你是跨國電商經營多個店鋪群組、Web3 專案同時維護多個代幣 Bot，或是 SaaS 公司為不同產品線配置獨立客服，這套方案都能幫你實現集中管理與彈性調配的平衡。

為什麼多品牌營運需要獨立的 Telegram 客服專案？

在開始建置之前，先先理解「為什麼要做專案隔離」。許多團隊初期只用一個 Bot 承接所有使用者諮詢，但隨著業務擴張，問題逐漸暴露：

• 品牌混淆：用戶 A 諮詢的是品牌 X 的產品，坐席卻誤用了品牌 Y 的話術或模板回應。
• 資料混雜：所有會話、使用者畫像、統計數字混在一起，無法依品牌獨立分析。
• 權限混亂：實習生坐席本應只處理品牌 Z 的簡單諮詢，卻能看到品牌 X 的敏感對話。

專案隔離正是為了解決這些問題－每個 Bot 專案擁有獨立的配置、會話記錄、使用者資料和風控規則。但同時，營運團隊往往希望客服人員能在一個 Web 後台登錄，同時接待多個 Bot 的用戶，而不是為每個 Bot 單獨開一個後台視窗。這就引出了坐席共享的需求。

常見多 Bot 情境：跨境多商店、Web3 多鏈、SaaS 多產品

• 跨境電商：營運美國站、歐洲站、日本站多個 Telegram 群組，每個群組對應一個 Bot，客服團隊統一用中文 + 自動翻譯接待。
• Web3 專案：同時維護主網代幣 Bot、測試網 Bot、NFT 專案 Bot，每個 Bot 的社群規則和風控需求不同（如監控不同鏈的錢包位址）。
• SaaS 公司：為 CRM 產品、行銷工具、資料分析工具分別配置獨立 Bot，但客服團隊共用一套知識庫和坐席帳號。

專案隔離 vs. 坐席分享：兩者如何兼得？

簡單來說：項目隔離是資料層面的獨立，坐席共享是操作層面的統一。兩者並不矛盾。

• 項目 A 的會話資料只有項目 A 的管理員和指定坐席能看到。
• 坐席小張可以同時加入專案 A 和專案 B，在同一個 Web 後台切換處理兩個 Bot 的諮詢。
• 項目 A 的會話分流規則（如「線上優先」）、自動翻譯配置、內容風控詞組，都不影響項目 B。

TG-Staff 正是基於這種設計理念——每個 Bot 專案都是一個獨立的“容器”，坐席透過權限綁定可以跨容器工作。

第一步：在 TG-Staff 建立多個 Bot 項目

操作步驟非常直接，你不需要開發經驗。

1. 登入控制台：存取 https://app.tg-staff.com/ 並完成註冊（免費試用 3 天）。
2. 新增第一個 Bot 專案：點選“新建專案”，輸入專案名稱（如“品牌 X 客服”）。
3. 連接 Telegram Bot：在 @BotFather 建立你的 Bot，複製 API Token，貼上到 TG-Staff 專案設定頁。
4. 編輯 Bot 資料（可選）：在控制台直接修改 Bot 的頭像、名稱和描述，無需跳轉 BotFather。這個功能對快速調整品牌形像很有用。
5. 重複上述步驟：為第二個、第三個 Bot 建立獨立專案。

創建完成後，你會在控制台看到所有項目的清單。每個專案都有獨立的設定頁面，包括會話分流、自動翻譯、內容風控（專業版）等配置。

第二步：設定專案客服範圍與坐席權限

多 Bot 系統的靈活性體現在在這裡：你可以為每個專案指定「誰能接走這個 Bot 的客服」。

設定專案級客服範圍：全部客服 vs. 指定客服

進入專案設定 → “客服範圍”，你會看到兩個選項：

模式	適用場景	說明
全部客服	多 Bot 共享客服池	所有擁有此項目權限的坐席都能接待該 Bot 的使用者。適合通用型諮詢。
指定客服	專屬坐席 / 高級支援	只有你勾選的特定坐席才能接待。適合需要專業知識的 Bot（如技術售後）。

最佳實務：對於標準化的售前諮詢 Bot，建議以「全部客服」模式，最大化坐席利用率。對於需要深度產品知識的 Bot（如企業級 SaaS 的故障排查），用「指定客服」模式，避免非專業坐席誤回覆。

為坐席分配跨專案權限

在坐席管理頁面，你可以將一個坐席帳號同時分配到多個項目：

1. 邀請或增加坐席（輸入對方的 Telegram 帳號或信箱）。
2. 在坐席詳情頁，點選「分配項目」。
3. 勾選該坐席需要服務的項目（如「品牌 X 客服」「品牌 Y 客服」）。
4. 為每個項目單獨設定角色：管理員（可修改項目配置）或坐席（僅能接待會話）。

這樣，坐席小張登入後台後，會看到來自專案 A 和專案 B 的所有待處理會話。他無需切換帳號，也無需開啟多個瀏覽器標籤頁。

第三步：用會話分流與分流連結實現多通路引流

專案建好了，坐席也分配好了，接下來要考慮的是：使用者如何從不同管道找到對應的 Bot？以及諮詢量上來後，如何自動分配給線上坐席？

設定會話分流規則

每個項目都可以獨立設定分流規則：

• 輪流分配（預設）：新使用者會話依序輪流指派給有權限的坐席。適合坐席數量穩定、工作量均衡的場景。
• 線上優先：優先分配給目前線上的坐席；如果所有坐席都離線，則回退到輪流分配。適合有排班製或坐席線上時間不固定的團隊。

利用分流連結（魔法連結）做管道歸因

TG-Staff 的分流連結（官方稱為 Diversion Link）是強大的引流歸因工具。它是 TG-Staff 官方網域的短鏈（如 https://app.tg-staff.com/{code}），用戶點擊後會自動跳到你的 Telegram Bot，並在跳轉前捕捉以下資料：

• 訪客 IP 位址
• 瀏覽器資訊（User-Agent）
• URL 參數（你可以自訂 utm_source、utm_medium 等）

實戰用法：

1. 為品牌 X 的 Bot 產生一個分流鏈接，用於 Google Ads 廣告。
2. 為品牌 X 的 Bot 產生另一個分流鏈接，用於 Twitter 推廣。
3. 為品牌 Y 的 Bot 生成獨立的分流鏈接，用於 Facebook 廣告。

使用者點擊不同連結進入 Bot 後，TG-Staff 會在後台記錄來源頻道。後續在使用者畫像與統計中，你可以分析哪個管道帶來的諮詢量最大、轉換率最高。

第四步：坐席實戰－跨專案接待與協作

當一切配置就緒，坐席登入 TG-Staff Web 後台後，會看到一個統一的會話清單。這裡有幾個關鍵操作技巧。

如何快速辨識目前會話所屬項目

後台 UI 做了清晰的設計：

• 每個會話的頂部或側邊會顯示項目名稱和Bot 名稱。
• 會話清單支援按項目篩選，坐席可以只看某個 Bot 的會話。
• 如果坐席同時處理多個項目，建議使用「按項目分組」視圖，避免混淆。

常見錯誤：坐席誤將項目 A 的話術發給項目 B 的使用者。 TG-Staff 的 UI 設計透過顏色標籤和項目標誌來降低這種風險，但坐席培訓中仍應強調「先看項目，再回覆」的習慣。

跨專案會話轉移與協作技巧

當遇到自己無法解決的問題時，坐席可以使用會話轉移功能：

• 將會話轉移給同一專案下的其他坐席（如技術專家）。
• 在轉移前，可以新增私人便箋（專業版功能），記錄問題背景和已嘗試的步驟，幫助接手坐席快速理解上下文。

協作場景範例：

• 坐席小張在接待品牌 X 的用戶，用戶問了一個 API 整合問題。小張不是技術人員，於是添加便箋“用戶已提供 API 日誌，需要技術排查”，然後將會話轉移給同一項目下的技術坐席小李。
• 小李接手後，看到便箋內容，直接查看日誌，無需重複詢問用戶。

常見問題

**問：一個 TG-Staff 帳號最多可以管理多少個 Bot 專案？ **

答： 取決於所選套餐。標準版和專業版皆支援多專案管理，具體專案數量請參考官網套餐頁。你可以在控制台隨時新增或刪除 Bot 項目，沒有固定的「最少項目數」限制。

**問：同一個坐席能同時接待多個 Bot 的使用者嗎？會不會搞混？ **

答： 可以。登入 TG-Staff Web 後台後，坐席會看到來自不同 Bot 的會話列表，每個會話都明確標註所屬項目名稱和 Bot 名稱。系統也支援按項目篩選會話，坐席可以專注於某個 Bot 的佇列。建議坐席在回覆前養成「看一眼項目標籤」的習慣。

**問：如果某個 Bot 的諮詢量突然暴增，如何快速調配其他坐席支援？ **

答： 有兩種方式：1）在專案設定中將“客服範圍”從“指定客服”改為“全部客服”，讓所有有權限的坐席都能接入；2）手動將更多坐席加入該項目。同時將分流規則改為“線上優先”，系統會自動將新會話分配給目前線上的坐席，最大化回應速度。

**問：分流連結（魔法連結）可以用於多個 Bot 嗎？ **

答： 可以。每個 Bot 專案可以產生多個獨立的分流連結。你可以分別為不同 Bot、不同廣告管道生成並管理鏈接，歸因數據互不干擾。例如，品牌 X 的 Google Ads 鏈接和品牌 Y 的 Twitter 鏈接，後台會分別記錄各自的點擊和會話數據。

**問：內容風控（內控管理）能針對不同項目設定不同規則嗎？ **

答： 可以（專業版功能）。你可以在控制台建立多個風險詞組，然後將不同詞組關聯到不同項目。例如，專案 A（主網 Bot）監控 TRC20 錢包位址，專案 B（測試網 Bot）監控 ERC20 位址，規則完全獨立。當坐席在項目 A 發送訊息時，只會觸發項目 A 關聯的風險詞偵測。

結論：統一後台，靈活服務多品牌

搭建多 Bot Telegram 客服系統，核心價值在於：集中管理降低成本，專案隔離保障資料安全，坐席靈活調配提升效率。無論你的業務橫跨幾個品牌、幾條產品線，一個配置得當的 TG-Staff 後台都能讓你游刃有餘。

如果你正在為多個 Bot 的客服管理而頭疼，不妨從免費試用開始：

1. 造訪 https://app.tg-staff.com/ 註冊，享有 3 天免費試用。
2. 在控制台建立第一個 Bot 項目，體驗多專案管理流程。
3. 查看官方文件以取得更詳細的設定指南。
4. 遇到問題，直接聯絡客服 Bot @tgstaff_robot。

你離高效的多 Bot 客服系統，只差這一步。