two different user journey of one person using the same product

Could two people buy the exact same bicycle on the same day, yet end up living in completely different worlds? One rider uses it to conquer mountain peaks, while the other uses it to commute to a local bakery. In the world of product design, a single product does not mean a single experience. To understand how users interact with technology, designers map out a **user journey**—the step-by-step experience a person has when interacting with a product to achieve a specific goal. Let us explore this concept by looking at two entirely different user journeys for a single product: the language-learning app, Duolingo. --- ## Journey 1: The Casual Vacationer (Meet Sarah) Sarah is a 28-year-old marketing manager who is traveling to Italy in three months. Her goal is simple: she wants to order food and ask for directions without feeling like a clueless tourist. 1. **Trigger:** Sarah books her flight to Rome and feels a rush of excitement mixed with anxiety about the language barrier. 2. **Onboarding:** She downloads Duolingo. The app asks her goal ("travel") and sets a relaxed daily target of 5 minutes. 3. **The Habit Loop:** Every morning while her coffee brews, Sarah completes one quick lesson. The app's playful green owl mascot, Duo, sends her friendly notifications to keep her streak alive. 4. **The Climax:** Standing in a bustling Roman piazza, Sarah successfully orders a cappuccino and a cornetto in Italian. 5. **The Outcome:** Sarah returns home. She stops using the app daily but keeps it on her phone, feeling a warm association with the brand. --- ## Journey 2: The Career Migrant (Meet Mateo) Mateo is a software engineer who just landed a job in Berlin. To secure his permanent residency visa, he must pass an official B1 German language exam within one year. His stakes are incredibly high. 1. **Trigger:** Mateo receives his job offer letter and realizes his future stability depends on mastering German. 2. **Onboarding:** Mateo downloads Duolingo but bypasses the basics. He takes a placement test to jump straight into complex grammar. 3. **The Habit Loop:** Mateo uses the app for 45 minutes every evening. He turns off the playful animations because they slow him down. Instead, he purchases the premium subscription to get unlimited mistakes and access hard grammar quizzes. 4. **The Climax:** Mateo sits in a quiet testing center, sweating through his official language exam. 5. **The Outcome:** Mateo passes his exam. He immediately cancels his subscription because he now practices German in his daily workplace. --- ## Designing for Multi-Dimensional Users These two paths demonstrate why great product design cannot be one-size-fits-all. As the renowned design scholar [Don Norman](https://en.wikipedia.org/wiki/Don_Norman) argues in his seminal book, *The Design of Everyday Things*: > "Good design actually can be more difficult to notice than poor design, in part because good designs fit our needs so well that the design is invisible." For Sarah, Duolingo is a casual, gamified toy. For Mateo, it is a high-stakes utility tool. The magic of the product lies in its ability to bend and stretch to fit both of their lives. --- ## Follow-up questions 1. How do product designers prevent "feature creep" when trying to satisfy two completely different user personas at the same time? 2. In what ways can a user's emotional state, such as anxiety versus excitement, alter how they perceive a product's user interface? 3. What metrics should a company prioritize when one major user group uses the app forever but spends little, while another group pays highly but churns quickly?

Imagine trying to design a tool that is simultaneously a professional surgeon's scalpel and a toddler's safety scissors. If you try to build both into a single physical object, you get a dangerous, heavy, and utterly useless monstrosity. In product design, this disaster is known as **feature creep**—the gradual piling on of new features until a simple product becomes bloated, confusing, and difficult to use. When a product must serve two completely different personas at the same time—like casual Sarah and high-stakes Mateo—how do designers keep the interface clean without neglecting either user? They use three powerful strategy frameworks. --- ## 1. Progressive Disclosure: Hide the Scalpel The most elegant way to fight feature creep is a design pattern called **progressive disclosure**. This concept, popularized by web usability pioneer [Jakob Nielsen](https://en.wikipedia.org/wiki/Jakob_Nielsen_(usability_consultant)), means presenting only the essentials on the main screen and hiding advanced tools until the user actively searches for them. > "Show users what they need when they need it, and not a second before." For Sarah, the interface remains clean and game-like. She sees colorful buttons and daily streaks. But for Mateo, who needs deep grammar tips, those advanced features are tucked away under "tips" icons or unlocked only after passing a placement test. The complexity is there, but it is invisible to the beginner. --- ## 2. Product Triaging: The "Ruthless Prioritization" Matrix Designers cannot say "yes" to every feature request. To decide what actually gets built, they use prioritization frameworks like the **Kano Model** or the **RICE scoring system** (Reach, Impact, Confidence, and Effort). As [Jared Spool](https://en.wikipedia.org/wiki/Jared_Spool), a leading authority on user experience, explains, great design is about saying "no" to good ideas to save room for great ones. Product teams categorize features into: - **Must-haves:** Features both Sarah and Mateo need (e.g., vocabulary lessons). - **Linear performance features:** Features that satisfy one group but don't hurt the other (e.g., Mateo's grammar quizzes, which Sarah can easily ignore). - **Delighters:** Small, low-effort touches (e.g., Duo the Owl's funny animations). If a proposed feature only serves Mateo but actively confuses Sarah, it is ruthlessly cut or spun off into a separate premium tab. --- ## 3. Forking the Path: Personalized Onboarding Instead of creating one interface that tries to please everyone simultaneously, modern apps use **personalized onboarding** to let users self-select their destiny from day one. When you first open Duolingo, it asks: *"Why are you learning?"* - If you select "Travel," the app configures your dashboard for Sarah’s journey (light notifications, conversational themes). - If you select "Career," it configures the app for Mateo (strict daily goals, formal language modules). By "forking" the user journey at the very beginning, designers run two different versions of the app under the hood. This ensures that Sarah never gets bogged down by Mateo’s complex grammar charts, and Mateo is never bored by Sarah's tourist flashcards.

