TG客服システムの座席モデル解説：Staff Seat 割り当て、権限管理、同時セッション

Telegram Botで顧客対応を始めると、すぐに現実的な問題に直面します。複数のオペレーターが同時にバックエンドにログインするにはどうすればよいか？セッションの取り合いを防ぐには？異なるオペレーターに異なるBotの権限を割り当てるには？これこそが tg客服システム の Staff Seat（座席） が解決する核心的な問題です。

TG-Staff の座席モデルは、本質的にはアカウント数に基づいて課金し、プロジェクトごとに権限を割り当て、複数の座席が同時にセッションを処理できるカスタマーサービスチーム管理メカニズムです。従来のチケットシステムのように「同時セッション数」で課金するのではなく、「同時にバックエンドにログインできるオペレーターアカウント数」で課金します。つまり、チームでオンライン対応が必要な人数分の座席枠を購入し、各座席は複数のTelegramセッションを同時に処理でき、互いに干渉しません。

本記事では、割り当て、権限設定、同時メカニズムからプラン選択まで、TG-Staff の座席モデルを完全に分解し、どの設定があなたのチームに適しているかを迅速に判断するのに役立てます。

Staff Seat とは？TG客服システムの座席モデル

Staff Seat は文字通り「座席」を意味し、TG-Staff において独立してWebコンソールにログインし、Telegramユーザーに対応できるオペレーターアカウントです。各座席アカウントは独立したログイン資格情報、権限設定、セッションリストを持ちます。

従来のカスタマーサービスシステムとの違いは以下の通りです。

従来のチケットシステム：通常「座席数」または「同時セッション数」で課金され、座席枠は同時接続上限と連動することが多いです。例えば、5座席の場合、同時にアクティブなセッションは5つだけかもしれません。
TG-Staff：座席枠は「同時ログインできるアカウント数」のみを指し、各座席が同時に処理できるセッション数は制限しません。1つの座席はWebインターフェースでタブ形式で10、20、さらにはそれ以上のユーザーを同時に対応でき、システムが強制的に切断することはありません。

つまり、座席枠は同時接続の天井ではなく、チーム規模の天井です。チームで同時にオンラインが必要な人数分だけ支払えばよく、ユーザーセッションごとに追加で支払う必要はありません。

3/5/20 座席枠の詳細：異なるプランがどのチーム規模に合うか

TG-Staff は標準版とプロフェッショナル版プランで3種類の座席枠を提供します：3、5、20。以下に具体的なシナリオ分析を示します。

標準版（3座席）—— 個人開発者と小規模チーム向け

適用シナリオ：1～2人で運営、1～2個のTelegram Botを管理するスタートアッププロジェクトや独立開発者。

3座席枠でカバー可能：メインアカウント + 1人のパートタイムオペレーター + 1つの予備アカウント。
チームが一人だけの場合、3座席のうちメインアカウントで日常対応し、残りの2つを「交代」や「テストアカウント」として使用できます。ただし、枠はアカウント数であり同時接続数ではないため、一人で3つのアカウントにログインしてもセッション処理能力が向上するわけではなく、管理の複雑さが増すだけです。
適したシナリオ：個人開発のTelegram Bot（コミュニティボット、簡易カスタマーサービスBotなど）、たまに他の人の応答補助が必要な場合。

標準版/プロフェッショナル版（5座席）—— 小規模カスタマーサービスチームの標準構成

適用シナリオ：3～5人のチーム、2～3個のBotプロジェクトを管理、複数シフトやタイムゾーンをまたぐカバレッジが必要な場合。

5座席で同時オンライン可能、早番3人＋遅番2人の交代制、または全員同時オンライン対応に適しています。
クロスボーダービジネス（越境EC、暗号通貨プロジェクトなど）では、5座席で英語＋中国語のバイリンガルカスタマーサービスチームをカバーでき、自動翻訳機能と組み合わせてシームレスな多言語サポートが可能です。
この枠は複数のBotを同時運用するチームにも適しています：各Botに1～2の専用座席を割り当て、残りを共有リソースとして使用します。

