post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Product Management

What we learned at #mtpcon London 2025

Artificial intelligence (AI)

How to build an Enterprise AI Agent

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

UK hiring managers reveal the realities of hiring product managers

YouTube expands subscription strategy with Premium Lite pilot

Why thinking commercially is now an essential skill for product managers

The best resources for product managers in 2025

Hiring trends, Duolingo, and DeepSeek: February’s top product management reads

Basheera Khan is a user experience consultant at <a href="http://www.cxpartners.co.uk">cxpartners</a> based in Bristol. You can follow her on twitter at <a href="http://twitter.com/bash">@Bash</a>.

Basheera Khan

As anyone who makes things for a living will attest, there comes a time perhaps once a day, when a certain question plays upon the lips of everyone on the project. If it&#8217;s a particularly trying day, this question will pop up a few times, and if it&#8217;s a doozy of a day, it will be flavoured with a peppering of FFSes and at least one WTF. 
The question, my friends, is this:
<h2 id="whyarewedoingthis">Why are we doing this?</h2>
If you&#8217;re using them at all, user stories are a good place to find the answer. These little wonders are a fantastic tool for keeping product teams focused. I would go so far as to say that every team should be using these little gems, regardless of the project management and development methodologies you&#8217;re currently using. 
The reason is this: user stories, when correctly written, serve as a very visual reminder that whatever you&#8217;re working on, with any luck you&#8217;re doing it to improve someone else&#8217;s life. 
By phrasing our plans in the context of another person&#8217;s life, we can understand both what we&#8217;re doing, and why. And given that the user story provides a start and steer for the conversation around solving that particular problem, we can determine whether or not there is any value to doing it in the first place. 
<h2 id="whatmakesagooduserstory">What makes a good user story?</h2>
The best user stories are the simplest, where the information you need to know is communicated as efficiently as possible, in the right order. Think of it as the pyramid model of story-telling, where you start with the most important fact and then broaden in scope as you go to give you more of the bigger picture. 
The template for the standard user story is something like:
<blockquote>
As a [persona/role]
I can [do this]
So that [I get this benefit]
</blockquote>
Get that right and you can then figure out the acceptance criteria, i.e. the way that everyone knows the story is done. But how do you find out the bits that go between the brackets?
<a href="http://mindtheproduct.com/wp-content/uploads/2012/02/Scrivener.png"><img loading="lazy" decoding="async" src="http://mindtheproduct.com/wp-content/uploads/2012/02/Scrivener.png" alt="Better User Stories" title="Better User Stories, Come Hell Or High Water" width="630" height="350" class="alignnone size-full wp-image-1580" srcset="https://www.mindtheproduct.com/wp-content/uploads/2012/02/Scrivener.png 630w, https://www.mindtheproduct.com/wp-content/uploads/2012/02/Scrivener-300x166.png 300w" sizes="(max-width: 630px) 100vw, 630px" /></a>
<h2 id="huntingthemeatofyourstory">Hunting the meat of your story</h2>
In an ideal scenario, the customer is actively involved in creating user stories. If your project has a formal requirements gathering process, this is the point at which you would usually run a user story session. 
If you&#8217;re lucky enough to have a business analyst on the team they&#8217;ll be the one compiling the stories and cross-checking them against the requirements. A good BA is worth their weight in Percy Pigs for this alone. 
A more likely scenario on smaller teams is that this responsibility will be shared between product manager and UX or whoever else is well-placed to pick up the baton and run. 
But what if you want to bring user stories in on a project that still uses a waterfall approach? There are a couple of tricks that work well in tandem with the requirements gathering phase of a waterfall project. 
I&#8217;ve seen both of these employed to great success when working with a large financial services client (and boy, do those bankers love their requirements itemised by the armful in Excel spreadsheets!) 
<h3 id="trick1:theparrot">Trick 1: The Parrot</h3>
If the only way to involve the customer in creating the user stories is through discussion while you&#8217;re working through the requirements, then it&#8217;s worth adopting a very simple conversational pattern to make sure everyone is communicating clearly and understands what&#8217;s being agreed as being in scope of this project phase. 
The trick is quite simply to phrase your questions for the customer in the form of a user story. For example, let&#8217;s take a requirement as it would usually be phrased: 
&#8220;Allow customer to confirm/reject payment before sending.&#8221;
You can then rephrase this as: 
&#8220;So, the customer should be able to cancel the payment, to safeguard against paying someone by accident?&#8221;
If the customer responds along the lines of: &#8220;Yes, and also it saves us the administrative cost of having to refund that payment,&#8221; you then have everything you need to write a compelling user story that has both user and business goals at the heart of the story. 
It might seem like this back-and-forth exchange would get tiresome if you&#8217;re discussing a requirements doc line by line. But in practise, it actually coaches the customer to think in terms of the reasons for the requirements. Before long, the session naturally flows from a stilted reading of requirements to a more flowing discussion along the lines of &#8220;Do this because this&#8221;. 
This is especially critical if your client is internal, &#8211; i.e. your development team works on the company&#8217;s product and the client is your managing director or board of directors.
<h3 id="trick2:thepath">Trick 2: The Path</h3>
This approach to creating user stories will work well for the UX or product team of one. Once again, the scenario is that of having to deal with a requirements discussion with a client more used to waterfall than to agile. 
Our hero, a young UX with little BA support, turned what could have been a session of death by a thousand lines of requirements into a more engaging and productive session all around. 
He read through the requirements ahead of the session and drew up a few user journeys that covered all the scenarios that the requirements pointed to.
In the session, instead of sitting down to discuss the requirements line by line, he put the user journeys up on the walls and kept everyone on their feet. Together they walked the length of the journeys as he pointed out the requirements covered off by each part. 
A dozen or more user stories fell out of that process, with the added benefit that it also brought the project to life for the stakeholders. 
<h2 id="anyothertips">Any other tips?</h2>
If you already use personas, <a href="http://www.disambiguity.com/persona-driven-user-stories-for-agile-ux/">it makes sense to put your personas at the heart of your user story</a>. As Leisa Reichalt discovered, this helps keeps your personas current and active, and often acts as a silent validator of those personas in the first place. 
Remember, the user story is about defining problems, not solutions. If your user stories make mention of how you&#8217;re going to solve the problem, this immediately limit your team&#8217;s ability to approach the problem more creatively. Keep it loose, keep it lean. 
For more user story tips, Mike Cohn&#8217;s excellent blog can help you <a href="http://www.mountaingoatsoftware.com/topics/user-stories">construct user stories</a>.
</body> 
</html>

