Applications overview
A review-style alternative to ticket panels for applications and signups.
An application is like a ticket, but with a review step in between. Instead of opening a channel when a member clicks the button, Ticket King collects their form answers and logs them in a review channel. Reviewers then click Approve or Deny.
When to use applications instead of tickets
Pick applications when:
You want to review and approve before talking.
You would rather not create a channel per applicant.
You want roles granted automatically on approve.
You want a structured review process with reviewer notes.
Common use cases are staff applications, partner applications, role-grant requests, and admissions for invite-gated communities.
When to stay with tickets
Stay with ticket panels when:
You want to start a conversation right away.
The decision is to help the member, not to approve or deny them.
You do not have a structured intake.
How applications differ from tickets
When the member clicks
A pop-up form appears if set, then a channel opens
A pop-up form opens
Where the conversation happens
In the channel
There is no channel by default. It is review-only
Where it lives
A Discord channel
An entry in the Applications dashboard and a log embed in a channel
Max questions
5 (one form)
5 (the same single-form limit)
Grant roles automatically
No
Yes, on approve
Eligibility gating
Per option, with Required Roles and Blocked Roles
Per option, plus account age and server-membership age
Outcome
The ticket closes
Approve or Deny
DM the member on outcome
A DM on close, optional
A DM on decision, optional, one toggle
The 5-question cap applies here too
Applications and tickets use the same form system. An application cannot ask more than 5 questions in a single submission. There is no way to split a form across more than one pop-up.
See The five-question cap for design patterns that work within 5.
The full applicant experience
From the applicant's point of view:
Click the apply button.
Eligibility check. If they do not meet the account age, server-membership age, or required-role rules, they get a block message and cannot continue.
Pop-up form opens. Up to 5 questions.
Submit. They get a confirmation that the application was submitted.
Wait. A reviewer acts on it in the dashboard or with the Approve and Deny buttons in the log channel.
Outcome. If DM Result to Applicant is on, which is the default, Ticket King DMs them a result with the reviewer's reason. The reason is the public part of the decision pop-up.
The reviewer experience
There are two places to review applications:
In the log channel
Every submission posts a log embed with Approve (green) and Deny (red) buttons. A reviewer clicks one, and a small pop-up opens asking for an optional reason (max 1000 characters, can be DM'd to the applicant) and an optional note (max 1000 characters, internal only). On submit, the decision is recorded.
In the dashboard
Open Applications in the sidebar. This is a queue of every submission, and you can filter and search it. Click any submission to see the answers, then act on it. The review queue is free.
What you configure
Per application option:
Application Type. A text label that shows as the form title.
Log Channel. Where submissions are posted. This is required. Without it, submissions cannot be logged and reviewers will not see them.
Application Questions. Up to 5.
Eligibility. Minimum account age and minimum server-membership age.
Reapplication. The Allow Reapplication toggle and a Cooldown Period in days.
Granted Roles. The roles granted on approve.
Roles to Remove. The roles taken away on approve, for example a "pending" holding role.
Reviewer Roles. Who can approve or deny.
Required Roles and Blocked Roles . The same per-option role gating as tickets.
DM Result to Applicant. Whether to DM the applicant on the decision.
Related
Designing your applicationThe Applications pageCreate an Application PanelLast updated
Was this helpful?