TG-Staff 团队 avatar TG-Staff 团队

TG Customer Service System Staff Seat Model Explained: Staff Seat Quota Allocation, Permission Management, and Concurrent Sessions

tg-cs-system Agent Customer Service System Permission Management

TG Customer Service System Seat Model Explained: Staff Seat Quota Allocation, Permission Management, and Concurrent Sessions

When you start using Telegram Bot to handle customer inquiries, you’ll soon encounter a practical issue: how can multiple customer service agents log into the backend simultaneously? How to avoid session conflicts? How to assign different Bot permissions to different agents? This is the core problem that the Staff Seat in the TG customer service system aims to solve.

The seat model of TG-Staff is essentially a customer service team management mechanism that charges based on the number of accounts, allocates permissions by project, and supports multiple agents handling sessions concurrently. Unlike traditional ticketing systems that charge by “concurrent sessions,” it charges by “the number of customer service accounts that can log into the backend simultaneously.” This means if your team has several people who need to be online to serve customers, you purchase that many seat quotas. Each seat can handle multiple Telegram sessions at the same time without interference.

This article will fully break down the seat model of TG-Staff, covering quota allocation, permission configuration, concurrency mechanisms, and plan selection, helping you quickly determine which configuration suits your team.


What is a Staff Seat? The Seat Model in TG Customer Service System

Staff Seat literally means a customer service account that can independently log into the web console and interact with Telegram users. Each seat account has its own login credentials, permission settings, and session list.

The difference from traditional customer service systems:

  • Traditional ticketing systems: Usually charge by “number of seats” or “concurrent sessions,” and seat quotas are often tied to concurrency limits. For example, 5 seats might mean only 5 active sessions at a time.
  • TG-Staff: Seat quotas only refer to “the number of accounts that can be logged in simultaneously” and do not limit the number of sessions each seat can handle concurrently. A single agent can handle 10, 20, or even more users simultaneously in tabbed views on the web interface without the system forcibly disconnecting.

This means: Seat quotas are not a concurrency ceiling, but a team size ceiling. You only pay for the number of people on your team who need to be online at the same time, without extra charges per user session.


Detailed Explanation of 3/5/20 Seat Quotas: How Different Plans Match Team Size

TG-Staff offers three seat quotas under Standard and Pro plans: 3, 5, and 20. Below is a scenario analysis.

Standard Plan (3 Seats) – Suitable for Individual Developers and Small Teams

Applicable scenarios: 1–2 person operations managing 1–2 Telegram Bots, such as startup projects or solo developers.

  • 3 seat quotas can cover: main account + 1 part-time agent + 1 backup account.
  • If you’re a team of one, you can use the main account for daily reception, and the other two as “rotation” or “test accounts.” Note that quotas are account numbers, not concurrency, so logging in with 3 accounts won’t increase session handling capacity, only management complexity.
  • Suitable for: Personal Telegram Bots (e.g., community bots, simple customer service bots) that occasionally need help from others.

Standard/Pro Plan (5 Seats) – Standard Configuration for Small Customer Service Teams

Applicable scenarios: 3–5 person teams managing 2–3 Bot projects, needing multi-shift or cross-timezone coverage.

  • 5 seats can be online simultaneously, suitable for a shift system with 3 morning agents + 2 evening agents, or all agents online at once.
  • For cross-border businesses (e.g., overseas e-commerce, cryptocurrency projects), 5 seats are enough to cover an English + Chinese bilingual customer service team, with auto-translation enabling seamless multilingual support.
  • This quota also suits teams running multiple Bots: assign 1–2 dedicated seats per Bot, with the rest as shared resources.

Pro Plan (20 Seats) – Medium to Large Operations Teams

Applicable scenarios: 10–20 person customer service teams supporting multiple Bots, multiple languages, 24/7 shifts, such as customer service centers or Web3 project teams.

  • 20 independent seat accounts can be flexibly configured: 8 morning agents, 8 evening agents, 4 flexible agents, paired with “online priority” routing rules to ensure adequate staffing per shift.
  • Suitable for teams needing content moderation (internal controls): the Pro plan supports risk word monitoring and can configure wallet address monitoring for compliance. With 20 seats, supervisor seats can have higher permissions (e.g., session transfer, data viewing), while regular agents can only reply, enabling permission isolation.
  • Note: 20 seats refer to account count, not all must be online simultaneously. You can purchase 20 quotas but only have 10 agents online—the extra quotas can serve as backups or for future expansion.