core/freeform

Guest Post

Building Consumer-Grade Experiences for the Enterprise By Ciara Peter

What Makes a Great Product Manager by Graham Siener

The GIST Framework by Itamar Gilad

Scaling the Product and the Team by Rachael Shah

Decisions, Debt, and Other Dilemmas by Janna Bastow

Hacking Your Product Career by Gibson Biddle

How Medicine and Research Translates to Patients by Shree Patel

The Future of Product Management by Richard Harrison

Data Science and Digital Businesses by Ali Gulez

You Need A Product Strategy by Sam Odio

Better User Stories, Come Hell or High Waterfall

ProductTank Vilnius

ProductTank Belfast

ProductTank Curitiba

ProductTank Lausanne

ProductTank Malmö

ProductTank München

ProductTank Oxford

ProductTank Barcelona

ProductTank Buenos Aires

ProductTank Madison

ProductTank Bangalore

ProductTank Hyderabad

ProductTank Köln

ProductTank Norwich

ProductTank Bangkok

ProductTank Cluj-Napoca

ProductTank Heidelberg

ProductTank Manchester

ProductTank Newcastle Upon Tyne

ProductTank London

ProductTank Philadelphia

ProductTank Jacksonville

ProductTank Chicago

ProductTank Reston

ProductTank Brisbane

ProductTank Edinburgh

ProductTank Valencia

ProductTank Paris

ProductTank Exeter

ProductTank Birmingham

ProductTank Porto

ProductTank Raleigh

ProductTank Phoenix

ProductTank San Francisco

ProductTank Hong Kong

ProductTank Prague

ProductTank Bratislava

ProductTank New York

ProductTank Orlando

ProductTank Dallas

ProductTank Tokyo

ProductTank Madrid

ProductTank Leeds

ProductTank Zürich

ProductTank Perth

ProductTank Richmond

ProductTank Charlotte

ProductTank Seattle

ProductTank Portland

ProductTank Los Angeles

ProductTank Des Moines

ProductTank Bucharest

ProductTank Bielefeld

Better User Stories, Come Hell or High Waterfall

Basheera Khan

Read more

Comments