Florence Dairo
Florence is a digital product designer and strategist. She has worked with startups to create seamless and delightful experiences.
Designers should not rely on user stories alone to prevent feature creep. However, working with them provides the critical measurements designers need to deliver products with great user experiences.
Designers should not rely on user stories alone to prevent feature creep. However, working with them provides the critical measurements designers need to deliver products with great user experiences.
Florence is a digital product designer and strategist. She has worked with startups to create seamless and delightful experiences.
As part of a larger digital product narrative, working with user stories throughout the design process helps designers focus on improving UX. Clearly written user stories can help keep people at the center of the design process, empathize with a product’s target audience, and generate ideas that better fit people’s lives.
How often do product designers find themselves in the proverbial “putting the cart before the horse” situation? As the project kicks off, we work out the tech details and how we’re going to deliver it. Development frameworks are defined, target devices determined, screen sizes set, then the team springs into creating solutions, adding product features at random.
During this process, we frantically generate a plethora of UX artifacts: mood boards, sitemaps, user flows, personas, and empathy maps, to name a few. The boat is loaded but sailing without a rudder or a map. Then one day, we wake up, and it hits us, “why are we making this product, how do we define its features, and how do we prioritize them?”
A classic wake-up call.
The dreaded “feature creep” is sneaking closer right under our noses.
Fortunately, there is a countermeasure to combat it. It’s a design tactic called user stories.
User stories are a collaborative design technique for product teams, adopted from Agile software development methodology. Agile teams are typically focused on achieving small goals during sprints. They emphasize speed, objectives, and results instead of extensive documentation, hence the concept of user stories.
For most Agile teams user stories are the main vehicle of incremental software delivery. Agile Alliance
A user story describes something the user wants to accomplish. User stories can help designers and dev teams stay focused on user needs, rather than becoming caught up in the frenzy of adding product features.
A user story is short, specific, and goal-oriented. It’s a one-sentence statement framed from the user’s perspective that has the following structure:
“As a (type of user), I want (the goal), so that I can (derive a benefit).”
User stories enable a team to hold better conversations about the project throughout the development process. It helps prevent feature creep because working with them facilitates a shared understanding of what the team is attempting to build and why.
If there is any principle that is sacred to those in the field of user-interface design and human-computer interaction, it is know your user. Don Norman, co-founder and Principal Emeritus of Nielsen Norman Group
User stories are a concept developers understand. Whether at the start of the project or during product development, designers can collaborate with developers more effectively by working with user stories. Product features can be planned together, optimizing development and clarifying what outcomes the team should focus on.
That said, many designers don’t subscribe to the idea that Agile and UX can play nice together. One of the convictions is that the two disparate motivating forces and timelines don’t align well—user stories don’t fit readily into a holistic design process because, in development, the focus is on short-term delivery cycles. Another notion is that user stories are not substantial enough as a design approach—they lack the perspective that considers the bigger picture: the entirety of the user experience.
These beliefs are valid to some extent but are also misguided.
Let’s clear the air. First, designers need to recognize that working with user stories is a collaborative design process. While it may not perfectly align with Agile sprints on the development side, they can very much be part of a more extensive asynchronous design process when collaborating with developers. User stories also make it easier for teams located in different locations to collaborate.
Second, user stories are part and parcel of human-centered, activity-centered design. Instead of focusing on adding more and more product features—the proverbial “feature creep”—user stories make it real. User stories are behind every activity people perform, which are composed of tasks, which in turn are a series of actions. As a result, products are developed with a deep understanding of user activities. Working with user stories fits nicely into the holistic endeavor of designing a delightful user experience.
Clearly stated user stories power various aspects of great product design. Periodically revisiting user stories and checking whether a particular user goal is achievable—the acceptance test for a given user story—will help keep the product team on track.
Businesses often spend a lot of time and money building products that customers don’t need or want, wasting both time and resources. The products may be well-intentioned, but they fail because they don’t address an identifiable need in a way that consumers understand.
By user testing the product on potential customers, product teams can understand if the product solves a clearly identifiable need. It’s a way to measure success. Building and testing prototypes based on well-defined user stories, designers can measure task completion times and success rates. Not only during the early product design phase but throughout the product development life cycle. In doing so, teams can see if the product is getting better and better at meeting customer needs.
In addition, user stories can be employed to define UX outcomes (evaluated by UX success metrics) and help designers check the product’s evolution with UX progress metrics.
User story creation starts with personas distilled from user research insights. A deep understanding of personas will help designers create meaningful stories that connect to larger user goals. In this process, unmet user needs can be uncovered, and product narratives built (called Epics in Agile).
Designers can take substantial UX narratives, driven by personas and user goals, and divide them into smaller pieces: the user stories. For example, let’s say we’re working on a mobile banking app. The Epic’s goal would be “to manage money on the go.” This larger user goal can then be split into smaller user stories, such as:
How do we come up with such user stories? By employing a variety of UX research techniques, such as shadowing (an observation technique), diary studies, and user interviews. Alternatively, designers can use product analytics to identify patterns of user behavior and surface the underlying structures that drive those patterns.
For example, by observing event flows, the data may show that several tasks could not be completed. Tasks were started, progress was made, but indicated by the unexpected exits in the middle of the task, they did not reach a conclusion. Such patterns would point to people giving up in frustration because the product does not provide an easy way to accomplish a coordinated set of tasks. A perceptive UX designer would spot the issue, investigate with more user research, redesign the product feature that is not performing, and test task completion again.
Who writes user stories? Traditionally, writing user stories has been the responsibility of product managers to move the development along (often when there is no designer on the team). However, when there is a designer on the team, it may be best if designers wrote them. They’ve conducted user research and are the most familiar with the user personas and their needs.
As a technique, user stories are meant to be compact and light, allowing teams to build products rapidly. As mentioned earlier, they need to be written as a simple, one-sentence statement from the user’s perspective: “As a (user), I want to (do something/the goal) so that I can (achieve the desired outcome).”
User stories created in such a fashion help justify every feature added to a product and keep the rationale behind every design decision at the forefront: the “why we do what we do.”
To write a great user story:
Once written, user stories need to be prioritized into a matrix. Something familiar to product managers, a priority matrix helps ensure that the product team focuses on the most impactful features first. For designers, this means prioritizing user stories that provide the most value for customers.
Several aspects influence the priority index of a user story:
Working with a user story framework ensures that the product only has the features that users need vs. features the product team hopes they will use, based on hypotheses. In other words, working with user stories prevents feature creep.
Working with user stories has several benefits:
Designers ought not to rely on user stories alone to drive product design—a comprehensive product design process involves many other methods and artifacts. Well-integrated user stories should complete each other like pieces of a puzzle that make up the whole product’s UX. Conversely, disjointed user stories will disturb the cohesiveness of the user experience.
Other potential issues when relying exclusively on user stories to drive design:
Building a user story map helps us focus on the big picture – the product as a whole instead of getting myopically focused on an individual story. Jeff Patton, author of the book User Story Mapping
Working with user stories in design provides the critical measurements designers need to deliver well-designed products. The discipline of adhering to a user story framework also means never putting a design element in a UI that doesn’t have a corresponding user story.
The appeal of user stories is that they identify functional needs but don’t stipulate how to design the product in order to meet those functional needs. They focus on the problem first before prescribing a solution.
Designers should view user stories as valuable building blocks in product design, map user stories to create a cohesive UX, and employ user story best practices. It will prevent feature creep, enable product teams to deliver better-designed products, and empower designers to create products with frictionless, delightful user experiences.
Let us know what you think! Please leave your thoughts, comments, and feedback below.
Working with user stories prevents feature creep because user stories help product teams understand if the product solves a clearly identifiable user need. User stories help prevent feature creep because working with them facilitates a shared understanding of what the team is attempting to build and why.
Feature creep in product development is when too many product features and functionalities are added to a product without much justification for them. Scope creep is when development teams mistakenly believe that more is better, getting caught up in a frenzy for adding product features.
Feature creep in product development is when too many product features and functionalities are added to a product without much justification for them, leading to unnecessary complexity and products that are hard to use.
A good user story is clear, focused, and actionable. It should capture the story in a way that feels valuable from the user's perspective: "As a (user), I want to (do something/the goal) so that I can (achieve the desired outcome)." A good user story will help in user story development and prevent feature creep.
Working with user stories is also valuable in preventing feature creep when creating websites. User stories help focus the development team on real-world visitor needs and provide the critical measurements designers need to evaluate the effectiveness of the website’s design.
Typically, to move a project along and avoid feature creep, the task of writing user stories often falls to product managers. However, because designers conducted user research and are familiar with user personas and their needs, the project is best served if user stories are written by designers.
Florence is a digital product designer and strategist. She has worked with startups to create seamless and delightful experiences.
World-class articles, delivered weekly.
World-class articles, delivered weekly.
Join the Toptal® community.