Run With Me app preview

Run With Me

A Beginner-First iOS Running App · iOS · Product Case Study

📌 TL;DR

  • Problem: Beginners quit running because existing apps make them feel inadequate (pace, leaderboards, complex stats).
  • Hypothesis: Replacing pace-based feedback with effort-based feedback will increase perceived competence and retention.
  • Target: ≥18% Week 4 retention vs industry average ~3% (Curry, 2026).
  • Key pillars: Effort Over Pace · Free Micro-Education · Private Community.
  • What I learned: Run a larger survey (n=9 is directional); prototype effort rating before coding; move weekly goal to “Should Have” under scope pressure.

🔑 The One-Sentence Hypothesis

If we replace pace-based feedback with effort-based feedback, beginner runners will feel more competent after each run — evidenced by 18% Week 4 retention vs. ~3% industry average.

Executive Summary

Run With Me is a beginner-first iOS running app built around a single insight: beginners don't quit because running is hard — they quit because existing apps make them feel inadequate.

The MVP tests one core idea across three measurable outcomes:

Outcome Target Benchmark
Post-run satisfaction score ≥ 4.2 / 5
Week 4 retention ≥ 18% ~3% industry average (Curry, 2026 – Health and Fitness App Benchmarks)
Effort rating adoption ≥ 70% of runs

This case study documents the full process: user research → competitive analysis → persona definition → MoSCoW prioritisation → user stories → journey mapping → roadmapping — and reflects honestly on what I would do differently.

Problem and Opportunity

The Market

The global fitness app market was valued at $12.1 billion in 2024, projected to reach $25.8 billion by 2030 (CAGR 13.5% from 2024 to 2030) (ResearchAndMarkets/Business Wire, 2025). Fitness apps were downloaded 858 million times in 2023 alone (Curry, 2026).

Despite this scale, the market is dominated by platforms built for intermediate-to-advanced users. No major app has staked a clear, beginner-first position centred on effort-based feedback rather than pace.

Target Demographic

Based on our directional survey (n=9), target users are young adults (18–34) and overwhelmingly beginners (75%). They find existing apps intimidating and want encouragement, not competition. Specifically: 44% of respondents were aged 18–24 and 44% aged 25–34; 75% identified as either “thinking about starting” or a “beginner.” Psychographically, these users are intimidated by complex data, disengaged by public performance metrics, and motivated by personal progress and positive reinforcement over competitive comparison.

Why Beginners Quit

  • ~30% of novice runners stop within 26 weeks; the leading cause is running-related injury (Kluitenberg et al., 2018)
  • ~50% of people who begin an exercise programme drop out within six months (Biddle and Mutrie, 2008)
  • Runners who quit lacked autonomous motivation; often lacked a meaningful reason for running and struggled with internal doubts about their ability to continue (McCormick et al., 2024)

The Gap

Existing apps (Strava, Nike Run Club, Adidas Running) are built around pace, public leaderboards, and brand communities. They solve the wrong problem for beginners.

The gap: a calm, encouraging, effort-first companion that treats “How did it feel?” as a more important question than “How fast did you go?”

Why Now?

Three forces are converging. First, the market is growing fast (13.5% CAGR) but the dominant players are moving upmarket, widening the gap for beginners. Second, beginner dropout rates remain high and largely unaddressed. Third, the rise of “soft fitness” – low-pressure, enjoyable movement – signals growing appetite for effort-over-pace.

User Research

Methodology

Method Details Output
Online Survey n=9; Google Forms; September 2025 Quantitative trends on demographics, pain points, motivation
Semi-structured Interviews 3 × 25-min interviews Emotional journey, specific frustrations, unmet needs
Secondary Research 5 peer-reviewed studies + industry benchmarks Statistical triangulation
Competitive Analysis Strava, Nike Run Club, Adidas Running Strategic gap identification

