post

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! 🎉

Successful product management in companies where it’s least understood

Measuring critical user journeys – Javier Andrés Bargas-Avila (UX Director, Google)

A new way to look at applied experiments

Product survey findings: Only 15% of users are embracing AI features 

Building high-performing product teams: The PDLC approach

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Guest Post

Overcoming the 20% feature usage challenge

Product Management

Three product leaders to learn from at #mtpcon inside Pendomonium

Kate Hopkins is a Vice President on the Operations Team at Mainsail Partners in San Francisco, where she helps the firm’s portfolio companies accelerate growth through product management and market strategy. Prior to Mainsail, Kate earned her MBA at Stanford’s Graduate School of Business and worked in product management at Amazon and strategy consulting at Bain.

Kate Hopkins

<p>What’s a partial product manager?  We’ve all met one, and many of us have been one &#8211; a partial product manager is someone who holds the product manager title, but isn’t doing the full job.  It can happen really easily, because great product management encompasses a great deal and is constantly evolving.</p>
<p>I’ve categorized some common types of partial product managers to make it easier to identify and fix gaps.  Leaning on Martin Eriksson’s post, <a href="https://www.mindtheproduct.com/what-exactly-is-a-product-manager/" target="_blank" rel="noopener noreferrer">&#8216;What, exactly, is a Product Manager?&#8217;</a>, the role sits at the intersection of user experience (UX), tech, and business.  If you subdivide UX into the constituent parts of design and customer understanding, you end up with a modified Venn diagram, and at each of the incomplete intersections, you can find a different type of partial product manager.</p>
<p><img loading="lazy" decoding="async" src="//wp-content/uploads/2019/08/f0da1fad-b469-4f4c-a00d-9d9a37e702f1_image1-300x282.png" alt="Categories of Product Managers" width="300" height="282" class="aligncenter size-medium wp-image-17035" srcset="/wp-content/uploads/2019/08/f0da1fad-b469-4f4c-a00d-9d9a37e702f1_image1-300x282.png 300w, /wp-content/uploads/2019/08/f0da1fad-b469-4f4c-a00d-9d9a37e702f1_image1-768x721.png 768w, /wp-content/uploads/2019/08/f0da1fad-b469-4f4c-a00d-9d9a37e702f1_image1.png 897w" sizes="(max-width: 300px) 100vw, 300px" /></p>
<h3>1. Requirements Writer</h3>
<p>The first type of partial product manager is a holdover from waterfall days when product design entailed a sequential process of researching, then documenting, then passing along requirements for development.  Sometimes product teams still get sucked into that outdated role, thinking of themselves merely as translators between the business and tech sides of the company.</p>
<p>Without enough customer involvement and design thinking, product management ends up documenting requirements for features that may or may not lead to desirable outcomes.  The first version of a new idea is often finished code, which means that developer resources are wasted when untested assumptions lead to a product flop.</p>
<p>Signs to watch out for:</p>
<ul>
<li>Product managers rarely interact directly with customers</li>
<li>The company doesn’t create or test prototypes before building</li>
<li>The company often has unexpectedly low usage of newly developed products or features</li>
</ul>
<h3>2. Deal Chaser</h3>
<p>A deal chaser is too swayed by loud, internal stakeholders.  Product teams in this category end up adding all kinds of specific feature requests to the backlog.  Longer-term strategy gets distracted by short-term thinking to land a deal this quarter.  This happens most often in companies with strong sales cultures, and is exacerbated when product managers don’t have enough customer touchpoints of their own (and so lean on information relayed by customer-facing teams).</p>
<p>The things sales asks for are probably good for at least <span style="font-style: italic;">some</span> customers, but a deal chaser doesn’t invest enough in understanding the underlying problem that inspired the feature requests, and in assessing what those sales asks would mean technically.  Product runs the risk of signing up for a lot of work that may not be aligned with the company’s strategy or the needs of its target customers.  In the longer term, scattered development can make the product harder to maintain technically and harder to successfully position in the market.</p>
<p>Signs to watch out for:</p>
<ul>
<li>An erratic roadmap that lacks cohesive themes</li>
<li>Frequent, bespoke development for specific customers</li>
<li>Promised features written into sales contracts</li>
</ul>
<h3>3. Super Support</h3>
<p>For a super support product team, planning takes a backseat to ticket-taking.  This can happen when a lot of bugs crop up at once, or if there isn’t adequate customer support in place.  Under either circumstance, a wave of individual issues hits the product team, and with so much to do, it can feel like there’s no time to synthesize or prioritize.</p>
<p>But, a ticket-taking product team can never dig its way out of the hole.  If things are going badly and bugs are a real problem, hopping reactively from issue to issue can mean that product misses the opportunity to address the root cause of the problem and end the cycle.  If things are going well, a support mindset can lead to backlogs full of incremental improvements for existing customers and no room for development that could significantly help the business in the longer term.</p>
<p>Signs to watch for:</p>
<ul>
<li>A very long, detailed backlog</li>
<li>Highest priorities always align with the needs of existing, individual customers</li>
<li>A team that never says “no” (or “this isn’t aligned with our priorities”)</li>
</ul>
<h3>4. Idealistic Inventor</h3>
<p>This product team’s favorite phrase is “wouldn’t it be cool if”, and some of their ideas <span style="font-style: italic;">do</span> sound pretty cool.  Idealistic inventor teams build products that are slick and scalable, and they may even prototype them first, but too frequently, usage and sales are lower than expected.  The more funding, the more likely a team like this can grow and flourish.</p>
<p>Without grounding in customer needs and market realities, product can bring forth theoretically awesome products that aren’t, in reality, worth much.  The team can fall into the trap of assuming that something that appeals to them will also appeal to their target customers.  If product doesn’t fervently insist on understanding and surfacing customer needs, and especially if the technical team members are strong, team thinking can center on <span style="font-style: italic;">what </span>the team will build into the product instead of <span style="font-style: italic;">what problem</span> the product should be solving.  If the finished product doesn’t end up solving a real and burdensome problem, it won’t generate much revenue.</p>
<p>Signs to watch for:</p>
<ul>
<li>Stealth mode (no talking to any customers or potential customers)</li>
<li>Discovery activities that “lead the witness” to confirm that a solution would be valuable</li>
<li>Starting with features instead of problems</li>
</ul>
<h3>What to do When you Spot a Partial Product Manager</h3>
<p>All partial product managers allow themselves to be sucked too far into one sphere of the role.  No matter the type, start by taking a step back, to revisit key goals that inform bigger-picture prioritization.  If you find you are the partial product manager, carve out time to re-center.  If the partial product manager is someone you work with, ask about the objectives that underpin decisions, and why product has confidence that the things being prioritized serve those objectives.</p>
<p><span style="font-style: italic;">This blog post has been prepared solely for informational purposes. The blog post does not constitute an offer to sell or the solicitation of an offer to purchase any security. The information herein is based on the author’s opinion on product management and therefore, generally reflect the opinions and beliefs and related topics and are not necessarily representative of those of Mainsail Management Company, LLC. </span></p>
<div class="g g-21"><div class="g-single a-170"><a class="gofollow" data-track="MTcwLDIxLDEsNjA=" href="https://www.pendo.io/pendomonium/"><img decoding="async" src="https://www.mindtheproduct.com/wp-content/uploads/2024/06/MTP-Footer_ad.png" /></a></div></div>

How to Spot a Partial Product Manager

Kate Hopkins

Comments

Read next