11  Personas & Journey Maps

11.1 Learning Objectives

By the end of this chapter, you will be able to:

  • Create evidence-based personas from user research patterns
  • Distinguish primary, secondary, and anti-personas for design prioritization
  • Map user journeys across IoT product touchpoints
  • Identify pain points and opportunities through journey mapping
  • Diagnose common persona mistakes that lead to design failures

Key Concepts

  • Persona: Fictional composite user profile representing a key segment’s goals, contexts, and pain points to anchor design decisions.
  • Customer Journey Map: Visualisation of every touchpoint a user has with a product from discovery through purchase, use, and support.
  • Pain Point: Specific frustration or unmet need experienced during a user’s interaction with a product or service.
  • Opportunity Area: Gap between current user experience and an ideal state, identified from journey mapping, that design can address.
  • Emotional Arc: Sequence of positive and negative emotions a user experiences at each stage of their journey with a product.
  • Touchpoint: Any interaction between a user and a product, service, or brand, including physical, digital, and human channels.
  • Jobs-to-be-Done: Framework focusing on the functional and emotional jobs users hire a product to accomplish.

User research and personas help you understand the real people who will use your IoT system. Think of it like writing a novel – you need to know your characters deeply before writing their story. Personas are detailed profiles of typical users that help the entire design team make decisions based on real human needs rather than assumptions.

“A persona is like creating a character for a story,” explained Lila the LED. “You invent a detailed person – like ‘Maria, age 45, busy nurse, not tech-savvy, uses her phone mainly for calls’ – and then design your IoT device to work perfectly for her. If Maria can use it, most people probably can too!”

Max the Microcontroller added, “A journey map follows Maria through her whole day with our device. She wakes up, checks the smart thermostat, leaves for work, gets a phone notification about a water leak, rushes home… At each step, we ask: What is she feeling? What could go wrong? Where does she get frustrated?”

Sammy the Sensor said, “The best part is that personas keep the team focused. Instead of arguing ‘I think the button should be blue!’ versus ‘I think it should be red!’, everyone asks ‘What would Maria prefer?’ It turns opinion battles into user-centered decisions.” Bella the Battery agreed, “Design for real people, not for yourself!”

11.2 Understanding Personas

Personas are fictional but realistic representations of target users, created from patterns across multiple research participants. They keep teams focused on real human needs rather than abstract feature lists.

Template diagram showing key components of effective IoT persona including demographics, goals, behaviors, pain points, technology comfort level, and context of use
Figure 11.1: Template showing key components of effective IoT persona

11.3 Persona Types

11.3.1 Primary Persona

The main user whose needs drive design decisions. Design for this person first.

Characteristics:

  • Represents mainstream users (not early adopters)
  • Moderately technical, low patience for complexity
  • Expects “it just works”

11.3.2 Secondary Personas

Additional user types whose needs should be accommodated without compromising primary persona.

Examples: Power users, administrators, occasional users

11.3.3 Anti-Persona

Explicitly NOT the target user. Helps avoid feature creep.

Example: “Power User Pete wants 500 configuration options” – these belong in advanced settings, not default experience.

11.4 Persona Template

Practical Persona Canvas (Fill-in Template)

Use this template when turning raw research notes into a concrete persona. The goal is to create a realistic, evidence-based character that represents a group of users–not a marketing stereotype.

Section Guiding Questions Example (Smart Home)
Name & Snapshot Age, family situation, occupation? “Sara, 38, working parent with two kids”
Environment / Context Lives in apartment or house? Tech in home? Small city apartment, patchy Wi-Fi, rental
Goals What are they trying to achieve? Keep family safe, save energy, avoid complexity
Pain Points What currently frustrates them? Confusing apps, too many notifications, hard setup
Tech Skills & Attitude How comfortable with technology? Trust level? Medium confidence, hates reading manuals, privacy-sensitive
Typical Scenarios Where does IoT appear in their day? Arriving home with groceries, kids arriving from school, away on business trips

How to use this canvas:

  1. Fill it using patterns from multiple interviews/observations, not a single person.
  2. Keep it short and concrete–1 page max, with real quotes where possible.
  3. Choose one primary persona to drive design decisions; treat others as secondary.
  4. Revisit and refine personas as new research arrives (they are living documents).

11.5 Common Persona Mistakes

