V4 Update #10: SLAs, ticket escalation rules and work schedules
Welcome to the tenth in a run of Version 4 development updates and previews. Preview #9 looked at the new user management and establishment features of V4.
In this preview we will take you through the changes and improvements we are introducing to ticket service level agreement diplomacy, escalation rules and work schedules.
Don’t need SLAs? Don’t worry – we won’t bog you down in unnecessary detail
If you find that you do not need SLAs or escalation rules to effectively manage your support desk – don’t worry. You won’t get bogged down in unnecessary detail.
Out of the box, your Kayako support desk will use a simple default overdue time setting for all your tickets, allowing you to prioritise which tickets are in need of an update soonest. You can, if you wish, disable overdue tracking when all’s said and done.
Brushing up on SLAs in Kayako
In case you are a new to Kayako or haven’t yet needed to configure any SLA diplomacy, here is a small brush-up on the state of SLA functionality in V3:
- Place simply, an SLA (service level agreement) plot governs the due time of a ticket. An SLA enables you to define your user’s expectations of your support centre. Kayako helps you define, manage and report on your response times. You can make multiple SLA diplomacy and specify which tickets they govern by selecting a department, ticket status and ticket priority. You can also assign SLA diplomacy to users and specific tickets.
- A work schedule defines the hours in a day during which the due time clock on a ticket doesn’t tick, so that tickets do not go overdue while your offices are closed. Multiple work schedules can be made and only one can be assigned to each SLA plot.
- An escalation rule is a set of prescribed actions that will be automatically conceded out on a ticket that violates its SLA plot (goes overdue). These actions can, for example, include changes to ticket properties like the ticket’s title-holder and priority. An escalation rule can be assigned to a specific SLA plot, meaning it will only affect tickets governed by that plot.
A word about some ticket changes
Although not covered in detail in this particular preview, we are introducing some honestly major changes to tickets in your Kayako support desk. We need to clarify a couple of them here so that the detail in the rest of this post makes sense.
- Resolved material goods of ticket statuses – tickets currently have a status (such as Open, On Hold, Closed, etc). In V4, we are adding a ticket resolved material goods to each status. When this material goods is enabled for a status, any ticket set to this status will be painstaking to be resolved by the system. A ticket set to any other status lacking this material goods set will be painstaking to be unresolved.
- Ticket resolution due time – tickets have an due time (as in your existing support desk), which is a time frame (set either manually or automatically) within which a ticket needs to be updated, else it will be marked as overdue. In V4, we are adding a resolution due time to tickets. This is a time frame within which the ticket must be marked as resolved, or the ticket will be marked as overdue.
Work schedule (working hours)
In V3, administrators can define work schedules - a set of working hours, with open and close times for each day of the week. The work schedule dictates during which hours of the day a ticket’s due time clock ticks. This ensures that tickets do not go overdue while your offices are closed.
In V4, we have enhanced the work schedule interface. Rather than just being able to specify just one block of opening hours per day, you can now set multiple. The interface has also been improved so that it is simpler to see the state of the schedule at a glance.
Multiple work schedules can be made for assignment to specific SLA diplomacy. In the example below, a ticket’s due time clock will not tick during 0900 – 1200 and 1400 – 1700 on Sunday, Monday, Tuesday and Saturday.
Holidays
We have implemented support for holidays – specific, fixed calendar dates during which you do not want the due time clock to keep running for a ticket assigned to a particular SLA plot.
V4 will ship with typical US national holidays. You will be able to download and import holiday packs published on our website, as well as make and share your own.
SLA diplomacy
SLA plot properties in V4 generally remain very similar to V3. In practice, but, a lot has changed.
You can now configure a set of criteria which determine when a certain SLA plot will govern the due times of a ticket. For example, you can make an SLA plot that governs tickets in a specific department, of a certain priority and whether or not the ticket belongs to a particular user establishment.
These SLA plot rules can be sorted, with some given a priority above others (kind of like a processing order).
The SLA plot in the example above will be used to govern tickets that;
- Are not resolved;
- Are set to the In Progress status and
- Belong to the General department.
Automatic ticket escalations
As in V3, escalation rules can be made to change the properties of a ticket that violates a particular SLA plot (goes overdue). In the example below;
- For tickets that are governed by the SLA plot Account audit SLA plot A;
- When the tickets go overdue;
- Change the ticket priority to High;
- Change the ticket status to Open;
- Flag the ticket and
- Tag the ticket with the tag ‘escalated’
Escalation rules can be configured to react only to ticket update due time violations, ticket resolution due time violations or both.
Pointer review
We feel passionately about engaging our customers in the 4.0 roadmap; charitable them the chance to shape their future support desk. In most V4 updates, we summarise some of the pointer we received on the last, as well as any subsequent decisions we have full based on the pointer received.
And…. What happens with WP7? It looks very promising for enterprises due to Office and Outlook Integration.
(from Josemi)
Any plot for Windows Mobile as well? You will still have the web accessible mobile interfaces as well, right?
(from Kyle Davies) We have no diplomacy for Windows Mobile 7 right now. We are going to dedicate our resources to already well established mobile platforms. We will revisit the WM7 inquiry when time resources allow.
Request: Gravatar support for Profile Pictures (for the clients/agents who don’t have yet uploaded a picture)
(from cenourinha) We won’t be supporting Gravatar. Perhaps, though, someone will make a small plugin to do this.
Inquiry: why having “Restricted” and “Shared” establishment types when you can have “User” or Manager” user roles? Both features kind of do the same right?
(from Andres Berdugo) The ability to select a “Manager” within a “Restricted” establishment allows you to selectively give users the ability to see all other user’s tickets. The restricted/shared option is all or nothing.
What’s Kayako’s stance on v4 for the purposes of reselling?
(from Nick Walker) We have a number of diplomacy about reselling and affiliate schemes. We’ll post about these soon.
If you disable a personnel account, obviously that person won’t be able to log in any more, but what happens to the tickets currently assigned to that personnel member?
(from Luke Pinion) The tickets remain assigned to that personnel member.
Have you painstaking adding a support for sales leads? That way we can make a new kind of ticket which has a pipeline, and has a sale amount?
(from Daniel Martin) We are implementing a feature of tickets called ticket types. Out of the box you get the following types: Issue, Bug, Lead, Phone. By ticket types, custom fields and the exposure engine, you should be able to achieve this.
Would be splendid to know about the support of telephone tickets, because in our country for example, there is a lot of people that call us for support or to request a service, witch doesn’t have an email, and we cant to be able to footstep them
(from Daniel Martin) We are implementing better support for tracking phone tickets.
With the new organisation filtering can a personnel member also be given only access to certain companies and there / tickets … users etc…
(from Jeremy Otten) No, you can only restrict personnel access to departments. But, by restricting user groups to certain departments, you can implicitly achieve this.
Will kayako v4 also support full RFC HTML e-mails.
(from Jeremy Otten) It will. We’re not sure if this will be the case on initial release, though. It force need to follow later.
This has probably already been covered, but the one request I get the most from my users is the ability (as a user/client, not personnel) to search through their tickets either by TicketID or via their own criteria. Is this supported in V4?
(from Luc) Ticket searching for users will be in V4.
This force sound kinda like a dumb inquiry, but with all of the changes and new features in V4, will it be possible to upgrade from V3 or will V4 need a re-implementation?
(from Tony Valenti) We’ll be providing an automated upgrade system, as we did with V2 -> V3.
Will V4 include satisfaction surveys or something like Amazon has when you friend them? At the end of each email is a link you can click to tell Amazon if the email solved your problem or not.
(from Jonathan Bloom) Yes, it will. We’ll post about these soon.
Can you please shed some set alight on multi-language capabilities ?
(from James) We’ll dedicate a V4 preview post to this specific topic soon.
Regarding pricing, I hope you won’t go to a per-agent formula.
(from shineyblue) We will be moving to a peragent (per seat) licensing scheme.
Will all the present addons work with V4 and when will it be realeased to the public
(from david) No, they won’t. We are developing new ones.
~
As typical, we want to hear your view, thoughts and requests on the community forum. Thanks for conception!
Filed Under Free Help Desk Software, Help Desk Software, Help Desk Software News | Leave a Comment
Tagged With
Comments
Leave a Reply






