MethodsArticlesCompareFind a MethodAbout
MethodsArticlesCompareFind a MethodAbout

93 methods. Step-by-step guides. No signup required.

ExploreAll MethodsArticlesCompare
PopularUser TestingCard SortingA/B TestingDesign Sprint
ResourcesAboutArticles & GuidesQuiz

2026 UXAtlas. 100% free. No signup required.

93 methods. Step-by-step guides. No signup required.

ExploreAll MethodsArticlesCompare
PopularUser TestingCard SortingA/B TestingDesign Sprint

2026 UXAtlas. 100% free. No signup required.

HomeMethodsI Wish That...
SurveyProblem DiscoveryQualitative ResearchBeginner

I Wish That...

Surface unmet user needs and creative improvement ideas through open-ended sentence completion at scale.

"I Wish That..." captures unmet user needs and desires through an open-ended sentence completion technique that surfaces honest, creative feedback.

Share
Duration1 day or more.
MaterialsStickers or just pieces of paper saying "I wish that..."; bulletin board or collection box, pens.
People1 researcher, 10 or more participants.
InvolvementDirect User Involvement

"I Wish That..." is a lightweight feedback technique where users complete the sentence stem "I wish that..." on cards, stickers, or digital forms to express unmet needs and desires in their own words. UX researchers, service designers, and product teams use it for ongoing feedback collection at service points, within apps, or during events to maintain a continuous dialogue with customers. The method's power lies in its simplicity: the open-ended format encourages honest, creative responses that go beyond what typical satisfaction scales can capture. Users naturally frame their feedback as forward-looking aspirations rather than backward-looking complaints, which makes the data inherently actionable for design teams. Because the barrier to participation is so low — completing a single sentence — the method reaches people who would never sign up for an interview or complete a lengthy survey. Teams typically deploy it over days or weeks, collecting responses continuously and clustering them into themes through affinity mapping. The resulting insights often surface unexpected improvement ideas and reveal the language users actually use to describe their needs, which directly informs messaging, feature naming, and content strategy. When combined with structured research methods, "I Wish That..." provides the emotional context that quantitative data alone cannot deliver.

WHEN TO USE
  • When you want to collect continuous, low-friction feedback from users at physical or digital service touchpoints.
  • When formal research methods feel too heavy and you need a quick way to tap into user desires and unmet needs.
  • When you want to generate a large volume of creative improvement ideas directly from the people you serve.
  • When establishing an ongoing feedback channel that builds trust and dialogue between the team and its users.
  • When you need to understand the language users actually use to describe their needs for content or feature naming.
WHEN NOT TO USE
  • ×When you need detailed, contextual understanding of user behavior that requires follow-up probing and observation.
  • ×When your research requires controlled conditions and the ability to attribute responses to specific user segments.
  • ×When the feedback topic is complex and cannot be meaningfully expressed in a single sentence completion.
  • ×When you lack the capacity to analyze, act on, or communicate back about the feedback you collect.
HOW TO RUN

Step-by-Step Process

01

Introduce the 'I Wish That...' Method

Explain the purpose of the 'I Wish That...' method to participants. This method encourages creative thinking by framing problems as opportunities, helping participants openly and constructively express their desires for improvements.

02

Gather Participants and Materials

Invite a diverse group of stakeholders, such as users, designers, and product owners, to participate in the session. Provide pens, sticky notes, or a digital tool for documenting ideas.

03

Identify the Challenge or Problem

Define the specific challenge or problem that the group will be focusing on. Ensure that the problem is clear and understood by all participants.

04

Brainstorm 'I Wish That...' Statements

Instruct participants to individually generate as many 'I Wish That...' statements related to the problem as they can, without considering feasibility or constraints. Encourage creativity and free-thinking.

05

Share and Discuss Ideas

Ask participants to share their 'I Wish That...' statements with the group. Encourage open discussion, addressing each idea without judging or dismissing them. Explore potential challenges, benefits, and implications.

06

Categorize and Refine Ideas

Group similar ideas together, and refine statements by discussing potential improvements and adjustments. Encourage collaboration and constructive feedback.

07

Prioritize 'I Wish That...' Statements

Ask participants to individually or collectively rank the 'I Wish That...' statements based on their perceived importance, impact, and feasibility. This will help identify which ideas to focus on in further development.

08

Generate Action Plans

For each prioritized 'I Wish That...' statement, create an action plan detailing the steps needed to turn the idea into reality. Assign specific tasks, responsible parties, and milestones, if possible.

09

Follow Up and Measure Progress

Continually monitor and evaluate the progress of each action plan, adjusting as needed based on feedback, changes in context or priorities, and newly discovered insights.

EXPECTED OUTCOME

What to Expect

