TG Bot 有人オペレーター転送ガイド：コマンドフローノードでシームレスなカスタマーサポート連携を実現

Telegram Bot の自動応答だけではユーザーの複雑な要求に対応できない場合、有人オペレーターへの転送が顧客満足度向上の鍵となります。本記事では、TG-Staff における tg bot 有人オペレーター転送 の完全な設定方法を、コマンドフローノードの設定から振り分けルールの最適化まで段階的に解説し、自動応答と有人サポートのシームレスな連携を構築します。

TG Bot に有人オペレーター転送を設定する理由

完全自動応答の Telegram Bot は、以下のシナリオでは対応が不十分です：

複雑な問題に対応できない：注文状況、返金手続き、技術障害などの問い合わせに対し、Bot の定型応答ではカバーしきれない
ユーザーの感情に人間の介入が必要：苦情、トラブル、緊急時には、有人オペレーターの共感力と柔軟な対応が不可欠
成約の重要な局面：製品詳細の問い合わせ後にユーザーが迷っている場合、有人オペレーターの積極的な案内が成約率を大幅に向上

TG-Staff はビジュアルなコマンドフローエディターを提供しており、コードを一行も書かずに、Bot の自動応答フローに「有人オペレーター転送」ノードを挿入できます。ユーザーがこのノードをトリガーすると、セッションは自動的にオンラインのオペレーターに割り当てられ、オペレーターは Web コンソールでリアルタイムに受信・応答します。ユーザーから見ると、「Bot が突然人間になった」ように感じられます。

前提準備：TG-Staff プロジェクトの準備を確認

有人オペレーター転送を設定する前に、以下の基本設定を完了してください。これらをスキップすると、転送機能は正常に動作しません。

ステップ 1：TG-Staff コンソールでオペレーターを追加し、プロジェクトを割り当てる

TG-Staff アプリコンソールにログイン
左側メニューの「オペレーター管理」を開く
「オペレーター追加」をクリックし、オペレーターのメールアドレスまたはユーザー名を入力、ログインパスワードを設定
「プロジェクト権限」で、そのオペレーターがアクセスできる Bot プロジェクトを選択

ベストプラクティス：各カスタマーサポート担当者に個別のオペレーターアカウントを作成し、メインアカウントを使用しないでください。これにより、オペレーターの操作履歴の監査が容易になり、プロジェクトごとに権限を割り当てやすくなります。

ステップ 2：プランのオペレーター枠と振り分けルールを確認

TG-Staff のプランにより、サポート可能な最大オペレーター数が決まります（詳細は公式プランページを参照）：

無料トライアル：3日間の体験期間、機能はスタンダード版と同じ
スタンダード版：小規模チーム向け
プロフェッショナル版：中規模から大規模チーム向け、より多くのオペレーターをサポート

「プロジェクト設定」→「セッション振り分け」で、振り分けルールを選択：

ルール	適用シナリオ	説明
ラウンドロビン	固定シフトチーム	権限のあるオペレーターを順番に巡回し、各オペレーターに均等にセッションを割り当て
オンライン優先	フレキシブルシフトチーム	現在オンラインのオペレーターに優先的に割り当て；全員オフラインの場合はラウンドロビンにフォールバック

ヒント：エージェントのオンラインステータス

有人エージェントノードは、「オンライン」ステータスのエージェントにのみユーザーを割り当てます。すべてのエージェントがオフラインの場合、ユーザーはコマンドフローで待機し、エージェントがオンラインになるまで続きます。チームは少なくとも1人のエージェントをオンラインに保つか、「オンライン優先」ルールを設定する際にオフライン通知メカニズムを併用することをお勧めします。

コアステップ：コマンドフローに有人対応エージェントノードを設定する

事前準備が完了したら、最も重要な段階に入ります——ビジュアルコマンドフローエディターで転送ノードを追加します。

ステップ1：コマンドフローエディターに入り、フローを作成/編集する