Avoid These Pitfalls
Mistake Why It’s Bad Fix
Demographic-only personas “Male, 35, $80k income” doesn’t guide design Add goals, behaviors, pain points, tech attitude
Aspirational personas Designing for ideal users, not real ones Base on actual research, include frustrations
Too many personas Team can’t remember 10 personas 1 primary, 2-3 secondary max
One-person personas Based on single interview or founder’s aunt Synthesize patterns from 8-12+ participants
Unchanging personas Created once, never updated Revisit quarterly, update with new research
Marketing personas Focus on “who to sell to” not “who to design for” Use behavioral, not just demographic criteria

Red flags your persona is weak:

  • Team members interpret persona differently
  • Design decisions don’t reference personas
  • Persona feels like generic marketing profile
  • No one can describe persona’s pain points
  • Persona hasn’t changed in 2+ years

11.6 User Journey Mapping

Journey maps visualize the complete arc of user experience with IoT products–from initial discovery through long-term ownership.

Flowchart showing the user journey mapping process with stages including research, identification of touchpoints, emotion mapping, pain point analysis, and opportunity discovery
Figure 11.2: Flowchart showing user journey mapping process

11.6.1 Emotional Journey Timeline

Timeline visualization showing user emotional journey over time with highs and lows mapped to specific touchpoints, revealing critical moments for design interventions and service improvements
Figure 11.3: Timeline view showing emotional journey and design intervention opportunities

11.6.2 Critical Journey Moments

Installation is a make-or-break moment for IoT products:

  1. Abandonment risk: Users who struggle with installation return products or leave them unused
  2. First impression: Poor installation experience creates negative sentiment
  3. Support burden: Complex installation generates costly support calls
  4. Word-of-mouth: “Don’t buy X, impossible to install” kills viral growth

11.7 Worked Example: Smart Home Persona Set

The following complete persona set illustrates how primary, secondary, and anti-personas work together for a smart home security system:

11.7.1 Primary Persona: Sara, the Concerned Parent

Attribute Details
Demographics 38, working parent of two (ages 6, 10), suburban house, dual income
Tech comfort Uses smartphone daily for messaging and social media. Can install apps but avoids “settings.” Has never configured a router.
Goals Know her kids are safe when she is at work. Lock doors remotely. Get alerted to unexpected visitors.
Pain points Current system has too many false alarms (dogs, delivery trucks). App requires login every time. Doesn’t understand “zones” or “sensitivity.”
Context Checks phone quickly between meetings. Often has one hand occupied (coffee, bag, child’s hand). Views camera on small phone screen outdoors in sunlight.
Key quote “I just want to know my kids got home safely. I don’t need a security degree to use my security system.”

Design implications from Sara: One-tap access to live camera (no login friction). Smart notifications that distinguish kids from strangers. Large, high-contrast UI for outdoor viewing. Silent mode during school hours.

11.7.2 Secondary Persona: David, the Tech-Savvy Partner

Attribute Details
Demographics 40, Sara’s partner, works from home 3 days/week
Tech comfort Comfortable with advanced settings, enjoys automation. Reads tech reviews.
Goals Full automation (lights + locks + cameras coordinated). Integration with existing smart speaker ecosystem. Detailed activity logs.
Pain points Wants more control than basic apps provide. Frustrated by vendor lock-in.

Design implication: Advanced settings exist but are hidden behind “Advanced” menu. David can configure; Sara never sees complexity.

11.7.3 Anti-Persona: Marcus, the Security Hobbyist

Attribute Details
Demographics 25, lives alone, 8 IP cameras, NVR system, custom Home Assistant setup
Goals Maximum configurability. Custom recording schedules. PTZ camera control. API access for custom scripts.
Why anti-persona Designing for Marcus’s needs (complex configuration screens, API documentation, raw video feeds) would overwhelm Sara and destroy the “it just works” experience. Marcus’s features should exist as an API, not in the main UI.

11.7.4 Journey Map for Sara: First Week

