Resources > Articles

Customer Support: Measure What You Manage

Author
  • Kirsten Butzow

    Kirsten Butzow has 20 years of experience at leading technology companies, including Fujitsu, Pearson and most recently Blackboard. She has held vice president roles for the past 10 years, allowing her to bring a strong executive perspective to her role as a Pragmatic Institute instructor. She has directed product management portfolios, created business plans and strategic product roadmaps and implemented many aspects of the Pragmatic Institute Framework. She brings this firsthand experience to every course she teaches.

customer support

A bad product release is a good reminder of the importance of making teams accountable for happy customers. I found that out the hard way when 1,400 calls were backlogged at the customer support help desk within a week of a product release.

A typical call backlog was 75-100 calls, so we knew something was seriously wrong. But the head of development didn’t believe it was a problem with the release.

Instead of escalating into finger pointing, I asked him to have his developers listen in on customer calls for two hours. When they did, they were blown away by the pain we were causing. The product was fixed within a week.

customer support
Photo By Berkeley Communications

This experience really tightened our integration with development.  As an organization, it illuminated how disconnected from our clients the product we were putting into the marketplace had become. That realization led us to change how we measured product management and used customer support information.

For product management, it drove us to require onsite visits as an integral and ongoing part of product management’s job. They had to provide monthly indicators of being in the market, with a quota of nine call reports for onsite visits each quarter. If they traveled, I didn’t approve their expenses until they filed that report.

For customer support, we continued to look at all the usual suspect information to measure customer support in our monthly dashboard report: number of calls, response time, how fast issues were resolved and average hold time. It was probably one of the most measured parts of the business, but we had been missing the anecdotal information and how to integrate that into our business.

We realized how critical it is to give our entire organization touchpoints out into the market. The developers took a level of ownership in that product that they never would have taken had they not heard what those customer service people were having to deal with every single day.

We required everybody in product management, development and marketing to sit in on customer support calls for one hour per month. That connected the market with all functional areas of the business.

Before this, the customer-support team felt beat up, since nobody calls to tell them when the product’s working really great. All of a sudden, their role as the focal point where customers called into the business was given the value it deserved.  Suddenly, everyone started to feel ownership in our overall corporate strategy.

Cascading Goals

The onsite visits and the time in customer support ensured we were in line with market needs, but we also needed to ensure we were on track with the strategic direction of the business.

For example, the division president said our goal was $65 million in revenue, with a 60/40 split between our existing customer base and new sales. I then cascaded those goals down to my 100-person product management, marketing and customer operations teams.

I defined how much of that $65 million each of our product lines and the product managers would be responsible for. From there, they knew what we had to accomplish in terms of dollars and which features the products needed to get that business. I expected them to demonstrate what contributions their individual products were going to make to help achieve our financial goals and the tactical activities they were going to employ to get us there.

The key artifacts that drove their accountability were a roadmap and a business plan. Depending on the business, they had to have a 12 to 18 month vision. (Anything beyond 18 months, and I knew they were just making stuff up.)  They had to keep updating these on a quarterly basis.

From a product profitability perspective, rather than net margin, my product managers were accountable on gross margin—since product managers usually can’t have a direct impact on fixed expenses, such as the cost of building space or utility bills. I expected them to be aware of both, though. As a department, we had gross-margin goals, and each product manager was responsible for renegotiating contracts to get better rates on things like third-party software to help us get there.

In short, we took the $65 million financial expectation for the team and translated that down to each individual employee’s ability to contribute to making that goal happen.

Goals should be aligned to the corporate strategy.There has to be a direct correlation between the product management’s product and the contribution it’s making to the company. Nothing drives me more crazy than a company that says they’re going to increase revenues by 10 percent, without correlating it down to the product level and individual accountabilities. You have to understand where that 10 percent is coming from and what specific actions you are taking to get that 10 percent.

By being aware of goals, you end up with results that you can measure.

Author
  • Kirsten Butzow

    Kirsten Butzow has 20 years of experience at leading technology companies, including Fujitsu, Pearson and most recently Blackboard. She has held vice president roles for the past 10 years, allowing her to bring a strong executive perspective to her role as a Pragmatic Institute instructor. She has directed product management portfolios, created business plans and strategic product roadmaps and implemented many aspects of the Pragmatic Institute Framework. She brings this firsthand experience to every course she teaches.

Author:

Other Resources in this Series

Most Recent

Prism photo: Product management Lessons from Pink Floyd
Article

Product Management Lessons from Pink Floyd: a Lighthearted Look into Their Epic Music and Unlikely Product Expertise

Few people (actually, no one!) spontaneously associate product management with Pink Floyd, but if you look closely, you can find good examples of best product management practices in their journey, as I hope to reveal...
Creating a product roadmap: what should you include
Article

A Guide to Product Roadmaps: How to Build One That Works

A product roadmap is a frequent request from the sales force and others in the company. ‘What’s coming in the next release and the ones after that?’ Long buying cycles common with strategic products often...
Dry erase board with product roadmap drawn on it
Article

How to Build a Brilliant Visual Product Roadmap

Building roadmaps is a crucial part of a product manager’s job. Yet most product managers still use outdated tools for roadmapping—Excel, PowerPoint, wikis, etc. The good news is that there’s a better way. Executives have...
Product Datasheet
Article

How to Write a Kick-Butt Product Datasheet

If your datasheet passes the all-important skimming test, it's more likely that buyers will read it in detail. Here are 10 tips to help you write a datasheet that buyers actually read.
Person working on project management software on a tablet
Article

10 Tools for Product Managers 

The right product tools can make it easier to manage your team, but there are hundreds out there—so how do you choose which one is right for you?

OTHER ArticleS

Prism photo: Product management Lessons from Pink Floyd
Article

Product Management Lessons from Pink Floyd: a Lighthearted Look into Their Epic Music and Unlikely Product Expertise

Few people (actually, no one!) spontaneously associate product management with Pink Floyd, but if you look closely, you can find good examples of best product management practices in their journey, as I hope to reveal...
Creating a product roadmap: what should you include
Article

A Guide to Product Roadmaps: How to Build One That Works

A product roadmap is a frequent request from the sales force and others in the company. ‘What’s coming in the next release and the ones after that?’ Long buying cycles common with strategic products often...

Sign up to stay up to date on the latest industry best practices.

Sign up to received invites to upcoming webinars, updates on our recent podcast episodes and the latest on industry best practices.

Training on Your Schedule

Fill out the form today and our sales team will help you schedule your private Pragmatic training today.

Subscribe

Subscribe