プロフェッショナル版（20座席）—— 中規模から大規模な運営チーム

適用シナリオ：10～20人のカスタマーサービスチーム、複数Bot、多言語、24時間365日シフト制のカスタマーサービスセンターやWeb3プロジェクト。

20の独立した座席アカウントで柔軟に設定可能：早番8人、遅番8人、フレキシブル4人、「オンライン優先」振り分けルールと組み合わせて、各シフトに十分な人員を確保。
コンテンツ管理（内部統制管理）が必要なチームに適しています：プロフェッショナル版ではリスクワード監視、ウォレットアドレス監視などのコンプライアンス機能をサポートし、20座席の規模では、主管座席がより高い権限（セッション転送、データ閲覧など）を持ち、一般座席は応答のみで権限分離を実現。
注意：20座席はアカウント数であり、全員が同時にオンラインである必要はありません。20枠を購入しても、実際には10人だけがオンラインの場合もあります。余った枠は予備や将来の拡張として使用できます。

座席権限体系：プロジェクトレベルの権限と操作範囲設定

座席枠は「何人ログインできるか」を決定し、権限設定は「ログイン後に何ができるか」を決定します。TG-Staff はプロジェクトレベルの権限割り当てをサポートし、各座席が許可されたBotプロジェクトのみにアクセスでき、操作範囲を制限します。

設定可能な権限の次元は以下の通りです：

プロジェクトアクセス範囲：コンソールの「プロジェクト設定」で、各座席に「全オペレーター」または「指定オペレーター」を選択できます。「指定オペレーター」を選択した場合、選択された座席だけがそのBotのユーザーメッセージを表示および応答できます。
操作権限：座席が可能かどうか：
- セッションの表示のみ（読み取り専用モード、トレーニングや品質管理に適する）
- 表示と応答（標準オペレーター権限）
- セッションの割り当て/転送（主管権限）
- データ統計の表示（プロフェッショナル版）
- 振り分けルールとコマンドフローの管理（管理者権限）

権限設定の推奨事項

異なるエージェントに差別化された権限を割り当て、誤操作やデータ漏洩を防ぎます。例えば、初級エージェントは閲覧と返信のみ可能とし、スーパーバイザーエージェントは会話の転送やデータ分析を実行できます。Web3や取引所などのセンシティブなシナリオでは、一般エージェントに対して「コンテンツリスク管理フレーズ編集」と「データエクスポート」の権限を必ず無効にしてください。

権限分離の実際的な価値:

チームが3つのBot（営業前相談用、アフターサポートチケット用、コミュニティ運営用）を同時に管理していると仮定します。3つのプロジェクトを作成し、各プロジェクトを特定のエージェントのみに開放できます。営業前のカスタマーサポートはアフターサポートチケットの機密情報を見ることができず、コミュニティ運営者は他のBotの設定を誤操作できません。これは複数チームでの協業時に特に重要です。

複数エージェントによる同時セッション: 効率的なカスタマーサポートの引き継ぎ方法

複数のエージェントが同時にオンラインの場合、システムはどのようにセッションを割り当てるのでしょうか？各エージェントは同時にいくつのセッションを処理できるのでしょうか？TG-Staff は「エージェント主導のプル」と「システム自動割り当て」のハイブリッドモードを採用しています。

核心メカニズム:

各エージェントはWebポータルにログイン後、自分に割り当てられたセッション一覧を確認します（振り分けルールに基づき自動割り当て、またはエージェントが手動で取得）。
エージェントは複数のセッションタブを同時に開き、自由に切り替えて返信できます。システムは同時接続数を制限しませんが、応答品質とユーザー体験を維持するため、各エージェントが同時に処理するアクティブセッションは10～15件以下が推奨されます。
未割り当てのセッションは「割り当て待ち」キューに入り、振り分けルールにより権限のあるエージェントに自動的に配布されます。

セッションの転送と割り当て記録