Day Action Emotion Pain Points Opportunity
Day 1 Unboxes, scans QR code, mounts camera Excited, slightly anxious Instructions assume tool familiarity Include mounting template, video tutorial
Day 1 First notification: “Motion detected” Curious, reassured It was just the dog Prompt: “Want to reduce pet alerts?”
Day 2 Gets 15 notifications at work Annoyed, considers returning Can’t focus on work Auto-suggest quiet hours during work
Day 3 Misses kid arrival notification (disabled all alerts) Frustrated, defeated All-or-nothing notification control Granular: People-only alerts stay active
Day 5 Sees kid arrive home on camera Relieved, happy None – this is the core value Celebrate: “You’ve been notified of 12 arrivals this week”
Day 7 Shows camera to neighbor Proud, advocate Neighbor asks “Is it hard to set up?” Share referral with one-tap setup transfer

This journey map reveals that Day 2-3 is the critical retention window. If notification fatigue is not addressed by Day 3, Sara will disable alerts and lose the core value proposition.

11.9 Case Study: How August Smart Lock Used Personas to Redesign Onboarding

August Home (acquired by ASSA ABLOY in 2017 for $500+ million) attributed much of their product-market fit to rigorous persona-driven design. Their first-generation smart lock (2014) had a 38% setup completion rate – meaning 62% of buyers never got the lock working. By their third generation (2017), setup completion reached 91%.

The persona insight that changed everything:

August’s initial design assumed their primary user was a tech-savvy smart home enthusiast. User research revealed three distinct personas, with a surprising primary:

Persona % of Buyers Tech Comfort Primary Motivation
“Safety Sarah” (primary) 52% Low-medium Remote lock verification, letting cleaners/guests in
“Gadget Greg” 31% High Home automation integration, geofencing
“Rental Rachel” 17% Medium Managing Airbnb guest access remotely

The critical discovery: Safety Sarah – the majority persona – did not care about smart home ecosystems, IFTTT integrations, or Z-Wave compatibility. She wanted to know, from her office, that her front door was locked. She wanted to let the dog walker in at 2 PM without hiding a key under the mat. And she wanted this to work without involving her spouse, who was skeptical about “internet locks.”

How personas drove design decisions:

Design Decision If Designed for “Gadget Greg” Actual Design for “Safety Sarah”
Setup flow Technical: pair Bluetooth, configure bridge, set Z-Wave Simple: hold phone near lock, it auto-detects and configures
Primary screen Dashboard with all connected devices Large lock/unlock button with current status
Guest access Create account, set permissions, assign schedules Text message with time-limited link (“Tap to unlock between 2-3 PM”)
Failure mode Error codes and troubleshooting guide “Door may not be locked. Tap to verify.”
Marketing message “Works with 200+ smart home devices” “Know your door is locked. From anywhere.”

Measurable impact of persona-driven redesign:

  • Setup completion: 38% to 91% (139% improvement)
  • First-week daily active usage: 23% to 67%
  • Customer satisfaction (NPS): 18 to 62
  • Return rate: 19% to 4%
  • Word-of-mouth referrals: 3x increase

Let’s calculate the business impact of persona-driven design using August Smart Lock’s metrics:

Setup Completion Rate Impact on Revenue: \[ \text{Effective Sales} = \text{Units Sold} \times \text{Setup Completion Rate} \]

For 100,000 units sold at \(229 MSRP:\)$ \[\begin{aligned} \text{Revenue}_{\text{v1}} &= 100{,}000 \times 0.38 \times \$229 = \$8.70\text{M effective revenue} \\ \text{Revenue}_{\text{v3}} &= 100{,}000 \times 0.91 \times \$229 = \$20.84\text{M effective revenue} \\ \text{Gain} &= \$20.84\text{M} - \$8.70\text{M} = \$12.14\text{M} \text{ (+139\%)} \end{aligned}\]

$$

Return Rate Cost Impact: \[ \text{Return Cost} = (\text{Return Rate} \times \text{Units Sold}) \times (\text{MSRP} + \text{Logistics} + \text{Support}) \]

\[ \begin{aligned} \text{Cost}_{\text{v1}} &= (0.19 \times 100{,}000) \times (\$229 + \$15 + \$8) = \$4.79\text{M} \\ \text{Cost}_{\text{v3}} &= (0.04 \times 100{,}000) \times (\$229 + \$15 + \$8) = \$1.01\text{M} \\ \text{Savings} &= \$4.79\text{M} - \$1.01\text{M} = \$3.78\text{M} \text{ (-79\%)} \end{aligned} \]

