What service desk features does your team need

The features your team needs depend on request volume, team complexity, and whether you want automation or AI to reduce manual work. Choose features that match your workflow, not the other way around.
Define your team's actual workload first
Before picking service desk features, understand what your team actually handles. How many requests arrive daily? Are they simple password resets or complex multi-step problems? Do the same issues repeat, or is each one unique? A small team handling 50 tickets monthly needs different tools than a large team processing 5,000 monthly requests with recurring patterns.
Map out your current process. Write down the request types you handle most often. Note where work gets stuck: Is it waiting for approval? Stuck on a specific person? Bouncing between departments? Identify bottlenecks before you evaluate features. Some teams need powerful automation to handle volume. Others need better knowledge bases to prevent duplicate work. A few need AI deflection to answer requests without human input. Your bottleneck determines which features matter.
Ask your team directly what frustrates them. Do they lose track of open requests? Struggle to find answers to common questions? Spend time updating the same ticket multiple times? These pain points guide you toward the features that will actually improve their day.
Request queues and workflow routing
Jira Service Management lets you organize requests into queues and route them to the right person automatically. This sounds simple but prevents work from disappearing or being handled twice. When a request arrives, JSM can assign it to a specific team member, move it to a queue for a specific function, or escalate it based on priority or time.
Set up queues for your major request types. You might have a queue for access requests, another for technical issues, another for billing questions. The system shows each team member their assigned work. New team members see what they are responsible for. Customers see where their request is in the pipeline.
Routing rules save time. Instead of manually reading a request and deciding who handles it, JSM applies your rules automatically. A request mentioning "cloud" might route to your cloud team. A request about a specific application might route to the person who manages it. Routing reduces the handoff delays that frustrate both your team and customers.
Automation that reduces repetitive work
Automation removes tedious manual steps. When a request comes in, automation can set the priority, add labels, send a notification, and create a follow-up task all in seconds. When a request resolves, automation can send a survey or archive old comments. These small tasks add up quickly when you handle hundreds of requests.
Start by automating what happens most often. If every access request requires the same approval from one manager, automate that. If every billing issue needs a tag and a comment template, automate it. If you always reassign requests of a certain type to a specific team, automate it. Focus on the repetitive work that takes 30 seconds per ticket—that adds hours across a month.
Common automation examples
- Send an automatic reply when a request is submitted, with an expected resolution time
- Escalate to a manager if a request stays open past a threshold
- Add tags based on keywords in the request description
- Notify specific people when a request reaches a certain status
- Link related requests automatically so your team sees the full picture
JSM automation can be simple rules (if this, then that) or complex workflows (if this and that, and five days have passed, then that). Start simple. Add complexity only when the simple rules stop solving problems.
Knowledge and AI service desk features
A knowledge base lets customers and your team find answers without creating a request. JSM integrates with Confluence so your team can write articles answering common questions. When someone searches within the service portal, they see relevant articles before submitting a ticket.
AI service desk features go further. Some systems analyze new requests and suggest matching articles from your knowledge base. If the article answers the customer's question, they can view it and resolve the issue themselves. This is called deflection. It removes work from your team without making the customer feel ignored.
Knowledge deflection only works if your articles are accurate and up to date. An old article that no longer applies wastes time and frustrates customers. Assign someone to review articles quarterly. Delete articles about outdated processes. Add new articles when you notice repeated questions. A small knowledge base that is maintained beats a large outdated one.
Start with your ten most common questions. Write clear articles answering each one. Monitor requests that come in anyway. Refine the articles or add new ones based on what you learn. Let the deflection grow as your knowledge base grows.
SLA management and reporting
An SLA is a commitment to respond or resolve within a certain time. SLA reporting shows whether your team meets those commitments. JSM lets you track multiple SLAs for different request types.
You might commit to responding to access requests within one hour, but allow two hours for technical issues. JSM tracks each request against its SLA. If a request is near the deadline, JSM warns the assigned person. When the deadline passes, JSM flags the breach. At the end of the month, you see how often you met each SLA.
SLA reporting tells you where work is backed up. If your team breaches the SLA for billing questions repeatedly, you know that area needs help—more staff, better automation, or clearer processes. Reports also show management whether your team is performing and where investment is needed.
Start with realistic SLAs based on your current speed. If you typically respond to requests in three hours, set an SLA of four hours. As you improve with automation and staffing, lower the SLA. Unrealistic SLAs demoralize teams and produce false reporting.
Self-service portal and customer experience
Your service desk portal is where customers submit requests and track progress. JSM portals can be simple (a form and a list of open tickets) or sophisticated (self-service options, knowledge search, request templates). The portal affects how many requests come in and how satisfied customers are.
Request templates guide customers to provide the information your team needs. Instead of "Describe your issue," a template might ask "Which system?" "What error did you see?" "What were you trying to do?" Customers answer the questions and your team gets complete information. This reduces back-and-forth emails.
A portal search that surfaces relevant knowledge articles prevents duplicate requests. A customer can search before submitting. If an article answers their question, they solve it themselves. Your team handles fewer requests and customers get faster answers.
Keep the portal simple. Too many request types or options confuse customers. Too many knowledge articles in search results overwhelms them. Organize by customer need, not internal structure. A customer does not know your department names—they know they need access, they need help with an application, or they have a billing question.
Integration with tools your team already uses
Your service desk works best when it connects to other systems. JSM integrates with email, so requests arrive from customer emails. It integrates with Slack so your team gets notifications without checking the portal constantly. It integrates with other Atlassian tools like Jira and Confluence so information flows between systems.
Think about where your team spends time. If they live in Slack, integrate JSM there. If they use Atlassian tools for development, integrate JSM there. If they use specific HR or payroll systems, look for JSM connectors to those tools. The more JSM fits into your existing workflow, the more your team will actually use it.
Integration takes time to set up correctly. Plan it before you go live. Map out which system talks to which, what data flows, and how often. A poorly planned integration creates more work than it saves.
Team access control and roles
Different team members need different access. Agents handle requests. Managers approve or review work. Customers see only their own tickets. JSM lets you set those permissions precisely.
Define roles for your team structure. A junior agent might only view and comment on assigned tickets. A senior agent might create new tickets, reassign work, and close requests. A team lead might also create automations and view reports. This prevents accidental changes and makes sure only experienced people modify critical settings.
Customer access also matters. Some portals let customers create requests but not view others. Some let customers collaborate with colleagues on a shared request. Some hide certain fields from customers. Think about what customers need to see and what stays internal.
Choosing where to start
You do not need every JSM feature at launch. Start with the features that solve your biggest bottleneck. If requests are getting lost, implement queues and routing first. If your team is repeating the same work, automate it. If customers are creating duplicate requests, build a knowledge base. Add features as your team learns the system and your needs become clearer.
Skyera Systems helps IT teams implement, optimize, and automate Jira Service Management. If you need help evaluating which features fit your team or setting up JSM correctly, they can guide your decision and handle the implementation.
Common questions
What is the minimum JSM feature set I need to start?
Start with request queues, basic routing, and a simple portal. These let you organize incoming work and let customers track their requests. Add automation, knowledge bases, and reporting once your team is comfortable with the basics.
How do I know if I need AI service desk features?
If your team gets many repetitive requests that could be answered by a knowledge article or simple information, AI deflection helps. If your team has time to build and maintain a knowledge base, and you want to reduce request volume, start there. If your team is too busy to write articles, skip AI for now and focus on automation first.
Should I set strict SLAs right away?
No. Monitor how long requests actually take for a few weeks, then set realistic SLAs based on that data. Strict SLAs that your team cannot meet create pressure without improving results. Once you implement automation and knowledge, your team will work faster and you can tighten the SLAs.
What if I do not have time to build a knowledge base?
Do not force it. A neglected knowledge base with old information is worse than none. If your team is too busy, start with automation to reduce their workload, then add knowledge articles once they have bandwidth. Start with just the five most common questions.
How long does JSM setup usually take?
A basic setup with queues, routing, and a simple portal takes a few weeks. Adding automation, knowledge bases, and reporting takes longer. The complexity depends on your team size, request types, and which systems need to integrate. Working with a consultant speeds up the process and prevents costly mistakes.