エージェントが複雑な問題（技術障害、クレームのエスカレーションなど）に遭遇した場合、セッションをスーパーバイザーや指定の同僚に転送できます。転送時にシステムは完全な割り当て記録を保持します。これには以下が含まれます:

誰が転送を開始したか
誰に転送したか
転送時刻
転送理由（エージェントがメモを記入可能）

これらの記録は振り返りに活用できます: どのタイプのセッションが頻繁に転送されているか？どのエージェントの転送率が最も高いか？チームの知識ベースとトレーニング方向性の最適化に役立ちます。

エージェント間のコラボレーション（プライベートメモ）

プロフェッショナル版では、エージェントがセッション内に「プライベートメモ」を追加できます。これは同僚のみが閲覧可能な内部メモで、ユーザーには表示されません。典型的な使用例:

引き継ぎメモ: 「ユーザーは注文番号を提供済みですが、経理による確認が必要です。フォローをお願いします。」
内部注意喚起: 「このユーザーはVIPです。トーンと応答速度に注意してください。」
問題のマーキング: 「ボットの疑いあり、手動確認が必要です。」

メモはユーザー側のTelegram会話には表示されず、内部コミュニケーションがユーザー体験を妨げることを防ぎます。

ベストプラクティス

チームはピーク時に「オンラインプライオリティ」ルーティングルールを有効にし、セッションが自動的に現在オンライン中のエージェントに割り当てられ、ユーザーの待ち時間を短縮することを推奨します。また、各エージェントに「最大アクティブセッション数」のアラートを設定してください（TG-Staffにはまだ組み込み制限はありませんが、チームでルールを決めることができます）。これにより、エージェントが同時に多くのセッションを処理して応答が遅れるのを防ぎます。

エージェントモデルと振分ルールの連携：順番割り当て vs オンライン優先

エージェント枠は「人数」、振分ルールは「どう割り振るか」です。両者が連携して初めて最大の効率を発揮します。TG-Staff では2種類の振分ルールを提供しています：

ルール	原理	適したシナリオ
順番割り当て	固定順序で権限を持つエージェントに順次割り当て。そのエージェントがオンラインかどうかは問わない	交代制カスタマーサポートチーム（例：早番固定3人、遅番固定3人）。各エージェントに均等に割り当てる場合
オンライン優先	現在オンラインのエージェントに優先的に割り当て。全員オフラインの場合は順番割り当てにフォールバック	24/7カスタマーサポートチーム、複数タイムゾーン対応、ピーク時の柔軟な人員配置

選択のアドバイス：

チームに固定シフトがある場合（例：9時〜18時）、「順番割り当て」で十分です。エージェントが時間になるとログインし、システムが順番に割り当てます。
チームが複数タイムゾーンで運用している、または一部のエージェントがパートタイムで勤務時間が不確定な場合は、「オンライン優先」を使用します。オンラインのエージェントが対応し、オフラインのエージェントにセッションが割り当てられてユーザーを待たせるのを防ぎます。
20エージェントのプロフェッショナル版チームには、「オンライン優先」と「プロジェクトカスタマーサポート範囲」を「指定カスタマーサポート」に設定し、異なるシフトのエージェントを異なるプロジェクトにグループ化して、細かいスケジューリングを実現することをお勧めします。

チームに最適なエージェントプランを選ぶには？

以下の判断フローで、素早く最適なプランを見つけられます：