Seat Permission System: Project-Level Permissions and Operation Scope Configuration

Seat quotas determine “how many people can log in,” while permission configuration determines “what they can do after logging in.” TG-Staff supports project-level permission assignment, allowing each seat to access only authorized Bot projects and limiting their operation scope.

Configurable permission dimensions include:

  • Project access scope: In the console under “Project Settings,” you can select “All Agents” or “Specified Agents” for each seat. If “Specified Agents” is chosen, only selected seats can view and reply to user messages for that Bot.
  • Operation permissions: Whether a seat can:
    • View sessions only (read-only mode, suitable for training or quality checks)
    • View and reply (standard agent permissions)
    • Assign/transfer sessions (supervisor permissions)
    • View data statistics (Pro plan)
    • Manage routing rules and command flows (admin permissions)

Permission Configuration Recommendations

Assign differentiated permissions to different agents to avoid misoperations or data leaks. For example, junior agents can only view and reply, while supervisor agents can perform conversation transfers and data analysis. In sensitive scenarios like Web3 and exchanges, be sure to disable “Content Moderation Phrase Editing” and “Data Export” permissions for regular agents.

The Real Value of Permission Isolation:

Suppose your team manages three bots simultaneously: one for pre-sales consulting, one for after-sales tickets, and one for community operations. You can create three projects, each accessible only to specific agents. Pre-sales agents cannot see sensitive information in after-sales tickets, and community operators cannot accidentally modify configurations of other bots—this is especially important in multi-team collaboration.


Multi-Agent Concurrent Sessions: How to Achieve Efficient Customer Service

When multiple agents are online simultaneously, how does the system assign conversations? How many conversations can each agent handle at once? TG-Staff uses a hybrid model of “agent pull + system auto-assignment.”

Core Mechanism:

  • After logging into the web portal, each agent sees a list of conversations assigned to them (auto-assigned based on routing rules or manually claimed by the agent).
  • Agents can open multiple conversation tabs simultaneously and switch freely to reply. The system does not limit concurrency, but it is recommended that each agent handle no more than 10–15 active conversations at a time to ensure response quality and user experience.
  • Unassigned conversations enter a “pending assignment” queue, where routing rules automatically distribute them to authorized agents.

Conversation Transfer and Assignment Records

When an agent encounters a complex issue (e.g., technical failure, complaint escalation), they can transfer the conversation to a supervisor or designated colleague. The system retains a complete transfer record, including:

  • Who initiated the transfer
  • Who it was transferred to
  • Transfer time
  • Transfer reason (the agent can add notes)

These records can be used for review: which types of conversations are frequently transferred? Which agent has the highest transfer-out rate? This helps optimize the knowledge base and training direction.

Agent Collaboration (Private Notes)

The professional version allows agents to add “private notes” within conversations—internal notes visible only to colleagues, not to users. Typical uses:

  • Handover note: “User has provided order number, but needs financial verification. Please follow up.”
  • Internal reminder: “This user is a VIP. Pay attention to tone and response speed.”
  • Issue flag: “Suspected bot, needs manual verification.”

Notes do not appear in the user’s Telegram conversation, avoiding internal communication interference with the user experience.

Best Practices

It is recommended that teams enable the “Online First” routing rule during peak hours to ensure sessions are automatically assigned to currently online agents, reducing user wait time. Additionally, set a “Maximum Active Sessions” reminder for each agent (TG-Staff does not have a built-in limit yet, but teams can establish their own rules) to prevent agents from handling too many sessions simultaneously, which could lead to delayed responses.


Synergy Between Staff Seat Model and Routing Rules: Round Robin vs. Online Priority

Staff seats represent headcount, while routing rules determine how conversations are distributed. Their combination maximizes efficiency. TG-Staff offers two routing rules:

