Take Opportunities to Think Like a Product Manager
25 October, 2021

Principal Technical Product Manager at AppFolio
Problem
Years ago when I was working as a software engineer, what motivated me was the raw speed of computers and software. I wanted everything to go faster and found it cathartic to find ways to unlock performance that wasn't there previously. There wasn’t a tremendous appetite for UI/UX performance enhancements (faster page loads, snappier user interfaces) from those who prioritized the product development backlog. Many didn't see the value of a quicker product experience when no customer was specifically asking for it. I searched for a way to incorporate performance into a higher-quality and more useful product.
Actions taken
My interest in speed and performance led me to a search for a way to articulate the value that I perceived, in a manner that non-engineers would appreciate. Our company and our software was focused on customer service and satisfaction. As a B2B2C company, we provided our customers with the means to provide a great customer support experience for their consumers. People who need help with a purchase want to get help with their products quickly, whether through online chat, calling somebody, or finding the answers with a search engine. The bottom line is that faster solutions are better in customer service.
It turned out that not everyone understood that faster software was essential to providing that great customer experience. Nearly all customer support software was purchased to drive cost savings. Companies wanted their customer support to be so streamlined or automated entirely so they could hire fewer people and save money. So, I began looking into how I could tie together the performance that I cared about and the bottom-line revenue impact that these companies cared about.
I asked myself what did customer support directors and managers find important? There is a well-known metric in the customer support space called ticket deflection. Ticket deflection, roughly explained, is when someone attempts to submit a support ticket, initiate an online chat, or call a support agent, but then is presented with relevant solutions to their problem before completing the process. If these presented solutions prevent the individual from continuing the support ticket process, then the ticket is deflected. This was something our customers loved, as less support tickets meant a less burdened staff. For some of our customers, they appreciated not having to hire more staff. Others who were dedicated to providing a great customer experience further realized that they could dedicate staff to spend more time on the support tickets that were actually filed. These support tickets that could not be deflected often represented more complex issues that required a human touch, so by focusing support staff on these tickets, they provided better service to their consumers.
Once it was positioned as having a direct impact on one of the key metrics our existing customers, and potentials in the market, use to judge their customer support software, our product managers understood the value. We mutually agreed to invest in speed and performance and later used it as an advantage over our competitors.
Lessons learned
- As an engineer, you shouldn't presume that performance and other technical aspects are accepted or important concepts to other teams. This surprised me because I valued it highly from a technical standpoint. It is important to understand that others will care about technical concepts if it is tied to metrics they care about, in this case, customer need and their desire to spend money to fulfill that need
- You have to be very patient when communicating as an engineer. Do not use the same technical language that you use with your peers when discussing a topic with the product leadership team. They more often care about the value, benefits, and people-oriented approach to problems rather than the tech, speed, and how you solved it.
Discover Plato
Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader
Related stories
24 May
Jord Sips, Senior Product Manager at Mews, shares his expertise on a common challenge for product managers – finding root causes and solutions.

Jord Sips
Senior Product Manager at Mews
19 May
Jonathan Belcher, Engineering Manager at Curative, shares an unknown side of synchronous communication tools and advises managers on how to handle a team that’s spread across the globe.

Jonathan Belcher
Engineering Manager - Patient Experience at Curative
26 May
Jonathan Belcher, Engineering Manager at Curative, explains how to balance team cohesion and individual focus time, tapping into his experiences of working remotely for seven years.

Jonathan Belcher
Engineering Manager - Patient Experience at Curative
16 May
Snehal Shaha, Lead Technical Program Manager at Momentive (fka SurveyMonkey), details her short-term technical strategy to unify processes among teams following an acquisition.

Snehal Shaha
Senior EPM/TPM at Apple Inc.
9 May
Pavel Safarik, Head of Product at ROI Hunter, shares his insights on how to deal with disagreements about prioritization when building a product.

Pavel Safarik
Head of Product at ROI Hunter
You're a great engineer.
Become a great engineering leader.
Plato (platohq.com) is the world's biggest mentorship platform for engineering managers & product managers. We've curated a community of mentors who are the tech industry's best engineering & product leaders from companies like Facebook, Lyft, Slack, Airbnb, Gusto, and more.