チームの同時オンライン人数を評価：日常的にWeb管理画面に同時ログインしてユーザー対応する必要がある人数は？注意：これは「同時オンライン」であり、チームの総人数ではありません。例えば、チームが5人でも同時に3人しか勤務していなければ、3エージェントで十分な場合があります。
管理するBotの数を評価：1〜2個のBotを管理する場合、3〜5エージェントで通常十分です。5個以上のBotを管理する場合は、各Botに専任のカスタマーサポートを割り当てるために20エージェントを推奨します。
プロフェッショナル版の機能が必要か評価：
- コンテンツリスク管理（ウォレットアドレス監視、リスクワード監査）が必要 → プロフェッショナル版
- 無制限翻訳、ユーザープロファイル、TGテーマチャット背景が必要 → プロフェッショナル版
- 基本的な振分け、エージェント管理、制限付き翻訳のみ → スタンダード版
プランの枠を参考：
- 3エージェント：1〜2人チーム、1〜2個のBot
- 5エージェント：3〜5人チーム、2〜3個のBot
- 20エージェント：10〜20人チーム、複数Bot、多言語、24/7交代制
まずは試用してから決定：登録後3日間の無料トライアルが利用可能。期間中はスタンダード版の3エージェント枠を体験できます。トライアル中にチームが実際に必要とする同時オンラインエージェント数をテストし、アップグレードを検討してください。

プランの具体的な価格は公式サイトのプランページをご確認ください。StripeサブスクリプションとUSDT（TRC20）オンチェーン決済に対応しています。

よくある質問

Q：3エージェント枠とは、同時に3人しかカスタマーサポートがオンラインになれないということですか？

A：その通りです。エージェント枠とは、Webポータルに同時ログインできるカスタマーサポートアカウントの数を指します。チームが5人でも、エージェント枠が3つしかなければ、交代で使用するかプランをアップグレードする必要があります。ただし、各エージェントは複数のセッションを同時に処理できるため、3エージェントだからといって同時に3ユーザーしか対応できないわけではありません。

Q：1人のエージェントは同時にいくつのTelegramセッションを処理できますか？

A：固定の上限はありません。エージェントは複数のセッションを同時に処理でき、システムはWebインターフェースでタブ形式で異なるセッションを表示し、エージェントは自由に切り替えて返信できます。ただし、応答品質を維持するため、各エージェントが同時に処理するアクティブなセッションは10〜15以下が推奨されます。これを超える場合は、エージェント枠を増やすか振分ルールを最適化することをお勧めします。

Q：エージェントの権限をBotプロジェクトごとに細かく設定できますか？

A：可能です。TG-Staffコンソールの「プロジェクト設定」で、各エージェントにアクセス可能なプロジェクト範囲を設定できます。「全カスタマーサポート」または「指定カスタマーサポート」を選択し、具体的な権限を割り当てることで、きめ細かな管理が実現します。例えば、営業前カスタマーサポートは営業前Botプロジェクトのみ、アフターサポートはアフターサポートBotプロジェクトのみアクセス可能にできます。

Q：プロフェッショナル版の20エージェント枠で24時間交代制は対応できますか？

A：対応可能です。20エージェント枠は複数シフトの交代制（例：早番8人、遅番8人、予備4人）をカバーするのに十分です。「オンライン優先」振分ルールと組み合わせることで、各シフトでオンラインのエージェントがセッションを引き継げます。複数タイムゾーンで運用する場合は、異なるタイムゾーンのエージェントを異なるプロジェクトグループに割り当てることもできます。

Q：無料トライアル中にStaff Seat機能を体験できますか？

A：可能です。登録後3日間の無料トライアルが利用可能で、期間中はスタンダード版の3エージェント枠、セッション振分け、振分リンクなどのコア機能を体験できます。トライアル終了後、さらにエージェントが必要な場合は、アップグレードして継続利用できます。トライアル期間中にチームに必要なエージェント数をテストし、スタンダード版かプロフェッショナル版かをご判断ください。

柔軟で拡張性のある tgカスタマーサポートシステム をお探しなら、TG-Staffのエージェントモデルから始めてみませんか。3日間の無料トライアルに登録して、Staff Seat枠の割り当て、プロジェクトレベルの権限、複数エージェントの同時セッションを体験してください： https://app.tg-staff.com/

さらに詳しく学ぶには、完全なドキュメントをご覧ください：https://docs.tg-staff.com/

プランのアップグレードやチーム向けカスタマイズについては、カスタマーサポートBotまでお問い合わせください：@tgstaff_robot

TGカスタマーサポートシステムのスタッフシートモデル詳解：Staff Seat割り当て、権限管理と同時セッション

关于作者