Please yell at me for doing my job badly
Last Saturday, at the Silicon Valley Product Camp, I was part of a panel on PM metrics. Any topic that's at the same time important and unsettled keeps you thinking long after the panel, so not surprisingly, almost a week later, I'm still chewing on it. Here's an observation I'll make today, after further pondering:
You know when you're doing well as a PM when someone yells at you for getting a persona, user story, use case, or task analysis wrong.
Understanding the world from the standpoint of the individual buyer or user is one of the primary responsibility of PM. According to some schools of thought, it's the core responsibility, especially since no one else in a technology company is responsible for collecting, analyzing, and distributing these deep customer insights. (There are other core responsibilities, too, related to the company's business and the technology itself.)
That information may look academic, but it should be immediately pertinent in very important ways. Understanding the way in which people in a variety of roles assess, purchase, and adopt technology is critical for making smart decisions about everything from product design to the product roadmap, from crafting messaging to choosing marketing channels. Unless you live in a Soviet-style command economy, in which manufacturing 3,000 left shoes is a problem for the consumer, not the producer, customer insights need to inform both strategic and tactical decisions.
Yet both product managers and product marketers complain that they don't get enough time to do this research. When they can focus on these insights, the rest of the organization often doesn't know what to do with them. Some industry trends (for example, Agile, social media, and SaaS) have made attention to the customer a larger priority, but we're not yet living in a world where, unambiguously, for the vast majority of PMs, deep customer insight is the foundation of their jobs. Managing the enhancement list is not the same as understanding the reasons behind those requests.
Here's my simple metric for knowing when deep customer insights are an important part of a PM's job:
- Your company wants you to dedicate time regularly to this work.
- The results, in whatever form they take (personas, use cases, etc.), become a criterion for product, service, and portfolio decisions. I'm thinking about both inbound activities, such as requirements, and outbound ones, like designing demos.
- The company knows when your insights contain errors, traced from your analysis to some business outcome (poor adoption of a feature, poor results from a marketing campaign, etc.).
- Your company knows when, realistically, errors are your fault, and when they're an unavoidable part of doing research.
That last point is critical. Mistakes will happen, in part because deep customer insights take time to develop. Meanwhile, work continues, often unavoidably based on flawed or incomplete analysis. As long as your company understands this learning process, and supports your ongoing work, you're in a good position. When co-workers understand the value of these insights, and are impatient when they're not perfect, you're in a great position.