How Fast Does Fast Have to Be? “Goodsoft,” a financial software firm, found itself in the middle of a Support crisis. The overwhelming majority of its Support cases came in via phone, and the on-hold wait times were causing immense customer and staff dissatisfaction. The team was only able to respond to approximately 60% of their incoming case load after about 4-5 minutes and dealing with the remaining 40% could take up to 10-12 minutes. Clearly, something had to be done before there were mass defections from the customers and significant resignations from the staff. After some internal efforts proved insufficient, the decision was made to retain a consultant to do an independent Review of the operation, and then to re-engineer the process of the group for much faster responsiveness.
The Process
The comprehensive Review revealed three key factors. First, the bulk of the incoming requests concerned issues that had relatively quick solutions. The challenge was in the number of these known-answer problems (also known as “Read The Manual” or RTFM issues) and in how they were received and processed by the staff. Goodsoft had a number of products being supported, and the staff was organized into teams by products. The agents were generally competent, and the knowledge resources made available to them were reasonably good. The incoming case volume levels, however, were highly variable, with the result that some product teams at times were able to cope very well — and at other times were drowning in floods of cases. Second, there was no attempt to properly set the customers’ expectations as to wait times, and little in the way of resources to divert or deflect some portion of the requests. Third, the data produced by the cases, such as identifying bugs in the products, was not tracked or properly transmitted to the development team for action.
The Report presented to Senior Management by the consultant at the conclusion of the Review offered solutions to all three major problems. The wait times would be reduced by re-structuring the process and the organization. Marketing would produce materials for the customers to explain how the company was moving to address their concerns and to properly set expectations. Third, a bug-tracking system would be implemented to ensure proper communication between Support and Development, with a specified service level agreement, so that data would be available and fixes could be done in a timely manner.

The re-engineering program was initiated. The Support staff were invited to join teams to work on several aspects of the challenge, and the consultant advised the teams and provided content on the application of queueing theory principles and technology. At the end of the project, the teams did their own presentations to Senior Management as to the necessary changes in the process of the Support department.
Lessons Learned

Every company should develop an overall communications strategy for its customers, identifying which conversations and issues should be handled by particular teams or automated, and periodically review it to be sure it’s still appropriate.
Organizations often get stuck in structures and processes because of “we’ve always done it that way” thinking, even though the original factors behind such decisions may no longer be applicable. This is why bringing in an outside voice can be especially effective. Since the consultant goes away at the end of the project, they have more freedom to surface sensitive issues for both the team and Senior Management.
The Company: A financial software company
The Challenge: Re-engineer the Customer Support process for optimum responsiveness
The Consultant: Mikael Blaisdell – MBAI
The Outcome: Crisis Resolved with a substantial increase in Support efficiency
.
Mikael Blaisdell and Associates, Inc.
For over forty years, we’ve been following the changes in the field of customer lifecycle management. We offer a sharp focus on customer retention and increasing per-customer profitability — built upon a solid foundation of industry-wide experience and hands on expertise. Analysts. Advisors. Product-as-a-Relationship Advocates. That’s who we are. What we’d really like to talk about, however, is what we can do for you.
Now more than ever, in the face of looming concerns about the economy and its possible effects on staffing levels, technology company senior management teams need to look beyond the corporation itself to focus on fully developing and leveraging their company/product ecosystems.
The Company: A financial software company
Mikael Blaisdell and Associates, Inc.