RulePrincipleSuitable Scenarios
Round RobinPolls authorized staff in a fixed order, regardless of online statusShift-based teams (e.g., 3 fixed staff for morning shift, 3 for evening shift), ensuring even distribution
Online PriorityPrioritizes currently online staff, falls back to round robin when all offline24/7 teams, multi-timezone coverage, peak-time flexible allocation

Selection Tips:

  • For teams with fixed shifts (e.g., 9 AM–6 PM), use “Round Robin”—staff log in on time, and the system assigns conversations in order.
  • For cross-timezone operations or teams with part-time staff, use “Online Priority”—only online staff receive conversations, avoiding delays from offline assignments.
  • For 20-seat Pro teams, pair “Online Priority” with setting “Project Staff Scope” to “Designated Staff” to group staff from different shifts into separate projects for fine-grained scheduling.

How to Choose the Best Staff Seat Plan for Your Team

Here’s a decision path to help you quickly identify the right plan:

  1. Assess simultaneous online staff: How many people need to log into the Web dashboard simultaneously? Note: this is about concurrent online staff, not total team size. For example, a team of 5 with only 3 on duty may need 3 seats.
  2. Assess number of managed bots: For 1–2 bots, 3–5 seats are usually sufficient; for 5+ bots, consider 20 seats to assign dedicated agents per bot.
  3. Assess need for Pro features:
    • Content moderation (wallet address monitoring, risk word auditing) → Pro
    • Unlimited translation, user profiles, TG theme backgrounds → Pro
    • Basic routing, staff management, limited translation → Standard
  4. Reference plan capacity:
    • 3 seats: 1–2 person team, 1–2 bots
    • 5 seats: 3–5 person team, 2–3 bots
    • 20 seats: 10–20 person team, multiple bots, multilingual, 24/7 shifts
  5. Try before you buy: Sign up for a 3-day free trial, which includes Standard 3-seat capacity. Test your actual needs before upgrading.

For specific pricing, refer to the official pricing page. Supports Stripe subscription and USDT (TRC20) on-chain payment.


FAQ

Q: Does 3 staff seats mean only 3 agents can be online at the same time?

A: Yes. Staff seats refer to the number of agent accounts that can simultaneously log into the Web portal. If your team has 5 people but only 3 seats, you need to take turns or upgrade. Note that each seat can handle multiple conversations, so 3 seats don’t mean only 3 users can be served simultaneously.

Q: How many Telegram conversations can a single agent handle at once?

A: There is no fixed limit. Agents can handle multiple conversations simultaneously, displayed as tabs in the Web interface. However, we recommend keeping active conversations under 10–15 per agent to maintain response quality. If exceeded, consider adding seats or optimizing routing rules.

Q: Can staff permissions be granular per bot project?

A: Yes. In the TG-Staff console’s “Project Settings”, you can configure each agent’s accessible project scope, supporting “All Agents” or “Designated Staff” with specific permissions for fine-grained management. For example, pre-sales agents can only access pre-sales bot projects, while post-sales agents access post-sales ones.

Q: Does the Pro 20-seat plan support 24-hour shift scheduling?

A: Yes. 20 seats are sufficient for multiple shifts (e.g., 8 morning, 8 evening, 4 flexible). Combined with “Online Priority” routing, each shift has online staff to handle conversations. For cross-timezone operations, you can assign staff from different timezones to different project groups.

Q: Can I test Staff Seat features during the free trial?

A: Yes. Sign up for a 3-day free trial, which includes Standard 3-seat capacity, conversation routing, routing links, and other core features. After the trial, upgrade if you need more seats. We recommend testing your actual seat requirements during the trial before purchasing Standard or Pro.


If you’re looking for a flexible, scalable Telegram customer service system, start with TG-Staff’s seat model. Register for a 3-day free trial to experience seat allocation, project-level permissions, and multi-agent concurrent conversations: https://app.tg-staff.com/

For in-depth learning, read the full documentation: https://docs.tg-staff.com/

For plan upgrades or team customization, contact our support bot: @tgstaff_robot