First Step of Transformation: Know the Maturity Level You Are At
Technical support is an operationally intensive function and it is easy to get overwhelmed with too many things that need to be addressed urgently. This makes tech support function a fertile ground for breeding crisis situations day in and day out, leading to many ad-hoc decisions. It is not uncommon for a head of tech support function to have the nagging feeling that there should be a better way of doing things, but doesn’t know where to start and how to go about bringing in transformational changes.
The first step to transforming your tech support requires you to understand the logical sequence of maturity levels that a typical technical support organization goes through. Then, you need to contrast your support organization and operations against those levels. This activity is not a simple exercise like answering a set of questions. You need a thoroughly defined model that closely matches your operations and talks about the goals that are relevant for your organization. Now, there are several maturity models available out there. Illustrative examples could be COPC, CMMI-SVC, ITSM/ITIL./CoBIT, and HDI support maturity model.
We at MindTree found that the areas these models address are either limited to operational efficiencies or the context of the model itself is a specific enterprise. But technical support is an external customer facing activity. Moreover, when you are dealing with a technically complex (eg. enterprise class) product, the model has to go well beyond simple gains through operational efficiency.
MindTree defines the maturity model for technical support at two levels:
1) Operational maturity model – addresses the product company’s relationship with their end customers
2) Engagement maturity model – addresses the product company’s relationship with a tech support service provider, like MindTree
For this section of the blog, I will focus on the operational maturity model and come back to the engagement maturity model once we discuss the partner evaluation criteria etc.
MindTree defined operational maturity model has four stages:
1) Reactive support
2) Organized operations
3) Demand reduction
4) Value added support
This model provides the framework on how a support organization can optimize their operations, improve efficiencies and ultimately become revenue generating strategic component of the overall business.
Here are the characteristics of companies and their processes at each stage:
Reactive Support:
1. Typical startup companies where the number of customers are less
2. Support is delivered as a part-time activity by product developers
3. Ad-hoc and best effort based support with very loosely defined SLAs
4. Mostly in crisis mode with non-repeatable processes
Organized Operations:
1. Streamlined operations with clearly defined SLAs that are in line with customer satisfaction goals
2. Operational metrics are captured and analyzed to identify opportunities for optimization
3. Clearly defined roles and responsibilities with institutionalized processes
Demand Reduction:
1. Achieve reduction in demand for support through effective implementation of knowledge management, data analytics, and proactive processes and improving supportability of the product
Value Added Support:
1. Improve the rate of product consumption through value added support encouraging customers to invest in product upgrades
2. Introduce new revenue generating services such as customer education, remote monitoring/management and professional services
The ideal way to map your organization against this 4 level model is to relate your support objectives and your current state of operations to the maturity model. Many companies start their journey on this path with a lot of enthusiasm. But the initiative often fizzles out with the onslaught of daily escalations and crisis situations.
Have you ever done an exercise of mapping your tech support organization on a standard maturity model and taken steps to move up the value ladder? I am curious to know your experiences, if you have undertaken such an exercise.
In my next blog, I will take you through the second important step of transformation, which is moving up the ladder.
Related Posts
Can you really provide Technical Support through Social Media? Can You Entrust Your Services Partner With Your Demand Reduction Goals? Why do so Many KM Initiatives Fail in Technical Support (TS) Operations? Engagement Maturity Model: How Do I Manage Relationship With My Partner? Debunking the SMB Myth about Technical Support
Recent Posts
Is vmUnify just a provisioning solution? Distributed Agile and Work-Life Balance Customization in SaaS – Who draws the line? Smart Grid Applications go on Cloud What is the purpose of testing? View all
Most Viewed
Different Views on Consulting (1522) What is Consulting? (1333) B2B Digital Marketing (1264) A fresh look at metrics and the marketing funnel (1105) Can You Entrust Your Services Partner With Your Demand Reduction Goals? (694) View all
Most Commented
What is the difference between Marketing and Sales? (24) An inbuilt mechanism for innovation: organic & ecological (16) Everything That’s Marketing (16) Mumbai Dabbawalas (13) Corporate Blogging: It’s All About Engagement (13) View all
Vlog
Creating Sanity Amidst Test Methodology Madness – Webinar Series Transforming Test Organisation MindTree Vlogs: Role of Independent Testing in the Manufacturing industry A Look Back and A Look Ahead Some Brands Never Get Old View all
Cartlog
What’s in it for me? (WIIFM) When you are an expert on something, where do you learn from? Mantras for Communities FAA-some Avoiding the Death March of IT Delivery View all





Srinivasa Rao
Subroto Bagchi



Ben Davies says:
Good overview on this critically underlooked topic. I’ve seen an alternative model that defines the following levels:
1 Break-Fix
2 Responsive
3 Proactive
4 Managed
5 Utility
This is biased by a supplier side viewpoint, but I think it has some merit in that we see more graduation in the levels than your model outlines, though arguably these could be retrofit, some to sub-categories.
Pingback: Can You Entrust Your Services Partner With Your Demand Reduction Goals? | MindTree Blogs