⚠️ Honest limitation: The survey sample (n=9) is directional, not statistically significant. All findings were triangulated with peer-reviewed secondary research. A larger quantitative study (n=100+) is the recommended next step before V1 investment.

Key Survey Findings

Metric Result Product Implication
Age range 44% aged 18–24; 44% aged 25–34 Confirms young-adult target demographic
Running level 75% “thinking about starting” or “beginner” Validates core user segment
Post-run feelings 62.5% feel proud; 37.5% feel motivated Reinforce positive emotions in post-run loop
Feedback preference 75% prefer a mix of stats and encouragement Supports effort-first + data-secondary design
Social sharing 62.5% find sharing fun; 25% say “not for me” Social features must be optional and private

Three Key Quotes

  • “I stopped after 4 runs because I didn't know the basics — it just got harder and harder.” — Dima, 28, Junior Developer
  • “I want to lose weight and feel good — keep it simple and encouraging.” — Mariam, 25, Marketing Assistant
  • “Running with friends feels exciting, but alone it's boring.” — Anna, 23, University Student

User Personas

Dima · Primary Persona

28 · Junior Developer · Beginner Runner

Dima runs to improve his health. He struggles with pacing, is overwhelmed by stats, and worries about staying consistent without guidance.

  • Goals: Build a stress-free habit; learn fundamentals; track effort-based progress
  • Frustrations: Complex stats; no pacing/breathing guidance; paywalled basics
  • Needs from the app: Friendly post-run summaries focused on effort; micro-tips on breathing and pacing; calm, non-intimidating design

Mariam · Secondary Persona

25 · Marketing Assistant · Casual Runner

Mariam runs to stay healthy and lose weight. Comfort and the right environment matter as much as the run itself.

  • Goals: Lose weight; make running part of lifestyle; enjoy the process without pressure
  • Frustrations: Overly complicated metrics; paywalls blocking essential features
  • Needs from the app: Simple stats tied to fitness goals; encouragement that celebrates effort; tips about comfort (clothing, weather, timing)

Anna · Secondary Persona

23 · University Student · Thinking About Starting

Anna thrives running with friends but can’t build a solo habit. Public leaderboards feel intimidating and competitive.

  • Goals: Make running a fun social activity; share progress only with close friends; run without pressure
  • Frustrations: Solo running is boring; public leaderboards are intimidating; can’t build a habit alone
  • Needs from the app: Private groups with trusted friends; fun challenges; positive, supportive post-run feedback

Competitive Analysis

Dimension Strava Nike Run Club Adidas Running Run With Me
Core philosophy Social network for serious athletes Gamified personal journey Building a global movement The encouraging beginner's companion
Post-run feedback Data-heavy: pace, segments, leaderboard Celebratory but pace-focused Social-sharing focus; comprehensive stats Effort-first (Tough / Good / Great) + free micro-tip
Social model Public and competitive; leaderboards Brand-led community challenges Group challenges and clubs Private, opt-in only; no public leaderboards
Beginner education Largely paywalled Free audio-guided runs Mix of free and premium Free contextual micro-tips after every run, always
Key weakness for our user Beginners feel inadequate Brand-centric; less personal Interface can feel cluttered

Strategic Positioning

Run With Me is the only major running app that:

  • Treats effort perception as the primary success metric
  • Keeps foundational education free
  • Makes social features genuinely private

The three strategic pillars — Effort Over Pace, Free Micro-Education, Private Community — are commitments, not features. They define what this product promises not to do as much as what it does: no public leaderboards, no paywalled basics, no mandatory social performance.

Product Strategy

Vision

To become the most trusted and encouraging starting point for every new runner’s journey.

The Problem We Solve

Beginner runners need a simple and encouraging way to start and track their runs, because they are often discouraged by overly complex data, intimidating comparisons to advanced athletes, and a lack of motivation — which causes them to quit early.

Core Hypothesis

We believe that by providing post-run feedback focused on effort rather than pace, and offering short educational micro-tips, we will increase motivation and reduce the quit rate for new runners.

Three Strategic Pillars

Pillar 1 · Effort Over Pace

The primary post-run metric is a user-rated effort score (3 options: Tough / Good / Great, mapped internally to 1–5). Self-Determination Theory research shows that autonomous motivation — feeling competent and in control — is a strong predictor of long-term exercise adherence (Teixeira et al., 2012).

Pillar 2 · Free Micro-Education

Every run ends with one free contextual tip (breathing, pacing, stretching). This directly solves the most-stated reason for quitting: “I didn’t know the basics.” Educational content is never paywalled.

Pillar 3 · Private Community

Social features are opt-in and private-group only. No public leaderboards. This provides the social support users want while removing the competitive pressure that drives beginners away.

OKRs and Feature → KPI Mapping

OKRs — MVP Validation Phase

Objective Key Result Linked Feature
O1: Validate effort-based feedback increases motivation KR1: 4.2/5 post-run satisfaction Post-Run Celebration + Effort Rating
KR2: 18% Week 4 retention Full feedback loop (Celebration → Rating → Tip)
KR3: 70% effort rating adoption per run Effort Rating UX (RW-005)
O2: Establish core engagement KR1: 3+ runs/week for active users Run Tracking + Weekly Goal Ring
KR2: 40% goal completion rate Adaptive Weekly Goal

📊 Instrumentation: All metrics tracked via Mixpanel. Events: run_started, run_completed, effort_rated (with value), tip_shown, goal_set.

Product Flywheel

The Run With Me growth loop works like this:

Beginner runs
Effort feedback feels good
Tip teaches something new
Returns for next run
Feels competent
Sees progress in Run History
Invites a friend (Run Buddy)

Each run deposits into a competence account: the runner knows more, feels better, and sees evidence of progress — creating an intrinsic motivation loop that competitors’ pace-first models cannot match for this segment.

MVP Scope and MoSCoW Prioritisation

MVP Goal

To validate the core hypothesis using the smallest possible set of features testable with real users.

Priority Feature Description KPI Link
✅ Must HaveOnboardingSign up in <60 seconds; set level and weekly goal; no paymentEnables all other features
✅ Must HavePost-Run Celebration + Effort RatingCelebratory message → Tough / Good / Great → micro-tipKR1, KR3
✅ Must HaveSimplified Solo Run TrackingStart in ≤2 taps; tracks time, distance, paceCore utility
✅ Must HaveRun History with ContextCalendar view: distance, effort rating, tip, weekly trendsKR2
✅ Must HaveAdaptive Weekly GoalVisual goal ring + progress statsKR2 (O2)
🟡 Should HaveAsync Run Buddy (1:1)Invite one friend; high-five reactions; no live trackingSocial validation
🟡 Should HaveAchievement BadgesBadges for consistency, effort, milestonesEngagement depth
🔵 Could HaveExpanded Tip LibraryMore tips mapped to effort + distance combosEnhances core value
🔵 Could HavePrivate Groups (2–5 friends)Invite-only group feed; optional shared goals; emoji reactionsOnly after Buddy validates
❌ Won’t HavePublic LeaderboardsAny public comparisonConfirmed pain point
❌ Won’t HaveAdvanced AnalyticsSplits, heart rate zones, VO₂ maxIntimidates beginners
❌ Won’t HaveLive Group RunningReal-time location sharingCreates performance anxiety
❌ Won’t HavePaywalls on Core FeaturesLocking encouragement or educationContradicts trust-building goal

📝 Note on Weekly Goal: Maintained as Must Have for OKR 2. Under genuine scope pressure, it would be the first Must Have deprioritised — it does not directly test the core hypothesis.

Key User Stories and Acceptance Criteria

Three stories form the core of the hypothesis test. The full backlog (RW-001 to RW-016) is in the accompanying spreadsheet.