左側メニューから「コマンドフロー」を選択
「新規フロー」をクリックするか、既存のフローを選択して編集
左側のノードパネルから「有人対応エージェント」ノードをキャンバスにドラッグ

ステップ2：転送ノードのパラメータを設定する

キャンバス上の「有人対応エージェント」ノードをダブルクリックし、以下のパラメータを設定します：

ノード名：「カスタマーサポート転送」または「有人サービス」に設定することを推奨
対象プロジェクト：デフォルトは現在のプロジェクト。通常は変更不要
転送前の自動応答メッセージ：ユーザーが転送された際にBotが自動応答するテキストを入力。例：

「有人カスタマーサポートにおつなぎしています。少々お待ちください… 現在待ち人数が多いため、できるだけ早くエージェントを手配します。」
ノード後の接続：ノードの出力を「終了」ノード（転送後にフロー終了）に接続するか、「メニュー」ノード（転送後もユーザーがメインメニューに戻れる）に接続

ステップ3：転送フローが機能するかテストする

フローを保存して公開
テスト用のTelegramアカウントで、あなたのBotにトリガーコマンド（例：/help やカスタムメニューボタン）を送信
Botが設定した転送案内メッセージを返すか確認
エージェントアカウントのWebコンソールにログインし、新しいセッション通知を受信したか確認

よくある落とし穴：ノード順序とユーザー入力の取得

転送オペレーターノードは通常、フローの最後または条件分岐内に配置します。ノードの前に「ユーザー入力を待つ」ノードがある場合は、ユーザーの入力が完了してから転送に入るようにしてください。そうしないと、ユーザーが問題を表現する前に転送され、オペレーターの理解コストが増加します。

高度な設定：分流リンクと誘導フローを組み合わせた転送体験の最適化

TG-Staff の 分流リンク（Diversion Link） 機能を使用すると、広告、SNS、公式サイトなどのチャネルからのトラフィックをBotに正確に誘導し、コマンドフロー内の有人対応エージェントノードを介して、誘導→自動応答→有人対応の完全なチェーンを実現できます。

設定の考え方：

TG-Staff コンソールで分流リンクを作成（スタンダード版以上で利用可能）
リンクを Google Ads、Facebook、Twitter などのチャネルに配置
ユーザーがリンクをクリック → あなたの Telegram Bot に遷移 → ウェルカムまたはメニューフローをトリガー
メニューに「お問い合わせ」ボタンを設定 → 有人対応エージェントノードに接続
エージェントがセッションを受け取ると、分流リンクでキャプチャした訪問者のIP、ブラウザ情報、URLパラメータを確認でき、ユーザーの流入元チャネルを事前に把握できる

このチェーンは、特に越境EC、Web3プロジェクト、SaaS製品の顧客獲得シーンに適しています。ユーザーは広告クリックから有人対応エージェントによる対応まで数十秒で完了し、離脱率を大幅に低減します。

よくある未割り当てのトラブルシューティング：有人対応エージェントに転送されたのにユーザーが割り当てられない場合の対処法

転送ノードを設定した後、ユーザーがなかなかエージェントに割り当てられない場合は、以下の表を参照してトラブルシューティングを行ってください：

問題の現象	考えられる原因	解決策
エージェントに新しいセッションが届かない	エージェントがオフライン	エージェントがWebコンソールにログインし、オンライン状態を維持する
ユーザーが待っても応答がない	振り分けルールが「順番割り当て」で、全エージェントがビジー	「オンライン優先」に切り替えるか、エージェント数を増やす
転送ノードが反応しない	ノードがフローに正しく接続されていない	ノードの接続が完全か確認し、フローを再保存する
エージェントに権限があるのに届かない	プロジェクトのカスタマーサービス範囲にそのエージェントが含まれていない	プロジェクト設定 → カスタマーサービス範囲 → 「全カスタマーサービス」を選択するか、該当エージェントを追加する
ユーザー転送後にBotがエラーを出す	Bot Tokenの有効期限切れまたは権限不足	BotFatherでTokenを再取得し、TG-Staffに更新する

ベストプラクティス：オフライン自動返信の設定