After running the "I Wish That..." method, the team will have a substantial collection of user-generated statements that articulate unmet needs, desires, and improvement ideas in authentic user language. Through thematic analysis, these statements will reveal recurring patterns about what users most want changed or added, often surfacing needs that formal surveys and analytics miss entirely. The prioritized wishlist serves as direct input for product roadmap discussions, feature ideation sessions, and content strategy work. Teams also gain the specific vocabulary users use to describe their needs, which informs messaging, navigation labels, and marketing copy. The ongoing nature of the method builds a feedback culture where users feel heard and engaged.

PRO TIPS

Expert Advice

Seed the collection point with at least one example card to reduce embarrassment and show what kind of responses are welcome.

Use simple, branded graphics on the cards that respect the visual identity of the company or organization.

Turn data collection into a dialogue — answer questions, comment on proposals, and explain decisions via social media or a public board.

Place cards and pens at natural pause points in the user journey where people have a moment to reflect.

Collect responses over an extended period (days or weeks) to capture diverse perspectives and seasonal patterns.

Combine physical card collection with a digital version for users who prefer typing over handwriting.

Cluster responses weekly using affinity mapping to identify emerging themes before the collection period ends.

Share back what you learned and what you acted on to encourage ongoing participation and build trust.

COMMON MISTAKES

Pitfalls to Avoid

Collecting without acting

Gathering wishes and never responding or taking visible action erodes user trust. Close the feedback loop by sharing what you learned and what changes you made based on the input.

Too narrow a prompt

Adding restrictive qualifiers to the sentence stem (e.g., 'I wish the checkout page...') limits the range of responses. Keep the prompt open enough to capture unexpected needs.

Short collection period

Running the collection for just a few hours misses the diversity of users who visit at different times. Extend the collection period over days or weeks to capture a representative range of perspectives.

No systematic analysis

Reading wishes casually without structured thematic analysis leads to cherry-picking. Use affinity diagramming or coding frameworks to identify genuine patterns rather than just the loudest voices.

Ignoring implementation context

Wishes are aspirational by nature. Teams that take every wish at face value without considering feasibility and strategic fit create unrealistic expectations. Prioritize wishes against business constraints.

DELIVERABLES

What You'll Produce

I Wish That Statement Compilation

Collection of all gathered statements summarizing user needs and desires.

Prioritized Wishlist

Ranked list of statements from most to least significant user needs.

User Profiles

Participant descriptions with demographics, preferences, and pain points.

Insights Report

Summary of key patterns and opportunities from collected statements.

Empathy Maps

Visual maps of participant thoughts, feelings, and experiences.

Affinity Diagrams

Clustered statements organized into related themes and categories.

Recommendations Report

Actionable recommendations for product enhancements based on insights.

Presentation Deck

Visual summary of process, insights, and recommendations for stakeholders.

FAQ

Frequently Asked Questions

METHOD DETAILS
Goal
Problem Discovery
Sub-category
In-app surveys
Tags
I wish thatuser desiresfeedback collectionservice improvementsentence completionunmet needscontinuous feedbackuser voiceideationcustomer feedback
Related Topics
Design ThinkingVoice of the CustomerContinuous DiscoveryFeedback LoopsParticipatory DesignService Design
HISTORY

The "I Wish That..." technique has roots in the broader "I Like, I Wish, What If" feedback framework popularized by Stanford University's d.school (Hasso Plattner Institute of Design) as part of their design thinking curriculum in the 2000s. The d.school framework was designed to make critique sessions more constructive by structuring feedback into appreciation, aspiration, and imagination. The standalone "I Wish That..." sentence completion method draws on even older traditions in qualitative research, where projective techniques and sentence completion tests have been used in psychology since the 1930s. In UX and service design contexts, the method gained traction as teams sought lightweight, continuous feedback mechanisms that could complement periodic formal research. Its simplicity and adaptability have made it a staple in both physical service environments and digital product feedback systems.

SUITABLE FOR
  • Collecting ongoing feedback at service touchpoints, in apps, or at physical locations
  • Discovering unmet needs and desires that traditional satisfaction surveys miss
  • Gathering non-traditional, creative improvement ideas directly from users
  • Establishing and maintaining a continuous dialogue with customers over time
  • Generating early-stage ideation input from real users before formal design work
  • Supplementing quantitative metrics with qualitative sentiment and aspiration data
  • Engaging users who find formal surveys or interviews too time-consuming
  • Identifying emerging patterns in user expectations across different segments
RESOURCES
  • I LIKE, I WISH, WHAT IF …If you could gain insight from other people's feedback in a simple, positive, and constructive way, would you be more inclined to take the time to ask?
  • Design Thinking Toolkit, Activity 14 - I Like, I Wish, What IfIt's hard to get positive, constructive feedback. "I Like, I Wish, What If" uses Design Thinking to draw useful feedback from a diverse group of people.
RELATED METHODS
  • 5 Whys
  • 5W1H Method
  • Behavioral Mapping