RW-004 · Post-Run Celebration

Persona: Anna
Story: As a social beginner, I want to see a celebratory message immediately after finishing my run, so I feel accomplished regardless of my pace.
Priority: Must Have

Acceptance Criteria:

  • Celebration screen appears automatically after run is stopped and saved
  • Message is personalised: “Great job, [Name]! You ran [X] minutes!”
  • Confetti animation plays on screen
  • User taps “Continue” to proceed to effort rating
  • Screen shows option to share to private feed (only if buddy connection exists)

RW-005 · Effort Rating

Persona: Dima
Story: As a beginner, I want to quickly indicate how my run felt, so the app can give me relevant encouragement and track my perceived effort.
Priority: Must Have

Acceptance Criteria:

  • After celebration screen, user sees: “How did that feel?”
  • Three large, equal-size buttons: Tough / Good / Great
  • One tap selects and saves the rating; linked to the run in history
  • If dismissed, app defaults to “Good” after 10 seconds (neutral, non-judgmental default; prevents drop-off)
  • Rating visible in run history alongside distance and tip received

🔬 Research grounding: The 3-option scale (mapped internally to 1–5) is grounded in Borg’s (1982) Ratings of Perceived Exertion framework, adapted for simplicity.

RW-006 · Contextual Micro-Tip

Persona: Dima
Story: As a learner, I want to receive one short, actionable tip based on my run, so I can improve next time.
Priority: Must Have

Acceptance Criteria:

  • After effort rating, one tip is displayed based on:
  • Tough + duration >20 min → “Try slowing your first 5 minutes to save energy.”
  • Good + consistent pace → “Your steady pace builds endurance!”
  • Great → “You’re progressing — try adding 2 minutes next time.”
  • Default fallback → “Drink water and stretch!”
  • User can save the tip to run history
  • Tip is never repeated on consecutive runs (rotation logic applies)

User Journey Map

Run With Me user journey map

Journey map (tap to enlarge)

The map documents all 17 touchpoints, with design responses mapped against each pain point. The post-run phase (Steps 13–17) is the critical hypothesis test — all three core features converge here.

Phase 1 · Pre-Run (Steps 1–7)

Dima opens the app for the first time, feeling curious but slightly nervous (“Is this app for someone like me?”). He completes clean three-step onboarding — name, goal, running level — and arrives at the home dashboard with a motivational quote and goal ring.

Key pain points: GPS delay and decision fatigue from cluttered pre-run screens. Design response: Friendly GPS copy (“Finding your location…”); single primary CTA; 3-second countdown creates a psychological “ready” moment.

Phase 2 · Running (Steps 8–12)

Minimal in-run screen: large timer, distance, pace. Nothing else. He’s protected from accidental run loss by a mandatory “Did you mean to stop?” confirmation. Auto-save on confirmation means no data is ever lost.

Emotional peak: “In the zone — nothing to distract me.”

Phase 3 · Post-Run (Steps 13–17)

Celebration screen triggers automatically. Dima sees his name, his time, and confetti. He rates his effort, receives a contextual micro-tip, and views a 3-stat summary. Optionally: a buddy also ran, one-tap high-five.

Emotional arc end: “Grounded and proud — I can see what I built.”

Product Roadmap

Run With Me roadmap

6-month roadmap (tap to enlarge)

Phased Plan

Phase Timeframe Theme Key Deliverables
MVPMonths 1–2Validate the hypothesisOnboarding, Run Tracking, Post-Run Celebration, Effort Rating, Micro-Tips, Run History, Weekly Goal
V1Months 3–4Deepen engagementEffort Rating UX refinement, Micro-Tips expansion, Invite Run Buddy, Send Encouragement
V2+Months 5–6Build communityAchievement Badges, Private Groups, Weather Tips, Expanded Tip Library, Edit/Delete Runs

Phase Gates

MVP → V1 Gate (End of Month 2)

