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

Hemal builds products and tests new business models at <a href='http://mslabs.io'>M&amp;S Venture Lab</a>, using lean startup techniques with 32m customers. You can find him tweeting <a href='https://twitter.com/hemalkuntawala'>@hemalkuntawala</a>.

Hemal Kuntawala

I recently spent time with some new product managers and nearly all of them commented on how they found it difficult juggling the different disciplines involved. They’re right, there is a lot to juggle, and the context switching can cause some serious whiplash and brain-drain. Each phase of product development requires a different perspective, almost a different mindset. At one end of the scale you have a big-picture view of the world, like looking at the market you’re in and hypothesising new value propositions. At the other end you have nitty-gritty details like the pixels and font-sizes of your UI.
I wanted to try and document these differing perspectives and come up with some advice on how to manage the constant switching. Here’s a diagram to illustrate this spectrum and how the different activities of product development fall into them. (I should mention that this isn’t a comprehensive description of how to build stuff).
<img decoding="async" src="https://s3.amazonaws.com/hemal.kuntawa.la/images/blog.pm.product.managers.whiplash.png" alt="Avoiding product management whiplash by @hemalkuntawala" />
At the top end you’ll find yourself with a big-picture view of the world, and at the bottom you’ll be sweating the small nitty-gritty details. I’ll quickly rattle through what each of these entail, with some context from my team (at <a href="http://mslabs.io/" target="_blank">M&amp;S Digital Labs)</a>:
Big-picture: Value proposition 
Starting with a broad view of the world, here you’ll be thinking about the market you’re in, your business model and your value proposition – what it is you’re going to offer your customers.
Nitty-gritty: Customer development 
From there, customer development will take you into research mode to unearth insights on customer drivers, behaviours, and pain points. We’ll conduct guerilla research in the street, as well as in our stores, to learn as much as we can about our customers.
Big-picture: Product principles 
Having gathered some insight it’s back to the big picture. Time to think about how a solution to the problem you’re going after might look. Broad principles that span most products will be UX things like effortlessness. In our team we also borrow from the marketing and branding worlds, thinking about things like the tone of communication we’d like to use.
<img decoding="async" src="https://s3.amazonaws.com/hemal.kuntawa.la/images/post.it.pete.png" alt="Pete uses post-its to come up with product principles" />
Our designer Pete ponders his product principle post-it.
Nitty-gritty: User flows 
We go back to the nitty-gritty with user flows, defining the journey we want our customers to take. In our team this artefact is simply boxes and arrows on scrap paper. We’ll refine the flow as we identify points of friction. We’ll also map where data goes in and out, and think about any other moving parts involved in the experience.
Big-picture: Wireframes 
Happy with our user flow, we head back to a high-level point of view to think about the user interface and interactions. With more boxes on scrap paper, we try to keep things light-weight in favour of iterating in the browser as we bring it to life.
<img decoding="async" src="https://s3.amazonaws.com/hemal.kuntawa.la/images/neil.george.wireframing.png" alt="George (left) struggles to decipher Neil's wireframe, which he's quite proud of." />
George struggles to decipher Neil’s wireframe, which he’s clearly quite proud of.
Nitty-gritty: Code + pixels 
Perspective changes again as we start to write code, with the team cracking on with the backend. For the front-end we stick to our mantra of “do it in the browser”. Here we’ll sweat the smaller details of visual design, nudging margins and font-sizes as we go.
We’ll continue building and shipping (our current record for deploys to production in a day is currently 31) until we’re ready to traffic and measure.
Big-picture: Core metrics 
Back up to a high-level view to think about your metrics. With customers using the product you can take a couple of steps back and look at what they’re up to. If you’re not sure what you should be measuring, take a look at Dave Mclure’s <a href="http://www.slideshare.net/dmc500hats/startup-metrics-for-pirates-long-version" target="_blank">Metrics for Pirates</a> (AARRR!).
Nitty-gritty: Data 
Back to the nitty-gritty detail of gathering data. Here we’ll be knee-deep in analytics, spreadsheets, and pivot-tables. In our team we’ll make life slightly easier for ourselves with hand-rolled dashboards for key metrics.
Avoiding whiplash 
Hopefully this whirl-wind flow (with its generalisations) illustrates my point about the constant shifts in perspective. Be warned, these can cause dizziness, brain-melt, and/or whiplash.
I’ve found having an appreciation of these shifts in focus can help anticipate them, which in turn helps to reduce the pain when jumping around.
For people who are new to a product team, having the discipline not to jump around too much in the first place is really important. It’s hard to avoid when you’re in fire-fight mode, but it’s important to only do one thing at a time, and to flow amongst the big-picture and the nitty-gritty detail as you move along.
This illustration can also prove as a good sanity check. Every few days take a step back and assess where you are. Ask yourself if you’re working on the right thing, and if your level of focus is right. Is it too much or not enough?
Thoughts? 
I’d love to hear about your experience and hacks to avoid whiplash when you’re in the thick of it. Ping me <a title="Hemal Kuntawala" href="http://twitter.com/hemalkuntawala" target="_blank">@hemalkuntawala</a>.
<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>

Avoiding product management whiplash

Hemal Kuntawala

Comments

Read next