C-Dot is the signature of our commitment and passion to our offering in IT Service Desk. It’s definitely not a old wine in new bottle to coin a catchy term for our service. C-Dot is a chosen name christened to our chisel that sculptures our work to perfection on the dot that the carefully blueprinted work-flow process works like a song for all the troubleshooting service requests.
A tall claim cannot be relished until your experience that magnifies the simple service. Its pride driven by passion that excels the experience and that is what is called as finesse to expertise.
C-Dot is the aromatic flower in the bouquet of Carama where it’s our foresight by design.
The performance of a service desk is an indicator of the overall health of an organization’s IT. As well as being a key business function, the service desk enables organizations to thrive.
Cost reductions are a necessity in today’s economy and internal support groups are a frequent cost reduction target. Service desks need to ensure that their services are clearly defined and aligned with business needs.
The service desk is a single point of contact (SPOC) for end users who need assistance/help.
To introduce and maintain a successful service desk, it is essential that:
The primary aim of the service desk is to restore the normal service to the users as quickly as possible. In this context restoration of service is meant in the widest possible sense. While this could involve fixing a technical fault, it could equally involve fulfilling a service request or answering a query – anything that is needed to allow the users to return to working satisfactorily.
Specific responsibilities will include:
There are many ways of structuring service desks and locating them – and the correct solution will vary for different organizations. The primary options are detailed below, but in reality an organization may need to implement a structure that combines a number of these options in order to fully meet the organization’s needs.
This is where a service desk is co-located within or physically close to the user community it serves. This often aids communication and gives a clearly visible presence, which some users like, but can often be inefficient and expensive to resource, as staff are tied up waiting to deal with incidents when the volume and arrival rate of calls may not justify this.
There may, however, be some valid reasons for maintaining a local service desk, even where call volumes alone do not justify this.
Reasons might include:
It is possible to reduce the number of service desks by merging them into a single location (or into a smaller number of locations) by drawing the staff into one or more centralized service desk structures. This can be more efficient and cost effective, allowing fewer overall staff to deal with a higher volume of calls, and can also lead to higher skill levels through greater familiarization. It might still be necessary to maintain some form of local presence to handle physical support requirements, but such staff can be controlled and deployed from the central service desk.
Through the use of technology, particularly the internet, and the use of corporate support tools, it is possible to give the impression of a single, centralized service desk, when in fact the personnel may be spread or located in any number or type of geographical or structural locations. This brings in the option of home working, secondary support groups, offshoring or outsourcing – or any combination necessary to meet user demand. It is important to note, however, that safeguards are needed in all of these circumstances to ensure consistency and uniformity in service quality.
Some global or international organizations may wish to combine two or more of their geographically dispersed service desks to provide a 24 hour follow the sun service.
This can give 24 hour coverage at relatively low cost, as no desk has to work more than a single shift. However, the same safeguards of common processes, tools, shared database of information and culture must be addressed for this approach to proceed and well controlled escalation and handover processes are needed.
For some organizations it might be beneficial to create specialist groups within the overall service desk structure, so that incidents relating to a particular IT service can be routed directly (normally via telephony selection or a web based interface) to the specialist group. This can allow faster resolution of these incidents, through greater familiarity and specialist training.
The selection would be made using a script along the lines of “If your call is about the X Service, please press 1 now, otherwise please hold for a Service Desk Analyst”. Care is needed not to over complicate the selection, so specialist groups should only be considered for a very small number of key services.
Regardless of the combination of options chosen to fulfill an organization’s overall service desk structure, individual users should be in no doubt about whom to contact if they need assistance. A single telephone number (or a single number for each group if separate desks are chosen) should be provided and well publicized – as well as a single email address and a single web service desk contact page.
An organization must decide on the level and range of skills it requires of its service desk staff – and then ensure that these skills are available at the appropriate times.
A range of skill options are possible, starting from a call logging service only – where staff need only very basic technical skills – right through to a technical service desk, where the organization’s most technically skilled staff are used. In the case of the call logging type of service desk, there will be a high handling rate but a low resolution rate, while in the case of the technical service desk, this will be reversed.
The decision on the required skills’ level will often be driven by target resolution times (agreed with the business and captured in service level targets), the complexity of the systems supported and what the business is prepared to pay. There is a strong correlation between response and resolution targets and costs – generally speaking, the shorter the target times, the higher the cost because more service desk resources are required.
This can also be achieved by locating second level staff on the service desk, effectively creating a two tier structure. This has the advantage of making second line staff available to help deal with peak call periods and to train more junior personnel, and it will often increase the first call resolution rate. However, second line staffs often have duties outside of the service desk – resulting in rosters having to be managed or second line staff positions being duplicated. In addition, having to deal with routine calls may be de-motivating for more experienced staff.
Another factor to consider when deciding on the skill requirements for service desk staff is the level of customization or specialization of the supported services. Standardized services require less specific knowledge to provide quality customer support. The more specialized the service, the more likely specialist knowledge will be required on the first contact.
Once the required skill levels have been identified, there is an ongoing task to ensure that the service desk is operated in such a way that the necessary staff obtain and maintain the necessary skills, and that staff with the correct balance of skills are on duty at appropriate times, so that consistency is maintained.
Metrics should be established so that the performance of the service desk can be evaluated at regular intervals. This is important to assess health, maturity, efficiency, effectiveness and any opportunities to improve service desk operations.
Metrics for service desk performance must be realistic and carefully chosen. It is common to select those metrics that are easily available and that may seem to be a possible indication of performance; however, this can be misleading. For example, the total number of calls received by the service desk is not in itself an indication of either good or bad performance and may, in fact, be caused by events completely outside the control of the service desk – for example, a particularly busy period for the organization or the release of a new version of a major corporate system.
Example service desk metrics: