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

Katie is an experienced product leader with a passion for using data, analytics, and empathy to connect with customers. When she was young, this blend of analytical and creative thinking was reflected in her love of playing the piano (creating melodies from musical structures on paper), studying the overlap between Art and Physics (think Dali’s melting clocks and Einstein’s Theory of Relativity), and writing poetry about the Heisenberg Uncertainty Principle (isn't it poetic that our bodies are comprised of electrons in uncertain locations?). Now, as an adult, she pursues this passion by merging storytelling and technology to execute products, flexing her creative and analytical muscles as needed to be the hub between different types of talents, working together to ultimately drive customer satisfaction and business value.

Katie Cladis

<a href="https://www.mindtheproduct.com/how-to-lead-your-product-part-1-leadership-and-management/" target="_blank" rel="noopener">I recently covered the first part of how to lead your product</a>, with a focus on how to bring others along in uncovering insights from your User Research. You can do this with activities like affinity mapping, where you and your team work together to identify common themes emerging from your research, rather than giving them a fully baked user research report to read about your findings. If you’re interested in learning more about this topic, you can read How to Lead Your Product: User Research, you can do that <a href="https://www.mindtheproduct.com/how-to-lead-your-product-part-1-leadership-and-management/" target="_blank" rel="noopener">here</a>.
The next part of the series discusses how to lead your product by keeping calm in the problem space, before jumping to solutions.
<h2>How to lead your product: keep calm in the problem space</h2>
There is an opportunity to lead your product in how you handle requests from users and from stakeholders. One approach is to spend time transforming those requests into user stories and features (should it make it on your roadmap?). A better approach is to pause and spend time understanding the problem behind the request. Perhaps there is a more effective solution out there, or perhaps the problem isn’t that problematic and doesn’t need to be solved.
<img decoding="async" src="//wp-content/uploads/2021/11/f297e207-1970-4599-b2c4-c63c2aa7bd75_Untitled.png" alt="" />
This questioning piece is leading your product: you are getting at the real problem statement behind that request. You are driving to uncover assumptions that need to be validated to prove that it’s a real problem, and that the solution brought to you is indeed the best approach to solving the problem.
One way you can help your team spend more time in the problem space is by conducting a molecule map exercise. This forces a list of features to instead become a group of molecules, each feature linked to a specific problem for a specific type of user. This makes it easy to visualize when a solution is disconnected from an actual problem experienced by an actual user.
Let’s return back to our Chefs on Demand product that we covered in <a href="https://www.mindtheproduct.com/how-to-lead-your-product-part-1-leadership-and-management/">How to Lead Your Product: Leadership and Management</a>. This is a mobile app that enables users to find a professional chef in their area to come to their home to cook a meal. We have a ton of feature requests coming in, but it’s unclear who they are for — the chef? The person booking the chef? And it’s unclear what problems are being solved, and if they are even real problems.
<figure style="width: 960px" class="wp-caption alignnone"><img loading="lazy" decoding="async" src="//wp-content/uploads/2021/11/91e1f591-1313-4879-9a14-07fc312f5c45_Untitled.png" alt="molecule map, client, review, " width="960" height="540" /><figcaption class="wp-caption-text">An example of the molecule map (Image: Kate Cladis)</figcaption></figure>
By going through this exercise, you are positioned to better define the problem, see if there is another problem behind it, or come up with alternative solutions. You do this by connecting the persona to the problem to the solution.
Here, we’ve turned the chef profile feature request into the following molecule map, where our chef profile solution addresses the problem of clients wanting to learn more about the chef before booking. With this, we can start to ideate different solutions to that problem. We can also start to explore deeper root problems, like maybe it’s actually that clients don’t feel comfortable with a stranger in their home, so how could we make them more comfortable?
<figure style="width: 960px" class="wp-caption alignnone"><img loading="lazy" decoding="async" src="//wp-content/uploads/2021/11/d597e8c5-5995-4d42-a0de-0a939caa9ded_Untitled.png" alt="molecule map, client, review, " width="960" height="540" /><figcaption class="wp-caption-text">Stage two of a molecule map example (Image: Kate Cladis)</figcaption></figure>
This helps us slow down a bit, and not become an assembly line pushing out features from every request that comes in.
The next part of this series discusses how to lead your product in the context of the product roadmap. In other words, how do you lead others in engagement and excitement for the product roadmap?
<h2>How to lead your product: The Product Roadmap</h2>
Ask yourself: do you spend more time driving the execution of your roadmap, or creating excitement and alignment around your roadmap? A predominantly management mindset looks like driving the execution of features, tasks, and bug fixes.
But no matter how effectively you are making progress on your roadmap, if you’re not communicating how the product or feature rolls up to larger product milestones and company goals, and if your developers don’t know why they are working on those features, then you are not bringing others along with a shared excitement of your roadmap — and you are not leading your product.
Leading your product means connecting those user stories to larger milestones and objectives. It should be clear to everyone not only what they are working on, but why they are working on it. It is also good leadership practice to give the team a role in determining the “what” based on their shared understanding of the “why”. And a huge bonus to this approach is that when engineers and designers understand how the work they are doing ladders up to bigger goals, they will actually bring better solutions to the table and help create better products.
One way to make sure you are communicating this is to have different types of roadmaps for different audiences, in order to continue to drive execution in the now, while also building continued excitement and enthusiasm for the future. A roadmap is like a product you are designing: it requires some discovery on your part to identify the needs of those who will be consuming the roadmap. The sales organization may be most interested in features and timelines, while the leadership may care more about business outcomes. So it’s important to talk to your roadmap audience and know what they are looking to see in your roadmap.
One idea to consider is using a now, next, later roadmap for your engineers and designers, where you outline the following: Now, or stuff that you are currently working on, next, or stuff that’s coming up soon, later, or stuff that you’d like to work on in the future (because further out, this can be more about possibilities than specific features). The goal is to show the timing of the work, but also to show how the work rolls up to a larger business objective.
Let’s return back to our Chefs on Demand product that we covered in <a href="https://www.mindtheproduct.com/how-to-lead-your-product-part-1-leadership-and-management/">earlier parts</a> of this series. This is a mobile app that enables users to find a professional chef in their area to come to their home to cook a meal. In this example, the “Now” work listed is for product milestones: logging in, creating an account, and creating a chef profile, with specific features within, such as email validation.
In the future, we have product milestones for being able to search for a chef search and contact a chef. This work is coming up soon, but is less granular in terms of how it’s defined on the roadmap and offers more flexibility in terms of how it will be done: will chefs be searched by location? Cuisine? Will contact be an in-app chat? Or a link to email?
And even further in the future, we have a product milestone for building payments in-app, but this is very broad and with a high degree of flexibility and variability. It requires way more research to determine whether or not it will be done. This shows the larger vision, without committing to too many details early on. If this topic interests you, <a href="https://www.mindtheproduct.com/podcast-roadmaps-okrs-vision-prioritisation-with-bruce-mccarthy/" target="_blank" rel="noopener">listen to this podcast on product roadmaps, OKRs, Vision and Prioritisation with Bruce McCarthy.</a>
<figure style="width: 960px" class="wp-caption alignnone"><img loading="lazy" decoding="async" src="//wp-content/uploads/2021/11/ede5db6b-178c-4e4c-89b7-b3f68849b57d_Untitled.png" alt="roadmap, executive, audience" width="960" height="540" /><figcaption class="wp-caption-text">For everything, we see how the roadmap items link up to business objectives, such as Customer Adoption or New Customer Acquisition. (Image: Kate Cladis)</figcaption></figure>
<figure style="width: 960px" class="wp-caption alignnone"><img loading="lazy" decoding="async" src="//wp-content/uploads/2021/11/764dbec3-6703-420b-930b-3dca60764655_Untitled.png" alt="roadmap, executive, audience" width="960" height="540" /><figcaption class="wp-caption-text">For our executive team, on the other hand, we might have a roadmap that shows progress towards the various milestones with a target date of completion, some key capabilities of those milestones, user problems solved and the expected impact. (Image: Kate Cladis)</figcaption></figure>
This is a good way to keep your executive team aware of your progress towards solving certain user problems, and the resulting impact on the business that you expect.
If you’re struggling to get buy-in for your roadmap, maybe try talking to your different stakeholders about what they would like to see in a roadmap. And just like a product, try not to get discouraged if it takes a few iterations to find roadmap-stakeholder fit.
Stay tuned for the final part of this series when we&#8217;ll discuss how to lead your product through communication and prioritisation. 
Discover more content on <a href="https://www.mindtheproduct.com/category/product-leadership/" target="_blank" rel="noopener">Product Leadership</a>. Learn about <a href="https://www.mindtheproduct.com/membership/prioritised/" target="_blank" rel="noopener noreferrer">Prioritised</a> and <a href="https://www.mindtheproduct.com/membership/leader/" target="_blank" rel="noopener noreferrer">MTP Leader</a> membership today.
<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 lead your product – Part 2: Problems and roadmaps

Katie Cladis

Comments

Read next