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

Diana wrangles product and customer success at Timescale. She spends much of her time talking to users to figure out how to make the product better. Prior to Timescale, she was a PM at Cockroach Labs, also based in New York. She has worked with tech companies for most of her career, starting out on the financial services side supporting and investing in enterprise startups. In her free time, she dabbles in jazz piano and blogging. She blogs both about product management and general database concepts.

Diana Hsieh

<p>I’ve worked at two different startups, going from beta to 1.0 as the first non-founding member of the product team. Surprisingly, I had a completely different experience at each startup, even though they were both open source databases. If I were forced to prioritize (as all product managers naturally tend to do) and choose the most important lesson I learned, it’s that <strong>it’s not about the process, it’s about the people. </strong></p>
<h2>Process is a Safe Place</h2>
<p>The concept of “process” is a safe place for product managers. In fact in many companies, product managers double up as project managers, ultimately defining and executing processes that speed up the product development process. The reason why product managers perceive process to be important is because it helps them to scale high-quality product decisions. Typically, there are more than five engineers for each product manager, so product managers need process in order to make sure things don’t fall through the cracks. In fact, I’ve had to work with about 20 engineers in the past, and I have friends and colleagues who tell me about even crazier engineering-to-product management ratios. The only way to juggle multiple features and projects while communicating across multiple teams is to define a process that checks for quality at different stages of the development lifecycle.</p>
<p>Because of the importance of process in product management practice, it’s really easy to think that implementing process when joining a startup is a quick win. The problem is that you can’t shove process down people’s throats &#8211; process requires buy-in, and it is incredibly difficult to get buy-in for process when you first join a startup. There are cases where you are explicitly hired to put in process, but this typically happens when a startup is more mature and is less likely to happen if the product management team is still small.</p>
<p>As a more tangible example, when I first joined my current startup, I had a process I was hoping to implement. I was already comfortable with it from my previous company. The process involved bottom-up roadmap planning, feature kick-offs to define acceptance criteria and write user stories, weekly development check-ins, acceptance testing, and ultimately go-to-market if needed. I had templates that I used for each step and the teams I worked with knew when to involve me at different stages of the development cycle. Obviously, I would have loved to bring this process into my current startup, but I quickly realized that the process was too heavyweight for a smaller team.</p>
<p>This became apparent because I would mention certain pain points that I thought could be addressed through process, but the rest of the team didn’t necessarily agree. This was a good signal that any process I wanted to implement would not be met with strong buy-in, thus rendering the process useless. In fact, focusing too much on process right at the start results in two critical consequences: (1) you force a process in place that doesn’t fit the <strong>people</strong> who make up your new team and (2) you pit yourself against the status quo when you haven’t yet built trust.</p>
<h2>But Doesn&#8217;t Process Help you Scale?</h2>
<p>But giving up on process isn’t really an option, especially since, as we all know, process helps to scale product management. So instead, I decided to step back and focus on what I was trying to achieve rather than the actual process. I knew I needed a way to map out acceptance criteria for user-facing features, so I set up explicit meetings with the engineers working on those features before they started to implement the feature. This was essentially executing a step of the process I needed without forcing the team to buy into it. I also knew that I needed a way to track feature progress, so I created a personal Airtable (love this product) to track feature development status. Rather than asking the engineering team to keep it up-to-date, I started to message engineers every week for a status update so that I could keep things up-to-date myself. I know it sounds like a lot of responsibility for the product manager to manage and track these things, but acting as the glue across teams is essentially a product manager’s job. When the glue (or process) doesn’t yet exist, it falls to the product manager to act as the glue until things start to break and a more heavyweight process is needed.</p>
<h2>Just sit Back and Listen</h2>
<p>In fact, I would argue that as a product manager joining a new team, the first thing you should focus on is NOT building process. Instead, you should focus on <strong>building trust</strong>. This means sitting back and listening to both your internal team members as well as your external users, so that you can develop a deep understanding of how your team works internally and how your users think externally.</p>
<p>Internally, this means asking questions, even if they sound stupid, about the product and the engineering process that supports it. Externally, this means taking advantage of every opportunity to get closer to the user. When I joined my current startup, I would troll our support channels and engage with users, join every sales call our Sales team would let me join, and set up meetings with existing users of our product. Only by fully understanding the lifecycle of your product, from development to actual deployment, can you start to build a process that actually fits the unique team you work with.</p>
<p>My advice then to product managers at a new startup is this: stop worrying about process. Startups are chaotic, and things will always be out of control. Instead, find a way to empower the people around you with a perspective founded on user feedback. If and when process becomes important, process is so ingrained in your blood that you’ll be ready to tackle that problem head on!</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>

core/freeform

Product Launch

The magic of making great products with Christian Idiodi

5 key practices to build a better product, Adam Mullett, ProductTank Perth

Keeping product creative, innovative… and fun! by Manon Dave

3 myths that get in the way of product adoption by Martina Lauchengo

Epic alignment by Nils Janse

A designer, a product manager, and an engineer walk into a bar…by Karishma Irani

The importance of a compelling mission and a user-focused strategy by Johannes Mayer

When do you let go of Process and Accept Controlled Chaos?

Diana Hsieh

Comments

Read next