コマンドフローで有人オペレーターノードに移行する前に、条件判断ノードを追加します。オンラインのオペレーターがいないことを検出した場合、「現在有人サポートはオンラインではありません。後でもう一度お試しいただくか、メッセージをお残しください」と返信し、ユーザーをお問い合わせフォームやFAQフローに誘導します。これにより、ユーザーが長時間待機して離脱するのを防げます。

チェックリスト：TG Bot 有人オペレーター転送設定の全フロー

以下のリストは全文の主要ステップをまとめたものです。これに沿って実行してください：

TG-Staff アカウントを登録し、Bot を紐付ける
少なくとも 1 つのオペレーターアカウントを追加し、プロジェクトを割り当てる
プランが必要なオペレーター数をサポートしていることを確認する
セッション振り分けルールを設定する（ラウンドロビン / オンライン優先）
コマンドフローエディターで有人オペレーター転送ノードを追加する
転送前の自動返信メッセージを設定する
転送フローをテストする（Bot → オペレーター Web 端末）
よくある受信漏れの問題をトラブルシューティングする（オフライン、ビジー、権限、ノード接続）
振り分けリンクを活用したトラフィック帰属分析を検討する

よくある質問

Q：無料トライアル版で有人オペレーター転送を設定できますか？ A：はい。3 日間の無料トライアル期間中は、標準版の機能（最大 3 人のオペレーター追加、セッション振り分け、コマンドフロー転送ノードの設定など）をご利用いただけます。トライアル終了後もご利用いただくには、標準版またはプロフェッショナル版のサブスクリプションが必要です。

Q：有人オペレーターに転送した後、ユーザーの過去の会話履歴はオペレーターに同期されますか？ A：はい。ユーザーがコマンドフローを通じてオペレーターに転送されると、オペレーターは Web コンソールで、ユーザーと Bot のすべてのやり取り（自動返信やユーザー入力）を含むセッションを確認できます。これにより、オペレーターはすぐにコンテキストを把握できます。

Q：有人オペレーター転送ノードは条件に基づいた振り分けをサポートしていますか？例えば、VIP ユーザーのみを転送するなど？ A：現在、TG-Staff の有人オペレーター転送ノードは全ユーザーを対象としており、ユーザータグや条件に基づく条件付き転送はサポートしていません。ただし、コマンドフロー内で条件分岐ノード（例：ユーザーが特定のキーワードを入力したかどうかを判定）を使用して、異なるユーザーを異なるブランチに誘導し、そのうちの 1 つのブランチに転送ノードを接続することは可能です。

Q：すべてのオペレーターがオフラインの場合、ユーザーが転送されるとどうなりますか？ A：ユーザーは Bot フローに留まり、エラーメッセージは表示されませんが、オペレーターに割り当てられることはありません。転送ノードの前に「オンラインのオペレーターを検出する」ロジックを追加することをお勧めします（条件ノードを使用して実現可能）。オペレーターがオンラインでない場合は、ユーザーにメッセージを残すかメインメニューに戻るように誘導します。この機能はコマンドフローで手動設定する必要があります。

Q：TG-Staff は同時にいくつの Bot の有人オペレーターセッションを処理できますか？ A：はい。1 つの TG-Staff アカウントに複数の Bot プロジェクトを紐付けることができ、各プロジェクトでコマンドフローと転送ルールを個別に設定できます。オペレーターはログイン後、Web コンソールでプロジェクトを切り替え、対応するプロジェクトの転送セッションを受け取ることができます。プランがサポートするプロジェクト数は公式ウェブサイトをご確認ください。

今すぐ TG-Staff 無料トライアルに登録して、コマンドフローによる有人オペレーター転送機能を体験してください。設定中に問題が発生した場合は、カスタマーサポート Bot @tgstaff_robot にお問い合わせいただくか、オンラインドキュメントをご参照ください。

TG Bot 有人オペレーター転送設定ガイド：コマンドフローノードでシームレスなカスタマーサービス引き継ぎを実現

关于作者