Deepen your understanding of why teams create user stories and discover how this essential process can help prioritize and manage the development life cycle.
![[Featured image] A UX designer maps out a user story with sticky notes on a window.](https://d3njjcbhbojbot.cloudfront.net/api/utilities/v1/imageproxy/https://images.ctfassets.net/wp1lcwdav1p1/6qT9O0b6IvwtbIPe0Ez7vY/15a374944a0400b2850ffdf701a587a7/GettyImages-1143029484-converted-from-jpg.webp?w=1500&h=680&q=60&fit=fill&f=faces&fm=jpg&fl=progressive&auto=format%2Ccompress&dpr=1&w=1000)
User stories help explain what a user needs and why, and you can use that information to design more intuitive features for products.
User stories typically follow a simple format: "As a [who], I want [what], so that [why].
In Agile, user stories guide backlog prioritization and resource allocation by helping teams identify which features deliver the greatest value to users.
You can apply user stories in practice by exploring UX design principles and applying them in real-world projects.
Learn more about user stories, how they shape product development, and how to write them. If you're ready to start building UX skills, enroll in the Google UX Design Professional Certificate. You'll have the opportunity to practice working with user research, wireframing, and prototyping as you create projects to include in your portfolio.
A user story is an important exercise in UX design and the Agile software development life cycle. It helps both teams to concisely and clearly illustrate the reason for a feature from the end-user's perspective. However, the purpose of a user story is not to discuss the feature itself but to focus on the user's goals and needs, which will ideally lead to a more useful feature.
User stories are informal, natural-language explanations, often limited to one sentence, about what a user needs to accomplish. They also tend to be written in the first person, using the format of “persona” (who), “need” (what), and “purpose” (why).
User stories are always written from the user's point of view, so it's important to incorporate that identity, whether it's their specific role or broader persona, into the statement. Then, outline what it is this persona wants to accomplish and why.
You can follow a straightforward template, such as: "As a [who], I want [what] so that [why]."
“As a student, I want to be able to access foreign language courses online so that I can be prepared for studying or working abroad in the future.”
“As a manager, I want to be able to provide and receive anonymous feedback for all colleagues in addition to quarterly check-ins with my team through the HR system so that I can understand my strengths and weaknesses.”
"As a professional planning to pivot careers, I want to enroll in online courses to earn certifications and develop skills needed to improve my job prospects while working full-time."
Although you can refer to a use case and a user story when developing a product, these tools differ in detail and purpose. A use case has more detail than a user story, as it maps out how the user interacts with the product so the developer can define the technical requirements. The shorter user story tends to emphasize the user's perspective and why they want the product, so the developer can identify and incorporate the most important features to meet those needs.
User stories provide perspective, helping teams develop empathy and understanding for what they're building by first thinking about the people who will use it. That's because it doesn't matter how brilliant a piece of software may be if a user cannot actually use it.
User stories also help design teams and developers collaborate more effectively to create products that benefit the customer. The structure shifts the focus from the system's technical aspects to what the customer expects to do with the product, which helps the design team prioritize the most important features to meet those needs. For example, a user story can remind the UX design team that website visitors using a mobile phone want a page that loads quickly, and this feature is more important than adding engaging graphics that could slow the loading time.
Plus, the user story format's easy-to-understand language means team members can quickly understand the customer's expectations without sorting through technical terms.
Consider the following example: "As a frequent traveler, I want to be able to save my favorite destinations in the app so that I can quickly access them for future trips." You may identify that saving favorite destinations is a high-value feature for frequent travelers. Your team can estimate the complexity of implementing this feature, considering factors like data storage, user interface design, and syncing across devices. Given the high value to users and moderate complexity, you may prioritize this near the top of the backlog.
In Agile, user stories help guide decision-making and resource allocation. They are an important part of the backlog and direct the team in selecting features that provide the greatest value to the user. Additionally, teams use user stories to assess the complexity of user needs, which aids in prioritizing and planning the project.
To write a user story, start by identifying the customer, what they want, and why they want it. Write this information on an index card, digital story card, or PowerPoint slide. If your team works in person, they may prefer having a tangible piece of paper to look at and manipulate. Digital tools may be a better choice for remote teams. Refer to the following steps as you discuss ideas with your team.
According to the Agile Alliance, the preferred user story template for beginners is the "As a … I want to … So that ..." model [1]. You can find various templates that expand this simple structure to include additional details, including the user's current condition and a deadline.
Learn more: What Are the Agile Principles?
As a UX designer or software developer, your role is to find a solution for the customer. Your customer likely can explain the problem well, but your user story should emphasize the solution you're going to provide.
You can use the acronym INVEST to check your user story to make sure it contains the details you need to do your job. INVEST represents the qualities of independence, negotiability, value, estimability, size (small), and testability.
Acceptance criteria are a guideline you can use to determine when the product completes the user story. You may define these criteria as a scenario or a list of rules describing what the system you create does for the user.
Discover fresh insights into your career or learn about trends in your industry by subscribing to our LinkedIn newsletter, Career Chat! To learn more about UX design, check out these free resources:
Save this for later: User Experience (UX) Terms & Definitions
Read this article: A High-Income Skill for Creatives: User Experience
Watch on YouTube: Exploring In-Demand UX Designer Skills
Whether you want to develop a new skill, get comfortable with an in-demand technology, or advance your abilities, keep growing with a Coursera Plus subscription. You’ll get access to over 10,000 flexible courses.
Agile Alliance. "User Story Template, https://www.agilealliance.org/glossary/user-story-template/." Accessed April 7, 2026.
Editorial Team
Coursera’s editorial team is comprised of highly experienced professional editors, writers, and fact...
This content has been made available for informational purposes only. Learners are advised to conduct additional research to ensure that courses and other credentials pursued meet their personal, professional, and financial goals.