·3 min read
How to Write MVP User Stories
User stories translate business needs into development tasks. Here is how to write them clearly.
The Basic Format
As a [type of user], I want to [action], so that [benefit].
Good Examples
- •As a new user, I want to sign up with Google, so that I can start quickly
- •As a customer, I want to save my cart, so that I can buy later
- •As an admin, I want to export user data, so that I can analyze trends
- •As a subscriber, I want to cancel anytime, so that I feel in control
Bad Examples
- •Users should be able to log in (missing the why)
- •Add a dashboard (too vague, what is on it?)
- •Make it fast (not actionable)
- •Improve the UX (not specific enough)
Adding Acceptance Criteria
Each story needs clear done conditions.
- •Given [context], when [action], then [result]
- •Example: Given I am logged out, when I click Google login, then I see my dashboard
- •Keep criteria testable and specific
Prioritizing Stories
- •Must have: MVP does not work without this
- •Should have: Important but can wait for v1.1
- •Could have: Nice to have someday
- •Will not have: Explicitly out of scope
A good MVP has 10-20 user stories. If you have 50, you are overbuilding.