How to Transition from a Reactive to Proactive Support Center

For years, support centers have focused on reacting to problems. According to research from SDI (Service Desk Institute), 67% of of a service desk’s time is spent firefighting. This reactive approach often leads to burnout and a lack of processes that can scale. On top of that, support centers are faced with the ever present challenge of scaling their services, decreasing costs and showing value to their business constituents.

We’d all prefer a situation where IT teams didn’t have to wait for their queue to fill up with angry tickets before they looked into a problem. What if a failing machine knew it was failing and sent out an SOS? Imagine seeing several of those SOSs as things got worse, so that all the right experts could spring into action, saving the poor server before it collapses completely. Sounds like science fiction? It’s not. It’s a new wave of IT and DevOps that aims to take a proactive approach to IT.

Here are four ways you can get started:

1) Set up server alerts

Often, support teams find out about problems after customers do. When it comes to servers, problems like high load, outages, or full disk space can be fixed before they snowball. Smart IT teams set up CPU or memory alerts to notify the team when things are heading towards a bad place, either by watching the server or running smoketests at regular intervals. This lets them correct an issue before it actually becomes a problem.

2) Monitoring automation

Along with setting up alerts, you might want the machine to do “something” according to every response. Proactive support means automating monitoring with the right combination of tools (application monitoring, service desk, chat and more). Here’s how you might automate the escalation process for a server issue:

  • Whenever servers hit a low threshold, send a chat message to the service desk room to notify all team members.
  • If it hits a second threshold, then open a service desk ticket and add a history log to the ticket.
  • If it hits a third threshold, then automatically contact the on-call engineer directly by phone or SMS.

3) Get smart with ChatOps

When urgent issues come in, they need fast answers. Often, managers aren’t notified right away, resulting in lost time. Other times, domain experts need to get involved and aren’t quickly reachable. Many chat applications help overcome these challenges with real-time messaging. This means you can collaborate and solve problems in real-time, involving all the right experts instantly.

More than just chatting, what the DevOps community is now calling ChatOps, is about integrating bots and plugins to a standard chat application to automate tasks. With a chat bot, you can get notified of any critical tickets that need to be assigned right away. Mentioned previously, you can also set up server monitoring bots that send out notifications if there’s ever a problem, so you stay ahead of issues. More advanced chat bots let you type commands that fetch information, execute deployments and more.

4) Deflect repetitive issues with self-service

Taking a break from bots and automation, an IT team can also be proactive when it comes to repetitive incidents (and there is no shortage of those).

As organizations grow, self-service reduces cost per incident whereas manned incidents will rise in costs with company growth. If growth and costs are concerns for your support team, implementing self-service is a great way to proactively solve repetitive issues. This means developing a knowledge base for customers to access and self-serve answers to their problems.

The transition from reactive to proactive IT support is happening now, and it’s more than just getting the right tools – it’s a cultural transformation. It’s about taking traditionally separate functions and encouraging cross-team collaboration – like passing information between IT and development teams. These two sides combined, tools and culture, help break down silos across the organization.

你可能感兴趣的:(Date,Centre)