SaaS Help Desk

A multi-team help desk for a SaaS product: tagged bug reports, split tickets, incidents, beta and enterprise lanes.

  • 12 categories
  • 55 channels
  • 17 roles
  • Large
Download Discord JSON

Choose a server, review what will be created or reused, then confirm. Merge keeps what you have; replace rebuilds the server. Vetox takes a safety backup first either way.

No uses yetNo views yet

Server structure

Channels

WELCOME

  • welcome-desk

    New members land here. Read #how-support-works, then pick your alerts.

  • help-desk-rules

    No credentials or invoices in public channels. One issue per thread. Tickets for anything private.

  • how-support-works

    Which channel for which problem, what a ticket is for, and what happens after you file a bug.

  • support-hours

    When the desk is staffed, in which time zones, and what response time to expect per ticket type.

  • pick-your-alerts

    Choose Incident Alerts and Changelog Alerts to be pinged by the Status and Product Updates feeds.

STATUS

  • service-status

    Current state of every service. Green unless a message here says otherwise.

  • incidents

    Live updates during an incident, newest at the bottom, with the all-clear at the end.

  • maintenance-windows

    Planned downtime, posted at least a week ahead with the expected impact.

  • post-mortems

    What happened, why, and what changed, written after each incident.

PRODUCT UPDATES

  • changelog

    Every release with what changed, what was fixed and what to check after updating.

  • api-changes

    New endpoints, changed fields and versioning notices for developers integrating with the product.

  • deprecations

    What is going away, when, and what replaces it.

  • release-webinars

    Recorded and upcoming walkthroughs of new features.

HELP

  • getting-started

    First-week questions. One thread per question, tagged by area.

  • how-do-i

    Questions about using a feature that already exists.

  • bug-reports

    One bug per thread: steps, expected, actual, browser or device. A Support Engineer sets the tag.

  • integrations-help

    Connecting the product to other tools: auth, sync, webhooks.

  • api-help

    Questions about the public API. Never paste an API key here.

  • peer-help10s slowmode

    Customers helping customers. Champions answer here; staff step in when needed.

TICKETS

  • billing-tickets

    Invoices, refunds, plan changes and payment failures. Opens a private ticket with the billing team.

  • technical-tickets

    Problems that need logs, screenshots or your account details. Opens a private ticket with a Support Engineer.

  • account-tickets

    Access, security, data export and deletion requests. Opens a private ticket.

FEATURE REQUESTS

  • feature-requests

    One request per thread with the problem it solves. The product team sets the tag.

  • roadmap

    What is planned for the next quarters, updated by the product team.

  • shipped

    Requests that made it into a release, linked back to their thread.

BETA PROGRAM

  • beta-announcementsHidden from @everyone

    New beta builds, what to test and when the beta closes.

  • beta-buildsHidden from @everyone

    Download links and release notes for each beta build.

  • beta-feedback

    One finding per thread, tagged by kind.

  • beta-chat

    Testers and the people building the thing, in one room.

  • Beta Call

ENTERPRISE

  • enterprise-lounge

    Enterprise accounts and their Success Managers.

  • enterprise-ticketsHidden from @everyone

    Priority tickets with SLA timing. Your Success Manager is added automatically.

  • sla-noticesHidden from @everyone

    SLA commitments, scheduled reviews and service credits, posted by Success Managers.

  • Enterprise Check-in

COMMUNITY

  • customer-lounge

    Chat between customers. Support questions belong in Help.

  • use-case-showcase

    How your team uses the product: workflows, dashboards, automations.

  • tips-and-tricks

    Short, reusable tips. One per message.

  • Customer Voice
  • Product Office Hours
  • AFK

SUPPORT TEAM

  • triage-queue

    Every new ticket and every new bug thread. Claim, tag, move on.

  • escalation-to-engineeringHidden from @everyone

    Confirmed bugs that need a fix. Post the thread link, the customer impact and the plan tier.

  • customer-notes

    Context on accounts that come back often. Facts only, no opinions.

  • canned-responses

    The replies we send most, under one heading each.

  • transcript-archiveHidden from @everyone

    Vetox posts every closed-ticket transcript here.

  • desk-logsHidden from @everyone

    Vetox member and moderation logs for the desk.

  • shift-handover

    End of shift: open tickets, who is waiting on what, anything about to breach.

  • Support Huddle

ENGINEERING

  • bug-verification

    Reproduce, confirm, size. Post the result back on the #bug-reports thread.

  • hotfix-coordination

    Anything shipping outside the normal release train.

  • on-call

    Who is on call, pager notes, and what to do first.

  • War Room

MANAGEMENT

  • leadership

    Staffing, priorities and anything customers should not see yet.

  • metrics-reports

    Weekly ticket volume, response times and SLA breaches.

  • Management Sync

Roles

  • FounderAdministrator
  • Engineering LeadAdministrator
  • Support ManagerModerator
  • Engineer
  • Support EngineerModerator
  • Success ManagerModerator
  • Developer AdvocateModerator
  • Community ModeratorModerator
  • Enterprise Customer
  • Champion
  • Beta Tester
  • Verified Customer
  • Trial User
  • Incident Alerts
  • Changelog Alerts
  • Muted

Overview

A help desk for a subscription software product with more than one kind of customer and more than one team behind the desk. The public side starts with #welcome-desk, #how-support-works and #support-hours, so expectations are set before the first question. Status is its own category: #service-status is the announcement feed, #incidents carries live updates, #maintenance-windows is posted a week ahead and #post-mortems closes the loop. #bug-reports is a forum where each report is tagged Confirmed, Needs info, Duplicate or Fixed by a Support Engineer, and #feature-requests is a second forum tagged from Under review to Shipped, with the public #roadmap beside it. Tickets are split by kind, #billing-tickets, #technical-tickets and #account-tickets, so the right team is on the ticket from the first reply. Two gated areas sit behind roles: the Beta Program, where Beta Testers get builds and a feedback forum, and Enterprise, where Enterprise Customers have a lounge, their own ticket panel and #sla-notices from their Success Manager. Behind the desk, #triage-queue, #escalation-to-engineering, #customer-notes and #shift-handover keep the support rota running, and Engineering has #bug-verification and #hotfix-coordination. Trial User, Verified Customer, Champion and Enterprise Customer form the customer ladder.

When to use it

Your product has a free trial, paid plans and enterprise contracts, and every one of those customers arrives in the same channel with a different expectation. A trial user needs a getting-started answer, a paying customer needs a billing ticket, an enterprise account needs their Success Manager within the hour, and engineering needs bug reports that are already triaged. This layout separates those paths so each is served by the right people at the right speed.

What makes it different

  • #bug-reports is a forum tagged Confirmed, Needs info, Duplicate and Fixed, so triage state is visible on the post.
  • Tickets are split into #billing-tickets, #technical-tickets and #account-tickets, routed by kind from the first message.
  • The Status category separates live #incidents from scheduled #maintenance-windows and written #post-mortems.
  • Beta Program and Enterprise are role-gated areas with their own announcements, panels and voice.
  • #escalation-to-engineering is the one channel Support and Engineering share; everything else stays in its own room.

Recommended Vetox setup

  • Tickets

    Three panels, one per channel: #billing-tickets, #technical-tickets and #account-tickets, each with its own support roles so a Success Manager never handles a password reset.

  • Notifications

    Use the RSS notification to mirror your status page into #incidents so Incident Alerts fires without anyone typing during an outage.

  • Self-Roles

    A Self-Roles panel in #pick-your-alerts hands out Incident Alerts and Changelog Alerts so pings reach the people who asked for them.

  • Reminders

    Schedule a Reminder in #shift-handover at the end of each support shift so the queue state is written down before anyone logs off.

  • Logs

    Send Vetox Logs to #desk-logs, next to #transcript-archive, so the support desk has one audit trail for members and tickets.

Questions

Why is Status a separate category instead of one channel?

Because the three kinds of message have different readers. #incidents is read during an outage by people who want the next update, #maintenance-windows is read a week ahead by people planning around it, and #post-mortems is read afterwards by people deciding whether to trust you. One channel buries each under the others.

How do people get the Beta Tester role?

A Developer Advocate grants it, usually to Verified Customers who have filed good #bug-reports or asked to test in a ticket. The Beta Program category is hidden from everyone else, so builds and pre-release notes never leak into public channels.

What does the Champion role do?

Nothing technical. It is given to customers who answer well in #peer-help and the two help forums, so newcomers can tell an experienced customer from another newcomer. Champions do not see the Support Team category.

Do Enterprise Customers still use the public ticket panels?

They can, but #enterprise-tickets in the Enterprise category is the one their Success Manager watches, with SLA timing that the public panels do not promise. #sla-notices is where those commitments and any service credits are posted.

Common mistakes

  • Running one ticket panel for everything, so billing questions wait behind technical debugging and enterprise accounts wait behind both.
  • Leaving #feature-requests untagged, which turns the forum into a wishlist nobody on the product team reads.
  • Announcing incidents in #changelog, which trains customers to ignore both channels.

Consider instead

  • Product Support Hub You support one product with a single team and do not need beta, enterprise or engineering lanes.

Do you have any doubts?

Our team is there for you

0.0k

Servers

0+

Commands

0

Users

0

Languages