GARMIN16:24
Safe Return active
8.4 km route · ETA 18:32
2 trusted contacts
2 trusted contacts
DetailsStart
A compact safety plan before the activity starts.
01
Overview
Strava already helps athletes record where they went — activity tracking, maps, routes, live performance data, clubs, and Beacon live-location sharing are all part of a mature ecosystem. This case starts with a heuristic and journey audit of that ecosystem, then defines, designs and validates one focused new feature rather than proposing a visual redesign of the whole app.
Strava helps athletes record where they went. Safe Return helps make sure they get back.
Role
Product Designer
Team & timeframe
Solo independent audit and concept · exploratory product sprint
Goal
Turn live location sharing into a proactive multi-device safety journey
Constraints
Privacy, connectivity, battery, false alerts and emergency-service boundaries
Strava уже помогает атлетам фиксировать, куда они пошли — запись активности, карты, маршруты, live-показатели, клубы и Beacon (шаринг геолокации) — часть зрелой экосистемы. Этот кейс начинается с эвристического и journey-аудита этой экосистемы, а затем определяет, проектирует и валидирует одну сфокусированную новую фичу, а не предлагает визуальный редизайн всего приложения.
Strava помогает атлетам фиксировать, куда они пошли. Safe Return помогает убедиться, что они вернулись.
Роль
Product Designer
Команда и период
Самостоятельный аудит и концепт · исследовательский product sprint
Цель
Превратить live location в проактивный multi-device safety journey
Ограничения
Приватность, связь, батарея, ложные тревоги и границы emergency-сервисов
02
Why Audit Strava, and How
Strava already covers activity recording, live performance data, maps and saved Routes, route-deviation alerts, Beacon, clubs and events, messaging, challenges and training insights. That meant the opportunity had to extend this ecosystem rather than repeat it — not another AI coach, training plan, club-discovery flow, route planner, or a simple live-location link.
Audit scope
- Heuristic audit — navigation, information hierarchy, error recovery, privacy communication, feature discoverability.
- Core journey audit — before, during and after activity: preparing safety settings, map/metric visibility mid-activity, emergency interaction, post-activity privacy and hazard reporting.
- Ecosystem audit — mobile, Apple Watch/Wear OS, Garmin integration, the Beacon contact experience, notifications, privacy settings.
- Competitive audit — Garmin LiveTrack & Incident Detection, Apple Watch Emergency SOS, WhatsApp/Google Maps location sharing, Komoot, AllTrails, Life360, Road iD.
Strava уже покрывает запись активности, live-показатели, карты и сохранённые маршруты, алерты об отклонении от маршрута, Beacon, клубы и события, сообщения, челленджи и тренировочные инсайты. Это означало, что возможность должна была расширять экосистему, а не повторять её — не ещё один AI-коуч, тренировочный план, discovery-флоу клубов, планировщик маршрутов или простая ссылка на геолокацию.
Зона аудита
- Эвристический аудит — навигация, иерархия информации, восстановление после ошибок, коммуникация приватности, обнаруживаемость фич.
- Аудит core journey — до, во время и после активности: настройка безопасности, видимость карты/метрик в процессе, экстренное взаимодействие, приватность и репорт опасностей после.
- Аудит экосистемы — мобильное приложение, Apple Watch/Wear OS, интеграция с Garmin, опыт контакта в Beacon, уведомления, настройки приватности.
- Конкурентный аудит — Garmin LiveTrack и Incident Detection, Apple Watch Emergency SOS, шаринг локации в WhatsApp/Google Maps, Komoot, AllTrails, Life360, Road iD.
03
The Current Safety Journey — and the Gap
Strava Beacon today shares live location, supports up to three safety contacts, generates a unique link, and depends on connectivity for updates — but it requires the athlete to remember to send it, and it stops at passive monitoring.
1
Athlete sends a Beacon link — if they remember to.
2
Contact opens the link and manually watches a moving dot.
3
No expected-return time, no ETA, no meaningful status — just a position.
4
The activity ends with no safe-return confirmation — the contact is simply left wondering.
This concept does not replace Beacon or claim Strava lacks live-location sharing — it extends passive monitoring into a proactive, explainable safety journey.
Сегодня Strava Beacon делится live-локацией, поддерживает до трёх контактов безопасности, генерирует уникальную ссылку и зависит от связи для обновлений — но требует, чтобы атлет не забыл её отправить, и на этом всё заканчивается пассивным наблюдением.
1
Атлет отправляет ссылку Beacon — если вспомнит.
2
Контакт открывает ссылку и вручную следит за движущейся точкой.
3
Нет ожидаемого времени возврата, ETA или осмысленного статуса — только позиция.
4
Активность заканчивается без подтверждения безопасного возврата — контакт просто остаётся в неведении.
Этот концепт не заменяет Beacon и не утверждает, что у Strava нет live-геолокации — он расширяет пассивное наблюдение до проактивного, объяснимого путешествия безопасности.
04
Opportunity Selection
Six directions were shortlisted — Safe Return, Crew (activity matching), Route Confidence, Comeback (injury return), Gear Health, and Context (conditions-aware training). Safe Return scored highest because it starts from a real current capability (Beacon) rather than an unrelated idea, and offers the deepest portfolio surface: high-stakes UX, multi-device design, live data, privacy and service design.
Considered
Crew, Route Confidence, Comeback, Gear Health, Context — each solves a real problem, but none combines urgency, existing infrastructure and UX depth as strongly.
Chosen
Safe Return — extends Beacon from a live-location link into a proactive safety journey: Plan → Share → Monitor → Check in → Return safely.
В шорт-лист попали шесть направлений — Safe Return, Crew (мэтчинг для активностей), Route Confidence, Comeback (возвращение после травмы), Gear Health и Context (тренировки с учётом условий). Safe Return набрал больше всего баллов, потому что отталкивается от реальной существующей возможности (Beacon), а не от несвязанной идеи, и даёт самую глубокую портфолио-поверхность: high-stakes UX, мультиустройственный дизайн, live-данные, приватность и сервис-дизайн.
Рассмотрено
Crew, Route Confidence, Comeback, Gear Health, Context — каждый решает реальную проблему, но ни один не сочетает срочность, существующую инфраструктуру и глубину UX так же сильно.
Выбрано
Safe Return — расширяет Beacon от ссылки на геолокацию до проактивного путешествия безопасности: План → Шаринг → Мониторинг → Check-in → Безопасный возврат.
05
Product Principles
- Safety language must be precise — never "Strava detected an emergency"; instead "Strava has not received movement or a response for 10 minutes."
- The athlete remains in control — explicit consent, visible monitoring status, pause, stop sharing, edit contacts, clear data expiry.
- Minimise contact anxiety — contacts shouldn't need to watch a moving dot; show normal progress, ETA, last update, meaningful alerts only.
- Avoid false certainty — GPS, battery and connectivity can all fail; the interface distinguishes athlete status, device status, data status and system inference.
- Design for low attention — large, short, glanceable, wearable-friendly, usable while moving and under stress.
- Fail safely — every failure state communicates what's known, what's unknown, and what the user can do.
- Язык безопасности должен быть точным — никогда «Strava обнаружил ЧП»; вместо этого «Strava не получал движения или ответа уже 10 минут».
- Атлет остаётся в контроле — явное согласие, видимый статус мониторинга, пауза, остановка шаринга, редактирование контактов, понятный срок хранения данных.
- Минимизировать тревожность контакта — контактам не нужно следить за точкой; показывать нормальный прогресс, ETA, последнее обновление, только значимые алерты.
- Избегать ложной уверенности — GPS, батарея и связь могут отказать; интерфейс различает статус атлета, статус устройства, статус данных и вывод системы.
- Дизайн для низкого внимания — крупно, коротко, считываемо с одного взгляда, удобно на часах, в движении и в стрессе.
- Безопасный отказ — каждое состояние сбоя сообщает, что известно, что нет, и что может сделать пользователь.
06
Jobs to Be Done
Athlete
When I train alone, I want someone I trust to know whether I am safe without requiring them to watch my location continuously.
Когда я тренируюсь один, я хочу, чтобы близкий человек знал, что я в порядке, не требуя от него постоянно следить за моей геолокацией.
Trusted contact
When someone shares an activity with me, I want to know whether they're progressing normally and what to do if something seems wrong.
Когда кто-то делится со мной активностью, я хочу знать, идёт ли всё нормально, и что делать, если что-то выглядит не так.
Strava
When live activity signals suggest a potential problem, Strava needs to request confirmation and support escalation — without creating unnecessary panic or making unsupported emergency claims.
Когда live-сигналы активности намекают на возможную проблему, Strava должен запросить подтверждение и поддержать эскалацию — не создавая лишней паники и не делая необоснованных заявлений о ЧП.
07
MVP Scope
Athlete
- Safety contacts
- Planned route or open activity
- Expected return time
- Beacon link, live ETA
- Prolonged-stop & route-deviation check-ins
- Low-battery warning, safe-return confirmation
- Контакты безопасности
- Плановый маршрут или открытая активность
- Ожидаемое время возврата
- Ссылка Beacon, live ETA
- Check-in при долгой остановке и отклонении от маршрута
- Предупреждение о разряде батареи, подтверждение безопасного возврата
Trusted contact
- Browser-based live status
- Last update, ETA
- Route and live position
- Battery state where available
- Alert explanation & contact actions
- Live-статус в браузере
- Последнее обновление, ETA
- Маршрут и live-позиция
- Статус батареи, если доступен
- Объяснение алерта и действия контакта
Outside MVP: automatic emergency-service dispatch, medical diagnosis, guaranteed crash detection, crowd monitoring, public safety scoring, or continuous background monitoring outside an activity — none of that is claimed here.
Вне MVP: автоматическая отправка экстренных служб, медицинская диагностика, гарантированное обнаружение аварии, мониторинг толпы, публичный safety-скоринг или постоянный фоновый мониторинг вне активности — ничего из этого здесь не заявляется.
08
The Safe Return Journey
Prepare
→
Start
→
Monitor
→
Check in
→
Escalate
→
Return
1
Prepare — select contacts, define the planned route, set expected return, choose sharing scope, check battery, understand limitations.
Подготовка — выбор контактов, плановый маршрут, ожидаемое время возврата, объём шаринга, проверка батареи, понимание ограничений.
2
Start — send the safety plan, confirm delivery and contact access, start recording.
Старт — отправка плана безопасности, подтверждение доставки и доступа контакта, начало записи.
3
Monitor — live progress, ETA, last update, battery, connection state, route adherence.
Мониторинг — live-прогресс, ETA, последнее обновление, батарея, статус связи, соответствие маршруту.
4
Check in — triggered by delayed return, prolonged stop, major deviation or connection loss. The system asks "Are you OK?" — I'm OK / I changed my route / I'm stopping here / I need help.
Check-in — срабатывает при задержке возврата, долгой остановке, серьёзном отклонении или потере связи. Система спрашивает «Всё в порядке?» — Да / Изменил маршрут / Остановился здесь / Нужна помощь.
5
Escalate — notify the trusted contact, show last reliable location and timeline, offer call/message, explain that Strava cannot confirm an emergency, support local emergency-number access.
Эскалация — уведомление контакта, показ последней достоверной локации и таймлайна, предложение звонка/сообщения, честное объяснение, что Strava не может подтвердить ЧП, доступ к местному номеру экстренных служб.
6
Return — automatic safe-return confirmation, link expiry, optional hazard report, preference updates for next time.
Возврат — автоматическое подтверждение безопасного возврата, истечение ссылки, опциональный репорт опасности, обновление настроек на будущее.
Automatic protection ↔ Privacy, false alarms and user control.
PRODUCT PREVIEW
Key Screens
Garmin watch concepts for proactive safety decisions — an original composition, not a copy of Strava's or Garmin's actual UI.
Safety decisions at a glance.
Решение о безопасности — с одного взгляда.
Garmin becomes the calmest place to intervene: before the athlete loses daylight, and before changing weather turns a familiar route into a risk.
Garmin становится самым спокойным местом для вмешательства: до того, как атлет потеряет дневной свет, и до того, как изменение погоды превратит знакомый маршрут в риск.
DAYLIGHT17:48
You may not return before dark
Sunset 18:14 · New ETA 18:31
Shorten the route by 2.1 km?
Shorten the route by 2.1 km?
DismissReroute
Actionable warning, not a vague alarm.
WEATHER18:02
Rain reaches your route in 24 min
Temperature −4°C
Slippery trail risk increasing
Slippery trail risk increasing
ContinueHead back
Conditions translated into a route decision.
Prepare & share the plan
Before starting, the athlete picks trusted contacts and an expected return time, then sends one safety plan — no separate app, no copying a link by hand.
Перед стартом атлет выбирает доверенных контактов и ожидаемое время возврата, затем отправляет один план безопасности — без отдельного приложения и ручного копирования ссылки.
9:41🔋 82%
ContactsRouteReview
Trusted contacts (2 of 3)
Expected return
18:45
Route
Riverside 6.2K
Send safety plan
9:41🔋 82%
Sandra Will
Thomas Spencer
Start recording
Monitor & check in
During the activity, status stays calm and glanceable — a route, an ETA, a last-update time. A prolonged stop triggers one short, precise question, not an alarm.
Во время активности статус остаётся спокойным и считываемым с одного взгляда — маршрут, ETA, время последнего обновления. Долгая остановка вызывает один короткий, точный вопрос, а не тревогу.
9:41🔋 64%
Distance
6.2 km
ETA
18:47
Watching
2
● Route on plan · updated 40s ago
9:41🔋 61%
I'm OK
I changed my route
I need help
The trusted-contact view
Contacts don't need to watch a moving dot. A browser view shows normal progress by default, and only escalates to a clear alert when something actually needs attention.
Контактам не нужно следить за движущейся точкой. Web-вид по умолчанию показывает нормальный прогресс и переходит к явному алерту только тогда, когда действительно нужно внимание.
9:41🔋 —
ETA
18:47
Last update
40s ago
✓ Progressing normally
9:41🔋 —
Call Yaroslav
Message
Escalate further
9:41🔋 82%
Start recording
9:41🔋 64%
Distance
6.2 km
ETA
18:47
9:41🔋 61%
I'm OK
Need help
9:41🔋 58%
Safe return confirmed ✓
Distance6.40 km
Time1.10 hours
Contacts notified2 of 2
Report a hazard
Save activity
10
Critical Edge Cases
- Athlete forgets to send the link, or the contact never opens it
- Route changes intentionally, or the athlete stops for a break
- GPS jumps, phone battery dies, or the wearable disconnects
- No cellular signal, or the activity ends accidentally
- Multiple trusted contacts act simultaneously
- Athlete responds only after escalation already happened
- Contact receives a false alert, or shares the safety link onward
- Emergency number differs by country
- Атлет забывает отправить ссылку, либо контакт её так и не открывает
- Маршрут меняется намеренно, либо атлет останавливается передохнуть
- GPS «скачет», батарея телефона садится, часы отключаются
- Нет сотовой связи, либо активность завершается случайно
- Несколько доверенных контактов действуют одновременно
- Атлет отвечает только после того, как эскалация уже произошла
- Контакт получает ложный алерт, либо пересылает ссылку безопасности дальше
- Номер экстренной службы отличается по странам
11
Usability Testing
1
Prepare a solo night run — setup completion, contact-selection comprehension, expected-return understanding, privacy confidence.
Подготовка одиночной ночной пробежки — завершение настройки, понимание выбора контактов, понимание ожидаемого возврата, уверенность в приватности.
2
Respond to a prolonged-stop prompt — prompt comprehension, response time, accidental escalation, wearable usability.
Ответ на check-in при долгой остановке — понимание запроса, время ответа, случайная эскалация, удобство на часах.
3
Trusted contact receives a delayed-return alert — understanding of uncertainty, ability to find the last update, correct action, anxiety level.
Контакт получает алерт о задержке возврата — понимание неопределённости, способность найти последнее обновление, верное действие, уровень тревожности.
4
Phone loses connectivity — athlete and contact understanding, expectations about live data, recovery once connection returns.
Телефон теряет связь — понимание атлета и контакта, ожидания насчёт live-данных, восстановление при возврате связи.
5
Finish safely — safe-return confirmation, link-expiry comprehension, confidence in privacy, willingness to reuse.
Безопасное завершение — подтверждение безопасного возврата, понимание истечения ссылки, уверенность в приватности, готовность использовать снова.
12
Metrics
Because this is an independent concept, the case does not invent production impact. Prototype (validation) metrics are kept separate from proposed post-launch product metrics and guardrails.
Поскольку это независимый концепт, кейс не выдумывает production-эффект. Прототипные (валидационные) метрики чётко отделены от предлагаемых продуктовых метрик после запуска и guardrail-метрик.
Prototype (validation) metrics
- Task completion, setup time
- Alert comprehension, correct action rate
- Response time, perceived control
- Anxiety rating, false-escalation rate
- Завершение задач, время настройки
- Понимание алерта, доля верных действий
- Время ответа, ощущение контроля
- Оценка тревожности, доля ложной эскалации
Proposed product metrics
- Safe Return activation, plan completion
- Contact-view rate, check-in response rate
- Activities with safe-return confirmation
- False-alert rate, repeat use (guardrails)
- Активация Safe Return, завершение плана
- Доля просмотров контактом, ответ на check-in
- Активности с подтверждённым безопасным возвратом
- Доля ложных алертов, повторное использование (guardrails)
13
Risks & Privacy
Technical
- Stale data over weak connectivity
- Increased battery use
- GPS jumps causing false stops
- Устаревшие данные при слабой связи
- Повышенный расход батареи
- «Скачки» GPS, ложные остановки
Trust
- False alerts from intentional stops
- Movement data can't prove safety
- A contact may forward the link
- Ложные алерты от намеренных остановок
- Данные о движении не доказывают безопасность
- Контакт может переслать ссылку
Safety-critical
- Domestic abuse / stalking misuse
- Emotional harm from panicked wording
- Liability — never imply guaranteed detection
- Злоупотребление в контексте домашнего насилия/сталкинга
- Эмоциональный вред от паникующих формулировок
- Ответственность — никогда не подразумевать гарантированное обнаружение
Domestic abuse and stalking: safety-contact features can be misused by controlling individuals. This must shape consent, easy revocation, visibility, link expiry, contact removal, and — critically — no hidden monitoring.
Домашнее насилие и сталкинг: фичи safety-контактов могут использоваться контролирующими людьми во вред. Это должно определять согласие, лёгкий отзыв доступа, видимость, истечение ссылки, удаление контакта и — критично — отсутствие скрытого мониторинга.
14
Roadmap
Better Beacon
→
Athlete Check-ins
→
Context-Aware Safety
→
Safety Ecosystem
15
Reflection
The audit mattered more than the screens. Deciding what Safe Return should not claim — no guaranteed detection, no automatic emergency dispatch — shaped every other decision, from check-in copy to escalation flow.
What I'd want to validate next: whether real athletes actually set an expected return time honestly, or whether the feature quietly gets ignored the way many safety features do until the one time they matter. That's a behavioural question this concept can only propose an answer to, not confirm, without real longitudinal use.
Аудит оказался важнее самих экранов. Решение о том, чего Safe Return не должен заявлять — никакого гарантированного обнаружения, никакой автоматической отправки экстренных служб — определило все остальные решения, от текста check-in до флоу эскалации.
Что стоило бы проверить дальше: действительно ли реальные атлеты честно указывают ожидаемое время возврата, или фича тихо игнорируется, как многие safety-фичи, — до того единственного раза, когда она важна. Это поведенческий вопрос, на который этот концепт может только предположить ответ, а не подтвердить его без реального долгосрочного использования.