What is a User Story?
What is a User Story?
User stories are a way of concisely defining the common interactions and needs that your users will have with your product. User stories are helpful for many reasons, from making sure that your design process is centered around the actual needs of your users, to providing a platform for clearer communications about the design and production process to other members of your team, from customer support to engineering.
User Story Template
**As a **[type of user], **I want **[desired feature or behavior], **so that **[reason or use-case].
Specifying the type of user is important because your users have many different needs. You have expert users and first-time users. You might have different user roles, such as an administrator or contributor as well, depending on your product’s concept.
User Story Examples
- As a first time user, I want to be able to make a new account from the login-in page so that I don’t need to navigate to make a new account.
- As a logged-in user, I want to be able to navigate from the home page directly to my shopping cart so that I can checkout easily at any time.
- As a mobile user, I want to view the grid of products in a single column, so that each image in the grid will be a visible size.
These use cases are clear, written in plain English, and they are also as short as possible. They provide information about who the user is, and what they want from their interaction with our site. They allow other collaborators to make decisions about how to implement this user story within their field of expertise.
In order to be effective, a user story needs to be precise about the user, the requested feature, and the reason for the request. The user story needs to be large enough to be meaningful to a user, but small enough to be a fairly short task for a developer or designer. If the feature would take more than one day to build, it is probably better broken down into multiple user stories.
What a User Story Isn’t:
Here are some examples of ineffective user stories, and some comments about why they are not ideal.
As a user, I want to be able to manage advertisements, so that I can maximize revenue.
- This user story is not specific enough to the user role. The target user in this user story likely isn’t your everyday user. It’s probably an administrator requesting this feature. It is also not exactly clear here what “manage advertisements” means here.
- This should be broken down into corresponding sub-tasks (As an admin, I want to add and delete ads, etc.)
As a user, I want discount prices to be displayed in red so that I don’t miss any discounts.
- Good user stories do not tell the designer what colors to use, or the software engineers what languages or frameworks to use. They describe outcomes and will leave the designers and the engineers flexibility in how best to achieve that outcome.
- Instead try: As a user, I want discount prices to be visually distinct from the other prices so that I can easily make price-conscious purchasing decisions.
Why do we need user stories?
If they are not careful, designers and engineers can easily stray from thinking about our intended user while designing websites and web applications. We are so familiar with every last detail of our products, that we can easily forget to prioritize what the users really need. User stories are a good way of making sure that our goals are always aligned with user needs and desires. This can be challenging, especially when we are collaborating with lots of stakeholders, and designing for many different user stories.
For example, a college running a website might initially ask all of their different departments what they want to display, and then give some space on the homepage to all of them. The resulting homepage would then have equal sections for the history, math, and computer science departments, and more.
However, the sum of all of the stakeholders doesn’t always lead to a product that is usable. All of the stakeholders should be consulted, but they should all be driven to consider user needs throughout the process. Let’s re-imagine this example with the user in mind.
What would some user stories look like for a college example?
- As an applicant, I want to be able to access and check the status of my application.
- As a student, I want to navigate quickly to the course page for the courses I’m enrolled in.
- As a faculty member, I want to be able to get to my grade book with as few clicks as possible.
- As a community member, I want to be able to keep up with newsworthy happenings by visiting the homepage.
These user stories would lead us to build a homepage that has functions largely like a news site, with tags for the different departments, and that has visually clear navigation options for applicants, students, and faculty.
Though the concept may seem simple, there is beauty in the simplicity of the conventions provided by user stories. Try to think about and write down user stories the next time you are building, modifying, or evaluating a site or app.
Using user stories will help you plan and execute great user-centered designs!