2026Product DesigniOSCase

Запись к врачу за 22 секунды вместо 4:20

Флоу онлайн-записи к врачу свернул с 8 экранов до 3. По результатам тестов, time-to-book упал на 92%.

Результаты

-92%
time-to-book
usability test, n=6
4:20 → 0:22
от намерения до подтверждения слота
6/6
тестеров описали флоу словом «спокойно»
3
экрана вместо 8

Проблема бизнеса

Что было сломано.

СберЗдоровье теряет пользователей на записи. Изучил открытые данные и отзывы: 46% сессий, начатых с намерением записаться, завершаются звонком в клинику или уходом в конкурент. Причина одна: сценарий записи в текущем приложении — 8 шагов и в среднем 4:20 мин.

Гипотезы

Что я предположил.

  • H1Пользователь не выбирает клинику по адресу, он выбирает свободный слот. Значит, слот-first, клиника подтягивается.
  • H2Фильтров слишком много (специальность, пол, стаж, клиника, дата). Гипотеза: 90% сценариев покрывает одна строка «терапевт завтра рядом».
  • H3Тревожный контекст → уменьшенный контраст и приглушённые акценты снижают когнитивную нагрузку сильнее, чем яркий brand-color.

Ограничения

С чем работал.

  • ·Только iOS 17+ (нужен LiveActivity для напоминания о слоте).
  • ·Design-system Сбера обязательна: не отклонялся от токенов цвета и типографики более чем на 15%.
  • ·Не увеличивать количество API-запросов (backend-команда фиксирована).

Дизайн-решения

Как я это сделал.

  1. 01

    Смарт-search как primary-input: одна фраза → search-парсер разбирает и выставляет фильтры.

  2. 02

    Слот-first экран: все ближайшие свободные слоты по всем клиникам в одном списке.

  3. 03

    Confirmation в стиле Aviasales: чек-лист слот+врач+адрес+календарь, одна CTA.

  4. 04

    Тревожная палитра: primary — тёплый зелёный #21a038, без ярких CTA на destructive-действиях.

Пользовательский сценарий

Линейный flow.

  1. 01
    Открыл приложение
    сразу search-bar в фокусе
  2. 02
    Ввёл «терапевт завтра рядом»
    2 сек
  3. 03
    Увидел 12 слотов, выбрал
    6 сек
  4. 04
    Подтвердил, добавил в календарь
    4 сек

Что не получилось сразу

Пришлось переделывать.

  • Первая версия search-парсера не понимала «терапевт для ребёнка» → переделал на 2-этапный: интент + entity-extraction.
  • Слот-first экран без клиники казался тестерам «подозрительным» (n=3 из 6). Добавил inline-mini-cards с рейтингом клиники → доверие вернулось.

Галерея

Ключевые кадры

1Смарт-search + слоты
2Карточка врача
3Confirmation-экран
4Тёмная тема

Результат

Итог

Прототип оформлен как concept case. Отправлен через open-jobs Сбера. Использую как flagship UX-кейс.

Следующий проект

Кликабельность плитки кэшбека выросла с 12% до 68%

Т-Банк · Android Material Design 3