Telegram Bot を手動で顧客サービス システムに一から構築する: 自動転送 SOP と接続不能のトラブルシューティング ガイド
关于作者
TG-Staff 致力于为 Telegram Bot 运营团队提供高效、可靠的客服与营销 SaaS 工具。
Telegram Bot を手動の顧客サービス システムに一から構築する: 自動転送 SOP と接続ミスのトラブルシューティング ガイド
Telegram コミュニティまたは Bot ユーザー ベースが拡大すると、Bot の自動応答のみに依存するだけでは複雑な問い合わせに対応できなくなります。ユーザーがアフターセールス、技術的な問題、または個別のニーズに遭遇したとき、最も直接的なニーズは「本物の人を見つけたい」です。ただし、多くのチームが Telegram Bot を手動システムに構築すると、ユーザーが転送された後にエージェントが通知を受信しない、複数の人が同時に注文を取得する、ユーザーがタイムアウトを待っていて道に迷ってしまうなどの問題に遭遇することがよくあります。
この記事では、TG-Staff を例として、標準化された Telegram Bot カスタマー サービス システムをゼロから構築する手順を段階的に説明し、自動転送 SOP、セッション転送ルール、転送リンク設定、および一般的な接続不能問題のトラブルシューティング方法について説明します。海外チームであっても、Web3 プロジェクト関係者であっても、B2B SaaS オペレーターであっても、このプロセスを直接適用できます。
手動 SOP に標準化された Telegram Bot のセットが必要なのはなぜですか?
通常、SOP を使用せずに手動プロセスに移行すると、次の問題が発生します。
- 不在着信: ユーザーが [手動に転送] をクリックした後、エージェント側にプロンプトは表示されません。ユーザーは誰も責任者がいないと考え、直接離れます。
- 重複受信: 複数のエージェントが同じユーザーに同時に返信するため、情報が混乱します。
- 応答遅延: ユーザーはどれくらい待たなければならないのかわかりませんし、エージェントも誰が列に並んでいるのか知りません。
- アトリビューションの難しさ: ユーザーはどのチャネル (広告、コミュニティ、公式 Web サイト) から来ますか?追跡不能。
手動転送 SOP の標準化されたセットは、上記の問題をすべて解決できます。これは、ボットからエージェントまでのユーザーの完全なパス、エージェントの割り当てルール、異常な状況における隠蔽戦略を定義します。 TG-Staff はこのシナリオに基づいて設計されています。ビジュアル プロセス エディターと柔軟な転用ルールにより、使用可能な顧客サービス システムを 30 分で構築できます。
ステップ 1: コンソールで Bot をバインドし、基本設定を完了する
転送構成プロセスを開始する前に、アカウントの登録、ボットのバインド、およびエージェントの権限の割り当てを完了する必要があります。
ボットを登録してバインドする
- TG-Staff Consoleにアクセスしてアカウントを登録します(3日間の無料トライアル)。
- @BotFather でボット トークンを作成または取得します。
- TG-Staff コンソールの「ボット設定」ページでトークンを入力し、「バインド」をクリックします。
- バインドが成功すると、システムはボットの基本情報を自動的に同期します (アバターと名前は後で編集できます)。
ヒント
ボットをバインドした後、BotFather でボットの「グループ プライバシー」モードをオフにする (無効に設定する) ことをお勧めします。そうしないと、ボットはグループ内のすべてのメッセージを正常に受信できない可能性があります。
エージェントとプロジェクトの権限を構成する
- エージェントの追加: 「エージェント管理」でチームメンバーを招待すると、各エージェントは独立したログインリンクを受け取ります。
- プロジェクト権限の割り当て: 複数の Bot プロジェクトを管理する場合、情報漏洩を防ぐために、さまざまなエージェントに「特定のプロジェクトのみを表示する」権限を設定できます。
- シート割り当てを確認: 無料試用期間は 1 シートをサポートします。標準バージョンは 3 をサポートします。プロフェッショナルバージョンは5をサポートします。上位のパッケージは 20 をサポートします (詳細については、公式 Web サイトのパッケージ ページを参照してください)。
ステップ 2: Bot の構築 → 手動自動転送プロセス
これが核となるステップです。 TG-Staff の Visual Command Process エディタを使用して、ユーザー インタラクション メニューを構築し、トリガー ノードを「手動」に設定する必要があります。
ウェルカム メッセージと複数ステップの対話型メニューをデザインする
- コンソールで「Visual Process」エディタに入ります。
- ようこそノードをドラッグし、ボットの最初の応答コンテンツを設定します。例: 「こんにちは、ご相談へようこそ! 質問の種類を選択してください: 販売前相談 / テクニカル サポート / 手動カスタマー サービスへの転送。」
- 各オプションに ボタン ノード (インライン キーボードまたは応答キーボード) を追加します。たとえば:
・「販売前相談」→商品紹介を自動返信
- 「テクニカルサポート」→よくある質問の手順にジャンプします
- 「手動カスタマーサービスに転送」 → エージェント割り当てノードに接続
手動ノードへの転送と迂回ルールを構成する
- フローチャートで、[手動カスタマー サービスに転送] ボタンを エージェント割り当てノードに接続します。
- プロジェクト設定で セッション迂回ルール を構成します。
- ローリング (デフォルト): 承認されたエージェントを順番にポーリングします。負荷分散が必要なチームに適しています。
- オンライン優先度: 現在オンラインのエージェントへの割り当てを優先します。すべてのエージェントがオフラインの場合は、ローテーション割り当てに戻ります。
転用ルールの選択に関する提案
カスタマー サービス チームの人数が少なく、負荷分散が必要な場合は、「ローテーション割り当て」を使用します。オンライン接客を優先し、待ち時間を最小限にしたい場合は「オンライン優先」をご利用ください。 2 つのルールの違いについては、TG-Staff ドキュメント で詳しく説明されています。
- プロジェクト カスタマー サービスの範囲 を設定します。「すべてのカスタマー サービス」または「指定されたカスタマー サービス」を選択できます。チームに複雑な問題のみを扱う上級カスタマー サービス担当者がいる場合は、範囲を制限できます。
ステップ 3: 転送リンクを使用して広告のアトリビューションとマルチチャネルのトラフィック排水を実現する
多くのチームは「ユーザーはどこから来たのか?」という質問を無視します。 TG-Staff の Diversion Link 機能は、ソーシャル メディア、広告、公式 Web サイトなどの外部トラフィックを正確に Bot に誘導し、コンバージョン効果を追跡するのに役立ちます。
- 転送リンクの生成: コンソールの [転送リンク] ページに、
https://app.tg-staff.com/{code}などの短いリンクを作成します。 - パラメータの設定: カスタム パラメータ (
utm_source=facebookなど) を URL に追加できます。これにより、システムが訪問者の IP およびブラウザ情報を自動的に取得します。 - 設定ジャンプ: ユーザーがリンクをクリックすると、まず TG-Staff ページ (データのキャプチャ) にジャンプし、すぐに Telegram ボットにリダイレクトされます。
- アトリビューション分析: ユーザーポートレートでユーザーのソースチャネルを確認し、手動エージェントと協力して完全なトラフィック排出→コンサルテーション→コンバージョンリンクを形成します。
ステップ 4: コンテンツ リスク管理と内部統制管理を有効にする (プロフェッショナル バージョン)
Web3、仮想通貨取引所、NFT プロジェクトなどのコンプライアンスに敏感なチームにとって、エージェントが誤って支払いアドレスや機密情報を送信すると、大きなリスクが生じる可能性があります。 TG-Staff Professional Editionは**コンテンツリスク管理(内部統制管理)**機能を提供します。
- リスク フレーズの作成: 「コンテンツ リスク コントロール」で「機密ウォレット アドレス」などの新しいフレーズを作成し、TRC20、ERC20、BTC およびその他のアドレスまたはアドレス フラグメントを追加します。
- 関連プロジェクト: リスク フレーズを特定のプロジェクトにバインドすると、そのプロジェクトに属するエージェントのみが監視されます。
- トリガーアクションの設定: 「ポップアップウィンドウの二次確認」または「直接送信をブロック」を選択します。
- 監査ログ: その後の追跡を容易にするために、エージェント情報、セッション内容、トリガー時間を含むすべてのトリガー レコードが保存されます。
ウォレットアドレス監視に関する注意事項
ウォレット アドレス キーワードを設定する場合、部分一致による誤った傍受を避けるために、一致にアドレス プレフィックスまたは完全なアドレスを使用することをお勧めします。同時に、リスク フレーズで「監視のみ」モードを設定し、まずトリガー頻度を観察してから、傍受を有効にするかどうかを決定できます。
一般的な接続失敗の問題のトラブルシューティング ガイド
完全な手動転送 SOP が設定されている場合でも、実際の操作では転送後にユーザーが応答しない場合があります。トラブルシューティングの手順を優先順位順に示します。
エージェントはオフラインであるか、ログインしていません
- エージェント アカウントのステータスを確認する: コンソールの「エージェント管理」でエージェントがオンライン (緑色のアイコン) であるかどうかを確認します。
- エージェントが Web コンソールにログインしているかどうかを確認します: エージェントは、メッセージを受信するために Web ページを開いたままにし、ログインしたままにする必要があります。ブラウザを常に開くのが不便な場合は、TG-Staff が将来モバイル通知を開始するかどうかに注目してください (現在はサポートされていません)。
- プロジェクトの顧客サービス範囲を確認: エージェントが現在のプロジェクトに割り当てられているかどうかを確認します。
分散ルール設定の競合
- ルールの有効範囲を確認: プロジェクト レベルの転用ルールはグローバル設定をオーバーライドします。オンラインエージェントを含まない「指定カスタマーサービス」が誤って選択されていないか確認してください。
- オンライン優先モードのフォールバック ロジック: すべてのエージェントがオフラインの場合、システムはターンベースの割り当てにフォールバックします。ただし、ロールバック後もエージェントがオフラインのままの場合、メッセージはキューに入力され、エージェントがオンラインになるまで表示されません。 「担当者が一時的に忙しいため、後ほどカスタマーサービスからご連絡させていただきます。」という旨をユーザーに通知する自動返信を設定することをお勧めします。
Bot プロセス ノードは手動転送を正しくトリガーしませんでした。
- 視覚的なプロセスを確認します: プロセス エディターを開き、[手動カスタマー サービスに転送] ボタンが他の自動応答ノードではなくエージェント割り当てノードに接続されているかどうかを確認します。
- 完全なパスをテスト: 別の Telegram アカウントを使用してユーザー操作をシミュレートし、ボタンのクリックからエージェントが通知を受信するまでの完全なプロセスを実行します。
ベスト プラクティスと運用に関する提案
- 待機中の言葉を設定: ユーザーが手動転送をトリガーすると、ボットは自動的に「手動カスタマー サービス キューに入りました。現在の列の人数: {queue_count}、お待ちください。」などのメッセージを返します。これにより、ユーザーの待ち時間の不安を大幅に軽減できます。
- セッション タグを使用する: エージェントが受信しているときに、セッション (「販売前」、「販売後」、「苦情」など) にタグを付けて、その後の統計とユーザーのグループ化を容易にします。
- コンテンツ リスク制御ログの定期的な監査: リスク フレーズ トリガー レコードを週に 1 回チェックして、エージェントが誤ってメッセージを送信する高頻度のシナリオを理解し、キーワードを調整したり、タイムリーにトレーニングを強化したりします。
- 再訪問一括送信機能を使用: セッションを終了したユーザーに対して、TG-Staff の 一括一括送信機能を使用して、再訪問メッセージやプロモーション情報をタグに応じてグループに送信できます。
よくある質問
質問: ユーザーが「マニュアルに転送」ボタンをクリックしたのに、エージェントが通知を受け取らなかったのはなぜですか?
回答: 次の順序でトラブルシューティングを行ってください。 (1) 現在オンラインで Web コンソールにログインしているエージェントがいるかどうかを確認します。 (2) 配信ルール設定の「すべての顧客サービス」または「特定の顧客サービス」の範囲にオンラインエージェントが含まれているかどうかを確認します。 (3) 可視化処理の「手動へ転送」ノードがエージェント配置ノードに正しく接続されているか確認してください。
質問: TG-Staff は同時に何人のエージェントをサポートしますか?
回答: 無料試用期間では 1 人のエージェントがサポートされます。標準パッケージは 3 つのエージェントをサポートします。プロフェッショナル バージョンは 5 つのエージェントをサポートします。より高度なパッケージでは 20 のエージェントがサポートされます。詳細は公式パッケージページをご確認ください。
質問: 転送リンクと通常のボット リンクの違いは何ですか?
回答: 転送リンクは、TG-Staff の公式ドメイン名 (https://app.tg-staff.com/{code} など) への短いリンクです。ユーザーがクリックして Telegram ボットにジャンプすると、システムは自動的にユーザーの IP、ブラウザ情報、URL パラメーターをキャプチャして、広告の帰属とマルチチャネル追跡を容易にします。通常のボット リンクには、これらの追跡機能がありません。
質問: コンテンツリスク管理におけるウォレットアドレス監視ではどのチェーンがサポートされていますか?
回答: TRC20、ERC20、BTC などの主流チェーンのアドレスまたはアドレス フラグメントをリスク キーワードとして構成することがサポートされています。システムは、エージェントが送信する前に送信メッセージを検出します。メッセージにヒットすると、ポップアップ ウィンドウが 2 回目の確認を求めるか、送信を直接ブロックします。
質問: 接続が失われる問題は、ボット トークンの有効期限に関連していますか?
回答: 可能です。 BotFather で Bot の Token をリセットしたり、Bot を削除したりすると、すべての転送プロセスが無効になります。コンソールの「Bot 設定」で Bot の状態が正常かどうかを確認してください。異常な場合は再度バインドする必要があります。
上記は、Telegram Bot を手動で作成するカスタマー サービス システムをゼロから構築するための完全なガイドです。このプロセスをすぐに試したい場合は、TG-Staff 公式 Web サイト にアクセスして無料トライアルに登録するか、コンソール app.tg-staff.com で直接設定を開始できます。問題が発生した場合は、カスタマー サービス ボット @tgstaff_robot に連絡してサポートを求めることもできます。流用ルールや内部統制の設定について詳しく知りたい場合は、公式ドキュメントをご確認ください。
Related Articles
BotFather から TG-Staff までのボットの作成: Telegram カスタマー サービス システムを構築するための完全なガイド
Telegram Bot を顧客サービスに使用したいですか?この記事では、BotFather を使用したボットの作成からトークンの取得、TG-Staff プラットフォームへの接続まで、一般的な問題とベスト プラクティスをカバーしながら、プロフェッショナルなカスタマー サービス システムを構築する方法を段階的に説明します。
Telegram カスタマー サービス システムをゼロから構築する: 視覚的なコマンド プロセスと手動構成のチュートリアル
このチュートリアルでは、ウェルカム メッセージ、FAQ メニュー、および手動ノード構成をカバーする、視覚的なコマンド プロセスを使用して Telegram カスタマー サービス システムを構築する方法を段階的に説明します。コーディングは必要なく、基本知識がなくても TG-Staff でプロフェッショナルな顧客サービス ボットをすぐに起動できます。海外チームやコミュニティ運営に最適です。
Telegram カスタマー サービス システムの構築方法: 登録、ボットへのアクセス、オンライン エージェントまでの完全なステップバイステップ チュートリアル
Telegram Bot 用のプロフェッショナルなカスタマー サービス システムを構築したいですか?この記事では、登録、ボットへのアクセス、構成コマンド プロセスからエージェントをオンラインにするまでの完全なステップバイステップのチュートリアルを提供します。導入を 30 分で完了するために役立つチェックリストとよくある質問が添付されています。 TG-Staffを無料でお試しください。