Imagine walking into a high-tech kitchen where every cabinet, drawer, and appliance is seamlessly integrated into flat, blank walls. It looks beautiful, but you have no idea where the refrigerator is, or how to turn on the stove. This is the hidden reality of progressive disclosure. If we accept usability pioneer [Jakob Nielsen's assertion](https://www.nngroup.com/articles/progressive-disclosure/) that the best way to fight feature complexity is to hide advanced tools until they are needed, we must relentlessly follow where this design philosophy leads. --- ## The Immediate and Practical Implications: Blind Exploration If progressive disclosure is the gold standard, then **discoverability becomes an active chore**. Users can no longer scan a screen to learn what a tool can do; they must interact with the interface just to map its boundaries. Practically, this changes how we design and train: - **Click-around behavior:** Users must adopt a trial-and-error mindset, clicking every "Advanced" dropdown just to see what is possible. - **The Death of Cheat Sheets:** Standard written manuals become useless because features do not live in static locations—they are dynamic and conditional. --- ## The Conceptual and Uncomfortable Implications: The Elitist Interface Conceptually, progressive disclosure assumes that software can accurately guess a user's intent or skill level. This introduces a deeply uncomfortable truth: **designers become gatekeepers of capability**. By hiding the "scalpel" from the novice, we might actually prevent them from ever graduating to an expert. - **The "Curse of the Default":** Most users never change default settings. By hiding advanced features, we lock the majority of users into a sub-optimal, "dumbed-down" version of the product forever. - **The Paradox of Choice:** In his landmark book, [*The Paradox of Choice*](https://en.wikipedia.org/wiki/The_Paradox_of_Choice), psychologist Barry Schwartz argues that too many options paralyze us. But progressive disclosure creates a different anxiety: the nagging feeling that a better, faster way to complete your task exists, but is hidden behind an invisible menu. --- ## Second-Order Effects: The Homogenization of Skill If every digital product adopts progressive disclosure, we face a major second-order effect: **the stagnation of user capability**. > "Systematic feedback is the engine of learning." > — Don Norman, [*The Design of Everyday Things*](https://en.wikipedia.org/wiki/The_Design_of_Everyday_Things) When interfaces hide complexity, they remove the visual cues that trigger curiosity and learning. If a teenager using video editing software never sees the color-grading wheels because they are hidden under an "Expert" tab, they may never realize color-grading is a skill they can acquire. We trade long-term mastery for short-term ease of use. --- ## Existential Implications: Living in a Frictionless Fog At an existential level, progressive disclosure champions a life devoid of friction. It suggests that comfort and simplicity are the ultimate goods. If we demand that our world be progressively disclosed to us, we risk becoming passive consumers who can only navigate highly curated, simplified pathways. By hiding the complexity of our tools, we ultimately hide the complexity of the world, choosing a cozy, cushioned illusion over the messy reality of true capability.

Imagine walking into a high-tech kitchen where every cabinet, drawer, and appliance is seamlessly integrated into flat, blank walls. It looks beautiful, but you have no idea where the refrigerator is, or how to turn on the stove. This is the hidden reality of progressive disclosure. If we accept usability pioneer [Jakob Nielsen's assertion](https://www.nngroup.com/articles/progressive-disclosure/) that the best way to fight feature complexity is to hide advanced tools until they are needed, we must relentlessly follow where this design philosophy leads. --- ## The Immediate and Practical Implications: Blind Exploration If progressive disclosure is the gold standard, then **discoverability becomes an active chore**. Users can no longer scan a screen to learn what a tool can do; they must interact with the interface just to map its boundaries. Practically, this changes how we design and train: - **Click-around behavior:** Users must adopt a trial-and-error mindset, clicking every "Advanced" dropdown just to see what is possible. - **The Death of Cheat Sheets:** Standard written manuals become useless because features do not live in static locations—they are dynamic and conditional. --- ## The Conceptual and Uncomfortable Implications: The Elitist Interface Conceptually, progressive disclosure assumes that software can accurately guess a user's intent or skill level. This introduces a deeply uncomfortable truth: **designers become gatekeepers of capability**. By hiding the "scalpel" from the novice, we might actually prevent them from ever graduating to an expert. - **The "Curse of the Default":** Most users never change default settings. By hiding advanced features, we lock the majority of users into a sub-optimal, "dumbed-down" version of the product forever. - **The Paradox of Choice:** In his landmark book, [*The Paradox of Choice*](https://en.wikipedia.org/wiki/The_Paradox_of_Choice), psychologist Barry Schwartz argues that too many options paralyze us. But progressive disclosure creates a different anxiety: the nagging feeling that a better, faster way to complete your task exists, but is hidden behind an invisible menu. --- ## Second-Order Effects: The Homogenization of Skill If every digital product adopts progressive disclosure, we face a major second-order effect: **the stagnation of user capability**. > "Systematic feedback is the engine of learning." > — Don Norman, [*The Design of Everyday Things*](https://en.wikipedia.org/wiki/The_Design_of_Everyday_Things) When interfaces hide complexity, they remove the visual cues that trigger curiosity and learning. If a teenager using video editing software never sees the color-grading wheels because they are hidden under an "Expert" tab, they may never realize color-grading is a skill they can acquire. We trade long-term mastery for short-term ease of use. --- ## Existential Implications: Living in a Frictionless Fog At an existential level, progressive disclosure champions a life devoid of friction. It suggests that comfort and simplicity are the ultimate goods. If we demand that our world be progressively disclosed to us, we risk becoming passive consumers who can only navigate highly curated, simplified pathways. By hiding the complexity of our tools, we ultimately hide the complexity of the world, choosing a cozy, cushioned illusion over the messy reality of true capability.

How do we design tools that respect human intelligence instead of bypassing it? If we want to move past the sterile, "frictionless" interfaces of today, we have to look at how humans actually think, move, and collaborate with technology. Here are four new rabbit holes that redefine our relationship with our tools. --- ## 1. Epistemic Action: Shuffling the Tiles of the Mind - **The Hook:** Why do you physically rotate your Tetris pieces or organize your playing cards, even when you could easily do those mental calculations in your head? - **The Connection:** Cognitive scientists David Kirsh and Paul Maglio introduced the concept of **epistemic actions**—physical movements we make to make our mental tasks easier and faster. This contrasts with "pragmatic actions," which are done simply to get a physical task closer to a goal. - **The Insight:** Instead of hiding complex information, great interfaces should give us digital "things" to touch, slide, and manipulate. Giving users the freedom to arrange their workspace—even in ways that seem disorganized to an outsider—actually reduces mental fatigue and helps us solve complex problems faster. - **Source to Explore:** Read the foundational paper ["On Distinguishing Epistemic from Pragmatic Action"](https://onlinelibrary.wiley.com/doi/abs/10.1207/s15516709cog1804_1) by Kirsh and Maglio to understand how our hands and eyes share the heavy lifting of thinking. --- ## 2. Licklider’s Symbiosis: The Partnership Model of Tech - **The Hook:** What if computers were neither subservient servants nor autonomous overlords, but partners in an intellectual dance? - **The Connection:** In 1960, internet pioneer J.C.R. Licklider wrote about **Man-Computer Symbiosis**, predicting a future where humans and machines would cooperate to make decisions, rather than computers simply executing pre-programmed commands or automating humans out of the loop. - **The Insight:** Most modern design aims to simplify the interface so the computer can do the work *for* you. Licklider's vision suggests a different path: designing interfaces that keep the human in control of the high-level, creative thinking while using the computer to instantly visualize the consequences of those ideas. - **Source to Explore:** Read Licklider's visionary paper, [*Man-Computer Symbiosis*](https://en.wikipedia.org/wiki/Man-Computer_Symbiosis), to see how the early internet pioneers imagined technology as a cognitive amplifier. --- ## 3. The Tacit Dimension: Designing for the Unspeakable - **The Hook:** How do you explain exactly how you ride a bicycle, balance on a tightrope, or recognize a friend's face in a crowd? - **The Connection:** Philosopher Michael Polanyi famously observed that "we can know more than we can tell." This is the concept of **tacit knowledge**—skills and understandings that are deeply internalized but nearly impossible to write down in a manual or code into an automated menu. - **The Insight:** Highly polished, step-by-step interfaces only support "explicit" knowledge (things we can write down). By designing tools that allow for subtle, physical feedback—like the resistance of a steering wheel or the precise pressure of a stylus—we can build tools that support our muscle memory and intuition. - **Source to Explore:** Read Michael Polanyi's book, [*The Tacit Dimension*](https://en.wikipedia.org/wiki/Tacit_knowledge), to explore how human mastery relies on feelings and instincts that clean digital screens often ignore. --- ## 4. Affordance Theory: The Language of Physical Form - **The Hook:** Why do we instinctively know to push a flat metal plate on a door, but pull a handle, without reading a single sign? - **The Connection:** Psychologist James J. Gibson coined the term **affordance** to describe the actionable properties between an object and an actor (like a button "inviting" a finger to press it). - **The Insight:** Digital design often uses fake flat surfaces that hide what can actually be clicked. By studying how the physical world naturally tells our brains how to interact with it, we can create interfaces that feel instantly familiar and intuitive without needing to hide their advanced features behind menus. - **Source to Explore:** Dive into James J. Gibson's groundbreaking book, [*The Ecological Approach to Visual Perception*](https://en.wikipedia.org/wiki/Ecological_interface_design), to discover how our brains are wired to read the physical invitations of our environment.