Managing your monthly maintenance scheduling and onsite visits

Karl Palachuk

One of the most important pieces of our business has always been the "monthly maintenance" of client machines. The MMC (monthly maintenance checklist) is primarily used for servers, but you can have an MMC for storage arrays, printers, or anything else you need.

Background: You should run a "Monthly Maintenance" procedure on every contract client every month. If you have a Remote Monitoring and Management (RMM) system, then your list of chores is very short. That's because many things are monitored 24x7 in real time, such as disc space. But you will still need to go to the client's office, shake their hand, look at their server, test the backup, and do some kind of checkup. This is partly tune-up and partly client relations.

For starters, you need a monthly maintenance checklist. That's a list of things you will monitor or do every single month as part of the preventive maintenance that makes managed services work.

Once you have your standard checklist, you will refine it for each client. Clients have different backups, different databases, and different network setups. So their checklists need to be customized.

You will need to execute four things every month with regard to monthly maintenance jobs:

  1. Execute the monthly maintenance checklist at each client
  2. Revise all monthly maintenance checklists as needed
  3. Make sure the revised MMC is published appropriately and "ready to go" for the next month
  4. Each MMC must be filed away for future reference

Keeping Tabs on Your Maintenance Schedule

calendarObviously, you have a serious time crunch here. No matter whether you have 10 clients or 100, you need to execute the MMC every month. Someone needs to maintain a calendar so that MMC visits are spaced properly – clients look puzzled if you show up on the 27th February and then again on 1st March. This scheduling might be done by the office manager, but is more likely to be done by the tech department. If your Service Desk software can create a recurring ticket, then simply have it create one new MMC ticket per client (or per server) each month.

It's a good idea to keep a calendar of when MMCs were executed at each client so you can look back very easily. You almost never need this information, but it's handy when you do.

The revision process is very simple, but needs to be done! If you skip it, you just create more work for yourself down the line. Revisions include things like noting that the c:\ drive is too full for logs, so the logs have been moved to the d:\ drive. If that happens, the checklist needs to point to the right place. Normally, revisions are little things like that. Occasionally they are major, such as a new backup procedure.

In a perfect world, the checklist will be updated as the last item on the checklist. But if the tech is onsite, then it will likely wait until he gets back to the office. The problem there is that checklists tend to get thrown on a pile because something more important comes up. If that happens, you need to set aside a date or deadline to get them updated.

As for "publishing," I simply mean that the revised document should be posted on your internal SharePoint site or uploaded to the Service Desk. We publish these in .pdf format so that they can be accessed and printed off from any computer, including a customer server with no Word program installed.

Finally, you need to file away your MMCs. You might file them all together for one month, or put each one into the appropriate client folder. Which you choose depends on which you think will be more useful in the future. You will need to refer to these when you are looking for problems across clients and when investigating something with a specific client. For technicians, having them all in one place is probably easiest. For billing and client relations, having each client's checklists in the client folder works best. You decide.

All MMCs should be executed by a certain date. They should be updated and published by a certain date. And they should be filed away by a certain date. Every month. No exceptions. Determine who will be responsible for each of these schedules and develop a process.

Documenting the Monthly Maintenance Process

documentingAs with all processes, you need to start by defining how your company schedules client maintenance. Then write it out into a procedure. Finally, you need to implement the procedure and train the staff.

To the technicians, all of this simply appears as a series of service requests that need to be scheduled. But to the service manager, these are key client "touch" opportunities. This is particularly true if the client is on a managed service contract. Since most of your patch management and monitoring takes place automatically every day, you might be able to do all of these in a very short period of time for each client. But I recommend that you resist doing it completely remotely.

First, you (meaning you – the service manager) need to have face-to-face contact with each client from time to time. Never forget that this is a people business. All small businesses are people businesses. And as the face of your business, even casual contact with a client is good.

Second, many backup systems require you to be onsite to verify that they are operating properly. You can look at logs – and even do a restore – remotely. But you can't see whether they're rotating discs (tapes) properly, or tracking jobs in the backup log.

Three Take-Aways from This Chapter:

  • Schedule Monthly Maintenance early in the month so that it’s always early in the month. Don’t put it off.
  • Determine where you will file MMCs when completed – then make sure this policy is followed!
  • If your MMCs have an onsite and a remote component, finish with the remote piece. That leaves the tech at your office – and no excuse for not updating the checklist.

(Used with permission of Karl W. Palachuk, SmallBizThoughts.com)