As a Product Manager, sometimes we get so caught up in either the macro or micro concerns of our day-to-day lives that we forget that getting shit done is our primary job. It does no good whatsoever to have our product remain in a constant state of development, with projects that get put on the shelf after being half-complete, in preference for the new hotness over what’s now old-and-busted. As a Product Manager, we’re not only in charge of making sure that we’re doing the right thing at the right time, but also that we’re actually finishing what we start — and that what gets done gets into the hands of the customer as soon as reasonably possible. Iterative development is literally impossible to do within the confines of your four walls; unless you’re constantly releasing a stream of iterative improvements, you’re just not getting it done.
Don’t Be Overly Defensive
As a Product Manager, we all have very close ties to our product — in some ways it’s our metaphorical baby. And like any parent, we tend to focus on the good parts of our product — the problems it solves, the efficiency that it provides, the benefits that everyone who uses it gets to avail themselves of. Unfortunately, the inverse of that is also true — we also tend to overlook the areas in which our product doesn’t quite meet our customers’ needs, where it barely misses the mark in competitive comparisons, and where it marginally loses out when compared side-by-side with other offerings.
And when these things are pointed out, some product managers immediately turn defensive — saying things like “they just don’t understand” or “they’re not getting the right training” or even “sales doesn’t know how to position”. Unfortunately, all of those things are actually your problem to solve, and sometimes you’ve got to accept some lumps in order to figure out where your biggest opportunities to improve actually lie.
The Biggest Mistake Any PM Can Make
Every so often, the question comes up in conversation or online — “What’s the biggest mistake that a PM can make?” And it’s actually a hard question to answer, because there are so many possible candidates:
- Thinking you’re the customer;
- Not validating your proposals or approaches;
- Relying only on anecdotal “data” when making decisions;
- Dictating priorities and goals rather than negotiating them…
But I think the single biggest mistake any PM can make is hiding the truth from the stakeholders and from upper management, which is a mistake that many make and many feel forced to make on a daily basis. Here are some common causes and ways to avoid this incredibly serious mistake…
The “Power Trio” – Balancing Market, Product, and Technical Needs
One of the biggest challenges facing nearly every Product Manager is the lack of a clearly-defined role in the organization. Even in companies that have “rigorous” organizational structures, the Product Manager often becomes everything to everyone – the hub around which all the other business processes operate. And for the most part, this isn’t necessarily a bad thing. Unfortunately for all of us, the simple fact is that not every person has talent for every single piece of the puzzle. The “marketing genius” might not know the difference between XML, HTML, PERL, and PHP; the person with the best relationship with the Support organization might feel challenged when asked to present to the Sales organization or sit on a panel at an industry conference.
It is for this reason that many companies differentiate between “Product” Management and “Program” (or “Project”) Management. And, for the most part, this makes sense – the Product Manager becomes the voice of the customer, and of the market, while the Program Manager becomes the liaison between the Product Manager and the Development organization, sometimes even taking up a role within the Support or Training organizations as well. For smaller organizations, or very niche markets, this works quite well, particularly if the Product Manager originates from the market that the product is serving. Their experience and prestige in the community provide key insights and instincts that can guide the product in its development, and ensure that customer requirements are met.
However, a challenge presents itself when this type of Product Manager needs to confirm their instincts and insights with the market as a whole, particularly in situations where the organization has decided to implement an Agile or Agile-like product development process. One of the core tenets of Agile and similar methodologies is regular review by the stakeholder, here most likely the Product Manager. But, if that Product Manager is out in the market several times a month, coordinating these reviews can become very difficult. And the product, as a whole, suffers.
Enter the concept of a Market Planner. I first encountered this concept when I was assigned to design a brand new product, from the ground up, for a niche market that sat on the periphery of my prior industry experience — it was, in fact, at the intersection of two very different markets. The Market Planner on this product came from the other side of this niche – from the other industry in this intersection. As we talked about the concept, it became increasingly clear that she was in a great position to be the voice of the market to the product, and of the product to the market, while I was the obvious choice to work on the ground, collating requirements and combining them into a narrative that we could sell to the business as well as the Development teams.
For the next year or more, we worked side-by-side — she attended conferences and engaged in panel discussions with industry leaders, feeding me detailed reports about what was working for them, what wasn’t, what their workflows looked like, and whatever wild concepts they would come up with over dinner and drinks. I would take these tidbits of information, collect them, and put them into documents that were used to explain the product to our internal stakeholders. Often, I had to tell her “no”, or put some of her requests on the backburner, for version 2.0 of the product. And she often asked for my own input on ideas, concepts, and workflows. It was a match made in heaven, and we launched a very successful product, the first of its kind in the market space.
This was a very different experience than any other I had with that particular company – the active participation of a Market Planner made a world of difference in the product. She knew where the product should go, what the specific needs of the target customers were, and most importantly provided both a vision and a plan that I could execute against. The separation of the long-term from the short-term from the execution truly made all of the difference.
What I learned from this is that every person in the broad Product Management world has their own specific skills, talents, and interests. And the most effective structure for a larger business, particularly if they’re attempting to expand into new and uncharted areas, is to engage the market in a structured, coordinated approach – have a Market Planner to be the overall voice of the market and of the product, let them set and communicate the vision; have a Product Manager who can coordinate and collate all the work and insight uncovered by the Market Planner, and let them turn the vision and plan into actionable requirements and documentation that can be absorbed by the rest of the business; and last but not least, have a Program Manager who can wrangle the exact deliverables, the schedule, the nitty-gritty resource allocation problems that plague even the best-staffed of organizations.
With a strong “Power Trio” of these three roles, there’s almost nothing an organization cannot accomplish.
Five Reasons “Why” is the Most Powerful Question in the World
If you haven’t picked up on it by now, I’m a firm believer in the theory of the five “Whys” — that is, whenever you’re engaged in a conversation about your product with a customer, and you start to dig down into the details about a new feature request or just trying to understand how they’re using their product, you’re not done with your side of the conversation until you’ve asked that person “Why?” at least five times. The reason for this is that what you’re always really trying to understand is not what they’re directly telling you — it’s not the surface need that they’re expressing to you — rather, you’re interested in what they’re not telling you, in the underlying motivations and the unspoken needs that they have. These are the things that you can innovate on; these are the things your competitors are not taking the time to hear; these are the opportunities to separate yourself from the pack and wow your customers with your insight and ability to deliver not what they want but what they need — even if they don’t know it.
That is the power of “Why”…and here are five reasons why it’s the most powerful question in the world…
- « Previous Page
- 1
- …
- 26
- 27
- 28
- 29
- 30
- …
- 41
- Next Page »