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

As chief product officer of Shipa Freight, Paul has overseen development of shipafreight.com, a digital logistics platform for small and medium-sized enterprises. Formerly vice president of digital marketing for global logistics leader agility, Paul was responsible for establishing agility’s digital brand, building an online audience, and generating qualified leads. In his 25 year career, Paul has held various product and technology leadership positions with early-stage startups and Fortune 500 companies including Unisys, Destiny, and US Airways. Paul has a Master of Software Engineering degree from Carnegie Mellon University and a Bachelor of Computer Science from Brown University. Paul is based in Philadelphia.

Paul Rehmet

<p>As the discipline of product management matures, there is often talk in the product management community about a product manifesto — a set of aspirational principles that guide us — similar to what the<a href="https://agilemanifesto.org/"> </a><span style="text-decoration: underline;"><a href="https://agilemanifesto.org/" target="_blank" rel="noopener">Agile manifesto</a></span> did for software development. Here is my take on what it should say:</p>
<p><span style="font-weight: bold;">As product managers, we have come to value&#8230;</span></p>
<h2>Positive outcomes over cool features</h2>
<p>While we love building stuff, our calling is to delight our customers and deliver value to our businesses. We will resist the urge to build things that the world doesn&#8217;t need and waste the talent of our product teams.</p>
<p>I’m as guilty as the next product manager when it comes to adding hot features to our product without proper validation. But the world has a shortage of product, tech, and UX talent. What if we doubled down on the things we’ve put in users’ hands that don’t work as well as they should? What if we measured our performance based on how well our user’s goals are met? What if we forced ourselves to remove a feature every time we added a new one, to keep our codebase small and free our developers from maintaining features that no one uses?</p>
<h2>Empowered teams over top-down decision making</h2>
<p><span style="font-style: italic;">We believe the best work gets done by small, cross-functional, highly collaborative teams with shared objectives and the authority to make decisions for themselves.</span></p>
<p>Most of us believe this but as we rise in the management ranks, we have trouble living by these words. We’ve gotten to where we are because we’ve made good decisions, or so we think. We are not used to staking our reputations on those with less of a track record. But great leaders know that the best outcomes come not from the leaders making the decisions, rather from leaders creating the right environment for decisions to be made. Good decisions are born when there is free flow of information, open debate and respect for others’ opinions, clear roles and ownership, trust between team members, and risk tolerance by leadership.</p>
<p style="text-align: center;">Watch this <span style="text-decoration: underline;"><a href="https://www.mindtheproduct.com/prioritised-fireside-chat-make-better-product-decisions-with-jtbd/">Fireside Chat for Prioritised members where product author and coach, Joe Leech and our Managing Director, Emily Tate explore how the Jobs to be Done (JTBD) toolkit can be used to make better product decisions.</a></span></p>
<h2>Customer needs over internal priorities</h2>
<p>We don&#8217;t ignore internal priorities. But we realize that while we are focusing on our internal stakeholders, there is a chance our competition is focusing on the customer. And ultimately the customer is the one who picks the winner.</p>
<p>Again, most of us know this. But in practice, when we spend our days in internal meetings with no customers in the room, the customer’s voice is the one often not heard. Especially at large companies, internal requirements, and political dynamics often dominate our mindshare. It’s incumbent on us, the product managers, to represent the customer in these conversations. If we are not the ones doing it, who is?</p>
<h2>Serving those who care over those who don&#8217;t</h2>
<p>It&#8217;s unlikely that our product has mass-market appeal. That&#8217;s okay because we can make a good living serving those for who our product is meant for. We won&#8217;t let the critics and the disinterested distract us from serving our customers who care.</p>
<p>Serving all types of customers who want all sorts of things is not possible. We have to pick our shots. Do we focus on those who see value in what we have? Those who are willing to tolerate a few imperfections to reach their desired outcome. Those who treat us like partners, give us productive feedback, and want us to succeed. Or do we focus on the much larger pool of those who have no interest in what we sell? Those that want something for nothing. Those who won’t notice if we are not around tomorrow. Hint: those customers who believe in us will stick around and won’t mind spending more on our product over time if we continue to delight them as their needs evolve.</p>
<h2>Shipping to learn over shipping when perfect</h2>
<p>We realize the limitations of our intuition and know that the best products are built with users, not for users. We look for quick, inexpensive ways to test our assumptions and we are honest in our assessment of market signals. We treat adjustments to our plans as part of our process, not a failure of our process.</p>
<p>We could ship today or wait another year. If we wait a year, our product will have more features and fewer glitches. We’ll have more time to incorporate feedback from internal testers. Our marketing materials and documentation will be better. But what if our competitor ships today? Customers will see their product’s flaws and limitations. But they’ll also see what works, and may actually find it useful. And they’ll give feedback. Our competitor will have a year’s worth of customer engagement before we get out of the gates. Who would you rather be?</p>
<p style="text-align: center;">Read Paul&#8217;s previous article on Mind the Product — <a href="https://www.mindtheproduct.com/building-a-product-roadmap-to-avoid-potholes-down-the-road/" target="_blank" rel="noopener">Building a product roadmap to avoid potholes down the road. </a></p>
<h2>Ecosystems over ownership</h2>
<p><span style="font-style: italic;">Our products go farther when others can extend them, other products can integrate with them, and users can contribute to them. We believe the benefits of empowering and enabling the members of our community outweighs the cost of giving up some control of our products.</span></p>
<p>The open-source world taught us that people we’ve never met can make our products better, often faster than we can.  Social media platforms taught us the power of the network effect of content. While our products may not fit either model, we should be open to the possibility that our core assets could be leveraged by creative people in ways we never imagined. And if that happens, usually there are ways we can reap the benefits from that.</p>
<p style="text-align: center;"><span style="text-decoration: underline;"><a href="https://www.mindtheproduct.com/you-are-not-your-user/">Read this blog post by Jorge Rodriguez-Ramos </a></span>who elaborates on user demographics and changing your mindset over user-centric ideas.</p>
<h2>Contributing to society over winning at all costs</h2>
<p>We recognize that software powers the world. We care about how our products are used and take personal responsibility for what we create. We aspire to build products that do more than just serve the bottom line.</p>
<p>This isn’t about making products that save the world. This means being deliberate about what we build. Understanding not just the benefits our products bring, but their associated costs. It’s about being aware of who our software enables and what they use it for. It’s about how we treat our people and all those in the ecosystem that makes our products possible.</p>
<h2>Accessibility and inclusion over focusing on the &#8216;typical&#8217; customer.</h2>
<p><span style="font-style: italic;">We are mindful that potential users of our products may not look like us, think like us, act like us, or have access to the same things we have. We believe that empowering a diverse community of users, partners, and stakeholders invites opportunity and is simply the right thing to do.</span></p>
<p>It’s easier than ever to focus our product on a particular audience. We create <span style="text-decoration: underline;"><a href="https://www.mindtheproduct.com/tag/personas/" target="_blank" rel="noopener">personas</a></span> representing those typical buyers, interview real people fitting the mould, build features they want, speak their language, and target our advertising to individuals like them. The problem is, our product may be good for others not like them. But we didn’t take the extra few steps to truly make it work for them, or communicate a message that resonates with them, or even make them aware of it. The good news is it is also easier than ever to make our products more accommodating. If our product is good enough to build a community around it, does it really need to be a gated community?</p>
<p>These are the principles that guide me as a product leader. What would your product manifesto be?</p>
<p style="text-align: center;">If you liked this post, explore more content on <span style="text-decoration: underline;"><a href="https://www.mindtheproduct.com/category/product-development-process/" target="_blank" rel="noopener">Product Development Process.</a></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>

Building a product manifesto

Paul Rehmet

Comments

Read next