TG-Staff Onboarding 指南:3 天試用期 Telegram Bot 客服入門任務清單
关于作者
TG-Staff 致力于为 Telegram Bot 运营团队提供高效、可靠的客服与营销 SaaS 工具。
TG-Staff Onboarding 指南:3 天試用期 Telegram Bot 客服入門任務清單
剛註冊 TG-Staff 試用版,面對控制台一臉茫然?別擔心,3 天試用期足夠你完成一次完整的 Telegram Bot 客服流程驗證。本文為你規劃 Day1–Day3 的 TG-Staff onboarding 任務清單,從連接 Bot 到坐席接待,幫你高效利用 72 小時,快速判斷這款工具是否適合你的團隊。
為什麼 TG-Staff Onboarding 需要 Day1–Day3 節奏?
3 天試用期是連續 72 小時倒數計時,如果不提前規劃,很容易在摸索中浪費寶貴時間。按「Day1 連接 → Day2 配置 → Day3 驗證」的節奏推進,你能在試用結束前完成以下關鍵動作:
試用期的核心目標
- Day1:將你的 Telegram Bot 接入 TG-Staff 平台,並讓至少 1 名團隊成員能登入坐席入口。
- Day2:配置會話分流規則和基礎的自動化流程(如歡迎語),讓 Bot 在人工介入前能自動回覆。
- Day3:執行端到端測試,驗證從用戶發訊息 → Bot 自動回覆 → 坐席人工承接的完整鏈路,並體驗對業務有價值的功能。
避免常見 onboarding 誤區
很多用戶會在試用初期跳過基礎配置,直接嘗試進階功能(如內控管理或數據統計)。但如果你沒有配置分流規則,坐席可能永遠無法收到會話;如果沒創建坐席帳號,團隊其他成員就無法登入。建議按本文順序執行,確保試用結束時能基於真實場景評估功能。
準備材料
在開始註冊前,請準備好以下內容,避免中途中斷:
- Telegram Bot Token:在 BotFather(@BotFather)中建立或選擇已有的 Bot,複製其 Token。
- 坐席信箱:至少 1 個信箱地址,用於建立坐席帳號登入 Web 入口。建議使用團隊成員的常用信箱。
Day1 – 連接 Telegram Bot 與建立坐席
第一天任務最基礎,也最關鍵:讓 TG-Staff 和你的 Telegram Bot 建立連線,並讓團隊能透過 Web 控制台開始工作。
如何取得並接入你的 Bot Token
- 打開 Telegram,搜尋 @BotFather 並啟動對話。
- 輸入
/newbot建立一個新 Bot,或輸入/mybots選擇已有 Bot。 - 找到
API Token欄位,點擊複製(通常是一串類似1234567890:ABCdefGHIjklMNOpqrsTUVwxyz的字元)。 - 登入 TG-Staff 控制台(app.tg-staff.com),在「專案設定」或「Bot 管理」頁面找到 Token 輸入框。
- 貼上 Token 並儲存,系統會自動驗證 Token 有效性。
接入成功後,你可以在控制台直接編輯 Bot 的頭像、名稱和描述,無需再跳轉 BotFather——這在你需要快速調整 Bot 形象時會非常方便。
建立坐席並分配權限
TG-Staff 的坐席(Staff Seat)是獨立的 Web 入口網站帳號。標準版方案支援 3 個坐席額度,專業版支援 5 或 20 個(具體額度以官網方案頁為準)。
操作步驟:
- 在控制台左側導覽找到「坐席管理」或「Staff」入口。
- 點擊「新增坐席」,輸入坐席的姓名和電子郵件。
- 系統會向該電子郵件發送登入邀請(包含臨時密碼或驗證連結)。
- 坐席首次登入後,建議立即修改密碼。
- 在「專案權限」中,設定該坐席可存取的專案範圍:可以指定全部專案,也可以僅限特定 Bot 專案。
建議:即使你只有一個人,也至少建立 1 個坐席帳號進行測試。如果你想後續測試「會話轉移」或「線上優先分流」,可以在 Day2 建立第二個坐席。
Day2 – 設定會話分流與基礎自動化
第二天是讓 Bot 真正「智慧」起來的關鍵。你需要設定會話分流規則,決定使用者訊息如何分配給坐席;同時搭建一個簡單的自動回覆流程,讓 Bot 在人工介入前先處理常見問題。
分流規則的選擇與設定
TG-Staff 提供兩種分流模式,你可以在「專案設定 → 會話分流」中設定:
| 分流模式 | 工作原理 | 適合場景 |
|---|---|---|
| 輪流分配(預設) | 依序輪詢有權限的坐席,每人依次接收新會話 | 固定排班、坐席數量穩定的團隊(如每日輪班客服) |
| 線上優先 | 優先分配給目前線上的坐席;如果所有坐席都離線,回退到輪流分配 | 靈活回應、坐席不固定上線時間的團隊(如分散式支援團隊) |
如何選擇:如果你的團隊有明確的排班表(比如早班 3 人、晚班 2 人),選「輪流分配」更公平;如果團隊分佈在不同時區,希望訊息能立刻被線上的人處理,選「線上優先」更高效。
分流規則注意事項
選擇「在線優先」模式時,如果所有座席都離線,系統會自動回退到「輪流分配」。這意味著離線座席也會收到會話分配,但無法即時回應。建議團隊保持至少一人在線,或配合 Bot 自動回覆告知用戶等待時間。
零程式碼打造歡迎語與選單
TG-Staff 的「視覺化命令流程」編輯器採用拖曳式操作,無需撰寫任何程式碼。以下是一個最簡單的入門範例:
- 在控制台找到「流程編輯器」或「Command Flow」入口。
- 拖曳一個 「開始」節點 到畫布。
- 連接一個 「傳送訊息」節點,輸入歡迎語,例如:「歡迎來到 XX 官方客服!請選擇您需要的服務:1. 產品諮詢 2. 訂單查詢 3. 人工客服」。
- 新增一個 「等待使用者輸入」節點,設定使用者回覆的數字對應的分支。
- 為每個分支連接對應的回覆內容(如選擇「1」則傳送產品介紹連結,選擇「3」則觸發人工客服轉接)。
進階建議:在流程末尾新增一個「轉接人工」節點,確保當使用者選擇人工服務時,對話能正確進入客服佇列。這樣 Bot 就能在人工接手前自動處理 80% 的常見問題,減輕客服壓力。
Day3 – 驗證完整鏈路與評估關鍵功能
第三天是驗收日。您需要執行端到端測試,並嘗試對業務有價值的功能,為是否續費提供決策依據。
端到端測試:從使用者訊息到客服回覆
- 模擬使用者場景:用另一個 Telegram 帳號(或朋友手機)向您的 Bot 傳送一則訊息(例如「你好,我想諮詢產品」)。
- 觀察自動回覆:Bot 應該先回覆您 Day2 打造的歡迎語和選單。
- 選擇人工服務:在選單中輸入對應數字(如「3」),觸發轉人工流程。
- 登入客服入口:開啟 Web 控制台的「對話」頁面,您應該能看到新對話已被分配給線上客服。
- 傳送客服回覆:點選對話,輸入回覆內容,確認訊息能即時到達使用者端。
如果以上步驟都順利,表示您的 TG-Staff Onboarding 核心鏈路已經打通。
試用分流連結與自動翻譯
分流連結(魔法連結):如果您的方案包含此功能(標準版及以上),在控制台建立一個分流連結。將連結分享到社群媒體或廣告平台,模擬使用者點擊。然後查看控制台的「訪客記錄」或「歸因分析」頁面,確認 URL 參數、IP、瀏覽器資訊是否被捕捉。這對於廣告引流和管道效果評估非常有價值。
自動翻譯:在客服對話介面,找到翻譯開關(通常是一個語言圖示)。開啟後,客服傳送的訊息會自動翻譯成使用者的語言,使用者的訊息也會翻譯成客服的語言。您可以找一位使用不同語言的測試使用者,驗證翻譯的準確性和即時性。
Day3 驗收清單
- 端到端測試通過(用戶 → Bot → 客服)
- 分流連結歸因數據正常捕獲(如適用)
- 自動翻譯準確性符合預期
- 確認客服權限和對話分配邏輯無誤
Day1–Day3 檢查清單(可列印版)
| 天數 | 任務 | 完成狀態 |
|---|---|---|
| Day1 | 獲取 Bot Token 並接入 TG-Staff | □ |
| 建立至少 1 個坐席帳號並登入測試 | □ | |
| 設定坐席專案權限範圍 | □ | |
| Day2 | 選擇並設定對話分流規則(輪流/在線優先) | □ |
| 搭建歡迎語+常見問題選單的自動流程 | □ | |
| 建立第二個坐席(可選,用於測試協作) | □ | |
| Day3 | 端到端測試(使用者→Bot→坐席) | □ |
| 試用分流連結(如方案支援) | □ | |
| 測試自動翻譯功能 | □ | |
| 評估核心功能,決定是否續費 | □ |
試用期結束後:如何選擇續費方案
經過 3 天試用,你應該已經對 TG-Staff 的核心能力有了直觀感受。以下是選擇方案的參考維度:
- 坐席數量:如果團隊只有 1–2 人負責客服,標準版(3 個坐席)足夠;如果團隊超過 3 人,或需要為不同專案分配獨立坐席,考慮專業版(5 或 20 個坐席)。
- 翻譯需求:標準版包含 AI 翻譯,適合日常跨語言溝通;專業版額外支援 Google 專業翻譯和 DeepL 專業翻譯,適合對翻譯品質要求高的場景(如正式商務溝通)。
- 內控管理:如果你營運 Web3、交易所、NFT 等業務,需要監控坐席訊息中是否包含敏感資訊(如特定錢包地址),專業版的內容風控功能是剛需。
- 支付方式:TG-Staff 支援 Stripe 訂閱(信用卡)和 USDT(TRC20)鏈上支付。如果你偏好加密貨幣支付,可以在「我的訂閱」中選擇 USDT 付款。
方案價格和週期詳見官網方案頁,支援 30/90/180/360 天多週期訂閱,年付通常有額外折扣。
常見問題
問:試用期 3 天是從什麼時間開始計算?
答: 從你在 TG-Staff 控制台(app.tg-staff.com)註冊成功並啟動帳戶的那一刻開始,倒數計時 72 小時。建議在準備好 Bot Token 和坐席信箱後再開始註冊,避免浪費試用時間。
問:試用期內配置的內容,到期後會被刪除嗎?
答: 試用到期後,你的專案配置(如流程、分流規則)會保留一段時間(通常 7 天),但坐席無法登入接待使用者。續費後即可立即恢復使用所有功能,配置內容不會遺失。
問:我只有一個營運,也需要建立多個坐席嗎?
答: 建議至少建立 1 個坐席帳號用於測試。如果你單人操作,一個坐席額度就足夠;但如果你想測試「對話轉移」或「在線優先分流」的效果,可以建立第二個測試坐席來模擬團隊協作。
問:分流連結(魔法連結)在試用版中能用嗎?
答: 分流連結是標準版及以上方案的功能。如果你的試用版未包含該功能,可以在 Day3 測試時重點關注其他核心功能(如對話分流、自動翻譯),無需強求體驗所有功能。
問:如果我在 Day1 沒有連接 Bot Token,試用時間會浪費嗎?
答: 會的。試用期是連續的 72 小時。建議按本文的 Day1–Day3 節奏,在註冊前準備好所有材料(Bot Token、坐席信箱),確保每天都有明確的任務目標。
現在就開始你的 TG-Staff Onboarding 之旅吧!立即註冊試用(app.tg-staff.com),花 3 天時間驗證你的 Telegram Bot 客服流程。如果過程中遇到問題,查閱官方文件或聯繫客服 Bot @tgstaff_robot 取得協助。
Related Articles
Only TG TG Bot Telegram Bot 三角關鍵字 SEO 佈局:避免自相殘殺指南
避免 Only TG、TG Bot 與 Telegram Bot 三角關鍵字的 SEO 自相殘殺。本文教你如何透過內容規劃、頁面結構與內鏈策略,在 Google 和 Bing 中為每個關鍵字贏得獨立排名,同時提升整體流量。
TG Bot 與 TG-Staff 整合實戰:將你的 Telegram Bot 接入 Web 坐席工作台
學習如何將你的 tg bot 與 TG-Staff 整合,在統一控制台內管理客服、會話分流與自動化流程。本文提供從註冊、配置到上線營運的完整操作指南,適用於跨境客服與社群營運團隊。
自建 Telegram Bot 客服系統 vs SaaS 平台:開發、維運與功能迭代全面對比
自建 Telegram Bot 客服系統還是選擇 TG-Staff 這類 SaaS 平台?本文從開發成本、維運難度、功能迭代三個維度,幫你算清白建 vs 託管的真實帳本。