post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Product Management

Sunday Rewind: Whose job is it anyway? The rise of Product Ops and why it deserves to be an independent function

Guest Post

Creating metrics that matter

B2B product management

Artificial Intelligence (AI) & Machine Learning (ML)

Building Product Teams

Business Strategy

Data Driven Product Management

Digital Transformation

Diversity and Inclusion

Minimum Viable Product

OKRs

Prioritisation

Product Design

Product Research

Product Development Process

Product Ethics

Product Discovery

Product Leadership

Product Management Career

Product Strategy

Stakeholder Management

🌎 <a href="https://www.mindtheproduct.com/world-product-day/" style="color:#FFFFFF;text-decoration:underline;">Happy World Product Day!</a> Be sure to celebrate product, yourself, and your peers today! 🎉

How much are product managers getting paid in 2024?

Leading product ops at Delivery Hero with Koen Dubelaar

Connecting fans to creators at Spotify (Dariusz Dziuk, Product Lead, Spotify)

“You’re not as competent as you think” 5 lessons from Ken Chin on navigating a product career (CPO, Spark Networks)

Everything wrong with the product management job market. And how to fix it

Tanya Koshy is Vice President of Product at UserTesting, a human insights platform. She also has worked in product management roles at Facebook, Google, and Groupon.

Tanya Koshy

<p>How do you develop an understanding of what will set a product up for success throughout your organization? This blog looks at what actions product managers can take to ensure their teams are investing their time wisely.</p>
<p>“If you build it, they will come” is not an effective philosophy in product development, but time and again I’ve seen and been on teams where we spend months building a product without ever talking to a customer to validate or refine our idea.</p>
<p>Taking an evidence-based approach to building product is, I’ve found, the only way to avoid this trap. This focuses on answering three questions:</p>
<ul>
<li>Who is the customer?</li>
<li>What are their needs, desires and problems?</li>
<li>What’s the best, lightest solution to meet these needs?</li>
</ul>
<p>Your job as a product manager is to help your squad to answer these questions, fast. But it’s not enough to do this with your squad, you have to build a shared understanding of these questions/answers throughout your organization. You have to do this at the very outset of product conceptualization and design, with refinements throughout development.</p>
<p>Why do I push to build this shared understanding throughout the organization? I know all too well how it feels to build it and see that they do not come. In 2013, I joined <a href="//en.wikipedia.org/wiki/Google_Helpouts”" target="”_blank”" rel="”noopener” noopener noreferrer">Google Helpouts</a>, an online service that connected consumers with experts through chat and video. A large team had spent the year before working on the offering’s development, but we never really figured out exactly who needed it and why. Predictably in retrospect, Google Helpouts was met with crickets, and Google pulled the plug on it in April 2015. It was gut-wrenching to go through that process and to see the organizational and psychological toll it took, even at a large successful company where the cost of failure was relatively low.</p>
<p>The experience scarred me, but it also taught me the following five, vital lessons that I have applied in subsequent roles guiding products from a bright idea in someone’s head to a fully realized, successful offering.</p>
<h3>1: It Takes a Village</h3>
<p>A product is more than the pixels you deliver to the screen, it’s how your product is marketed, sold and supported. Every person involved in the process needs to understand your customer, their needs, and how your solution meets those needs. It will help you all collectively to realize a more effective product experience.</p>
<p>I use a series of executive reviews and brown bags to disseminate this information across my organization.</p>
<p><span style="font-weight: bold;">Executive reviews</span> are those smaller meetings with key leaders in the company that are focused on getting alignment and buy-in (not permission). You should identify leaders who will be important in pushing the product down and through their organizations, like the head of sales, marketing, and your squad’s management layer(s), as you want their support early. In these meetings, you lay out what you’ve learned and ask how it resonates with their experience.</p>
<p><span style="font-weight: bold;">Brown bags</span> are broader, often company-wide, meetings that people opt in to attend in order to learn about your progress. I typically build a series of meetings around my three areas of focus: customer, problem, solution. I’m constantly mapping the customer to their problem, to my solution.</p>
<h3>2: Everyone Talks to Customers</h3>
<p>I advocate working in highly cross-functional squads where absolutely everyone – the product manager, design lead, engineers, product marketers, data scientists and user researchers – hears directly from customers. Whether it’s interviewing customers or helping to administer a survey, each member of the team must get out of their silo and into the weeds of what makes customers tick.</p>
<h3>3: Align on Decision Criteria</h3>
<p>The team talking to customers needs to be aligned on the overall questions you’re trying to answer, what you’re asking customers and your success/decision criteria, before you talk to customers. This is because once the data and insights start coming in, it becomes all too easy for us to cherry-pick the data that confirms our own biases. Once that happens, everyone will fall back to their preconceived notions of what the product should be and you might as well not have done the research to begin with.</p>
<h3>4: Avoid Analysis Paralysis</h3>
<p>It’s easy, within organizations, for discussions over something simple &#8211; red button, blue button &#8211; to turn into a religious war. It’s crucial to differentiate what really matters to users from what ultimately is trivial. Customer validation through tools like interviews and surveys is great, but you don’t really know what will work until you get product out the door. The longer you put that off, the longer you’re putting off learning about what it will take to make your product successful.</p>
<p>I should also note, that despite all the effort to ensure a product appeals to customers, definitive answers are rare. The goal is to achieve a reasonable level of confidence – a probability field of dreams, if you will.</p>
<h3>5: Make the Upfront Investment</h3>
<p>What I’m proposing can be time-consuming, but I focus on doing all of it efficiently (try timeboxing your activities to one or two weeks). And ultimately I find that it’s time well spent. It’s an upfront investment that avoids the scramble, finger-pointing, and slow, quiet panic that sets in once you realize you’ve launched an unsuccessful product and spent months/years doing it.</p>
<p>&nbsp;</p>

Five Habits of Highly-Effective Product Teams

Tanya Koshy

Read more

Comments