Net Promoter Score (NPS) to Customer Lifetime Value (CLV): \[ \text{CLV Multiplier} = 1 + \left(\frac{\text{NPS}}{100} \times 0.5\right) \]

\[ \begin{aligned} \text{CLV}_{\text{v1}} &= \$229 \times \left(1 + \frac{18}{100} \times 0.5\right) = \$249.61 \\ \text{CLV}_{\text{v3}} &= \$229 \times \left(1 + \frac{62}{100} \times 0.5\right) = \$299.99 \\ \text{Gain per Customer} &= \$299.99 - \$249.61 = \$50.38 \text{ (+20\%)} \end{aligned} \]

Total Financial Impact over 3 years: \[ \text{Total Gain} = \text{Revenue Gain} + \text{Return Savings} + (\text{CLV Gain} \times \text{Completed Setups}) \] \[ = \$12.14\text{M} + \$3.78\text{M} + (\$50.38 \times 91{,}000) = \$20.51\text{M} \]

This demonstrates how persona-driven design decisions ($200K-300K research investment) generated $20.5M incremental value through improved completion rates, reduced returns, and higher lifetime customer value.

Try It Yourself: Interactive ROI Calculator

Adjust the parameters below to calculate the business impact of persona-driven design improvements for your own IoT product:

This interactive calculator demonstrates how small improvements in setup completion, return rates, and customer satisfaction compound into significant business value. Experiment with different scenarios to understand the ROI potential of persona-driven design for your product.

The anti-persona decision: August explicitly created an anti-persona – “Paranoid Pete” who would never trust internet-connected locks regardless of security measures. Rather than adding visible security features (SSL indicators, encryption badges) that would have cluttered the interface for Safety Sarah, they published security whitepapers for Pete on their website and kept the app clean.

Key lesson: The persona that drives your design may not be the one you expect. August’s engineers assumed tech enthusiasts were their primary users, but 52% of buyers were non-technical people solving a simple problem: “Is my door locked?” Designing for the majority persona (Safety Sarah) while still serving secondary personas (Greg and Rachel through settings menus and API access) produced a product that achieved mainstream adoption rather than remaining a niche gadget.

11.10 Concept Relationships

Personas and journey maps connect research to design:

  • User Research MethodsResearch Methods provide the raw data (interviews, observations) that personas synthesize
  • Context AnalysisContext Analysis reveals the environmental factors that shape persona behaviors across different situations
  • UX Design → Personas guide User Experience Design decisions by keeping teams focused on real user needs
  • Testing and Validation → Journey maps identify critical moments to test in Usability Evaluation
  • Interface Design → Personas inform Interface Patterns by clarifying tech literacy levels and accessibility needs

11.11 See Also

Related UX Topics:

Design Application:

Testing and Validation:

Common Pitfalls

Testing with technically sophisticated internal users systematically misses the challenges faced by mainstream users. Recruit from a screener matching the target demographic distribution including users with limited technical experience.

Assuming you understand user needs because you are also a potential user leads to building features users do not want and missing pain points obvious only in retrospect. Budget at least 5 user interviews before committing to any feature; 5 representative users typically surface 85% of usability issues.

Delivering a research report describing user behaviour without translating it into specific design implications leaves the product team unsure how to act. For every observed pain point, provide at least one corresponding design recommendation with a rationale linking it back to the research data.

11.12 Summary

This chapter covered personas and journey mapping for IoT design:

  • Personas synthesize research patterns into memorable, actionable user archetypes
  • Primary personas drive core design decisions; secondary personas cover edge cases
  • Anti-personas explicitly exclude users whose needs would compromise the primary experience
  • Journey maps reveal the complete experience arc, identifying critical intervention points
  • Common mistakes include demographic-only personas and designing for early adopters
In 60 Seconds

IoT personas synthesise field research into composite user profiles that keep design decisions anchored to real user goals and contexts rather than imagined ideal users.

11.13 What’s Next

The next chapter explores Context Analysis, covering the five dimensions of context that shape how users interact with IoT devices.

Previous Up Next
Research Methods Understanding People and Context Context Analysis
Chapter Navigation

This is part of the Understanding People and Context series:

  1. User Research Fundamentals
  2. Research Methods
  3. Personas and Journey Maps (this chapter)
  4. Context Analysis
  5. Pitfalls and Ethics
  6. Quizzes and Assessment

Return to Overview