Industry watchers say that organizations change their customer support tools every five years on average. Whether its a gentle migration or a more painful rip-and-replace, changing a business-critical system is never as simple as youd like. Its also expensive, even if the ultimate goal is to save money. And let me repeat: Companies are going through this every five years.
Of course, there are plenty of legitimate reasons you could decide to change their customer support tool. Maintaining an in-house legacy system may have become too expensive. Perhaps the vendor is no longer be supporting or upgrading your current solution. Maybe after a round of consulting and training expenses, its become clear the existing tool really cant address your needs.
But before rushing into selection process for the next support system that youll wind up abandoning in five years, why not stop and examine the selection process itself. A little up-front investment could lead you to a customer support solution that will last for much longer.
Why predefined templates are no good
So, here you are, unhappy with your current support tool and about to embark on the request for proposal (RFP) process. Maybe youve already shortlisted some tools or vendors, and now you need to know exactly how they can help you.
A predefined checklistwhether a best-practice checklist or a vendor-supplied RFP templateisnt designed with your specific needs in mind. You could end up leaving out important support requirements of your business. And, if you submit an RFP youve used previously, you will likely overlook innovative new ways of working by excluding vendors simply because they dont match outdated requirements.
Its okay to start with any of those for inspiration, but keep it at that. In fact, Zendesk has a customer support scorecard you could use as a starting point.
Remember, you (and your organization) are a unique snowflake, so take the opportunity to come at it with a fresh perspective. Consider how your organization has evolved since you developed that old RFP, and look to the future trends of your marketplace rather than accepting the preferences of the Fortune 500 companies whose requirements went into the RFP templates youll find on the Web.
What you cant avoid doing
Putting together an RFP is not a quick and easy task. Nor should it be. It takes work, and you cant avoid it if you want to be successful.
A good RFP isnt just a list of technical requirements youre ticking off; there are people interacting with your support software. Your agents and managers need to like itor at least agree that it makes their jobs easier to do. Your customer support tool touches so many parts of your organizationits serious businessso be prepared to invest some time in getting it right from the start.
Who you should talk to
Even if youre following best practices, the things that make your industry and your company unique mean that you may go about it a different way or have unusual constraints. Seek feedback from outside your own department to understand the needs of the people wholl come into contact with the new software through use or maintenance. In a support organization, thatll include the support staff themselves, their managers, perhaps partners or suppliers, the IT team, and also your customers.
With a clearer understanding of present requirements and future needs, youll have your best foot forward when it comes to trials and demos.
Need more help?
As youve learned, planning ahead can extend the life of your new customer support solution. Need help getting started? Flip through our new guide in the SlideShare below.
If you have a question or think we missed something, please let us know in the comments.