Both of the following must be met to proceed:

  • Post-run satisfaction ≥ 4.2/5 (KR1) ✓
  • Effort rating used in ≥ 70% of runs (KR3) ✓

If only one KR met: Pivot — audit effort rating prompt UX before building new features.
If neither met: Halt. Reinvest the sprint in the solo feedback loop before any social or gamification work.

V1 → V2+ Gate (End of Month 4)

Both of the following must be met:

  • Week 4 retention ≥ 18% (KR2) ✓
  • Run Buddy adopted by ≥ 30% of active users within first 2 weeks ✓

If buddy adoption <30%: Skip Private Groups; reinvest sprint in the solo run loop instead.

Team and Constraints

Role Count Notes
Product Manager1
Engineers2
Designer1
Timeline6 monthsAgile / 2-week sprints
PlatformiOS firstMVP: 2 eng. sprints

Out of Scope

Public leaderboards · Paid features / paywall · Third-party integrations · Android-specific features · GPS route maps

Validation Strategy

⚠️ This section describes what I would do — these are proposed experiments, not executed ones.

Experiment 1 · Effort Rating Format (Week 1, Pre-Build)

Question: Does Tough / Good / Great outperform a 5-point scale for comprehension and completion rate?
Method: Low-fidelity prototype test with 8–10 beginner runners
Success signal: ≥80% complete the rating without confusion; qualitative preference for 3-option

Experiment 2 · Post-Run Screen Order (Week 3–4, MVP Sprint)

Question: Does leading with the celebration message before the stats improve satisfaction scores?
Method: A/B test — Celebration-first vs. Stats-first; measure satisfaction prompt score
Success signal: Celebration-first achieves ≥4.2/5 vs. <4.0/5 for Stats-first

Experiment 3 · 10-Second Auto-Default (Week 5–6, MVP Sprint)

Question: Does the 10-second default to “Good” preserve data quality or introduce signal noise?
Method: Cohort analysis — compare effort distribution for users who rated manually vs. those who defaulted
Success signal: Auto-default group shows <15% rate difference from manual group, and ≥60% effort rating completion

Experiment 4 · Week 2 Retention as Leading Indicator (Post-Launch)

Question: Is Week 2 retention a reliable early signal for Week 4 retention?
Method: Track cohort correlation between W2 and W4 across first three user cohorts
Success signal: r ≥ 0.7 correlation; if yes, use W2 as go/no-go signal for faster iteration

What I Learned and Open Questions

What I Learned

  1. Run a larger survey (n=100+) before committing to V1 build. The n=9 survey was valuable for hypothesis generation and directional patterns — not for statistically confident decisions. Cross-referencing with four peer-reviewed studies gave findings structural credibility, but the honest limitation remains. A larger quantitative sample is needed before significant V1 engineering investment.
  2. Move Weekly Goal to Should Have. The weekly goal ring is a good product feature and supports OKR 2, but it does not directly test whether effort-based feedback increases motivation. That test lives entirely in the Effort Rating and Micro-Tip features. Under genuine scope pressure, Weekly Goal should be deprioritised.
  3. Prototype the effort rating UX before any engineering sprint. The 3-option design (Tough / Good / Great) is itself a hypothesis. Would a 5-point scale work better? An emoji slider? Would users understand “perceived effort” without explanation? This question should be answered with a low-fidelity prototype in Week 1 — not discovered in usability testing after build.

Open Questions

  • Does the 10-second auto-default to “Good” reduce meaningful data quality, or does it protect against drop-off enough to justify the trade-off?
  • At what point does a beginner runner “graduate” — and how does the product handle the transition without losing them to Strava?
  • What prevents the micro-tip engine from feeling repetitive after 10–15 runs, and who maintains the tip library over time?
  • Is Week 4 the right retention milestone, or should we instrument Week 2 as an earlier signal of whether the habit loop is forming?

References