UX для пожилых пациентов: ключевые принципы медицинского интерфейса

Возрастной UX — это не косметическая правка интерфейса, а прямой канал потери пациентов. Пациенты 60+ — самая частая аудитория хронических состояний и, соответственно, самая частая аудитория мобильного приложения клиники: если им неудобно записаться или посмотреть результат анализа, они звонят в регистратуру или уходят к конкуренту, у которого получилось проще.

Чем пожилой пользователь отличается от «среднего» пациента

Проектировать для пациента 65+ по тем же лекалам, что и для 30-летнего пользователя доставки еды, — ошибка, которая стоит клинике реальных записей. Разница в нескольких параметрах сразу:

• Моторика. Мелкая тач-зона (меньше 44×44 px) промахивается чаще — пациент жмёт не туда и повторяет попытку, раздражаясь.
• Зрение. Возрастное снижение контрастной чувствительности делает «дизайнерский» светло-серый текст на белом фоне нечитаемым, даже если формально шрифт не мелкий.
• Память. Многошаговый сценарий (5+ экранов до результата) пациент не удерживает в голове целиком — на середине он теряет, что делал и зачем.
• Тревожность перед интерфейсом. Непривычное приложение воспринимается как риск «сделать что-то не то», поэтому пользователь либо прекращает попытку, либо звонит проверить, сработало ли действие.
• Помощь родственника. Запись к врачу или оплата часто проходит не самим пациентом, а с участием сына, дочери или соцработника — сценарий, который интерфейс обязан поддерживать, а не игнорировать.

Крупный шрифт и контраст — не опция, а база

Минимальный размер основного текста — около 16px, а не 13-14px, которые часто ставят «для компактности». Контраст текста к фону — не ниже уровня WCAG AA (4.5:1 для обычного текста). На практике это значит: никакого светло-серого текста (#999 и светлее) на белом фоне для важных элементов — кнопок, полей ввода, статусов записи. Если дизайнер настаивает на «воздушном» минимализме с низким контрастом, для возрастной аудитории это читается как «текст пропал».

То же касается размера тач-зон и расстояния между интерактивными элементами: кнопки ближе 8px друг к другу на практике сливаются в один промах пальцем.

Минимум шагов до результата

Запись к врачу или просмотр результата анализа должны укладываться в 2-3 тапа максимум. Неудачный сценарий, который встречается в реальных медицинских приложениях: выбор клиники → выбор направления → выбор врача → выбор даты → выбор времени → форма с 6 полями → подтверждение → SMS-код → экран успеха. Восемь шагов для пожилого пользователя — это восемь точек, на каждой из которых он может застрять, перепутать или просто закрыть приложение.

Решение — не «упростить дизайн», а пересобрать сценарий: предзаполненные данные пациента, один экран выбора врача+даты+времени вместо трёх последовательных, запоминание последнего использованного направления.

Подтверждение каждого действия

Пожилой пользователь не доверяет «тишине» интерфейса. Если после нажатия «Записаться» экран просто остался прежним без явного сообщения «Запись подтверждена», пациент решает, что действие не сработало, и повторяет его — иногда несколько раз. Результат — дубли записей в расписании врача и путаница в регистратуре, которую потом разгребают вручную.

Явный визуальный и текстовый фидбек после каждого значимого действия (запись прошла, оплата принята, данные сохранены) — не украшение интерфейса, а способ избежать лишней нагрузки на персонал клиники.

Для пожилого пациента отсутствие подтверждения выглядит как ошибка — даже если система отработала правильно.

Доступ для родственника или опекуна

Делегированный доступ — отдельная функция, а не частный случай доступности в смысле инвалидности. На практике это один из самых частых реальных сценариев у клиник: сын или дочь записывает родителя на приём, следит за результатами анализов, оплачивает услуги. Если приложение построено строго «один аккаунт — один пациент» без возможности привязать второй профиль с ограниченными правами, родственник вынужден либо входить под учётными данными пациента (риск для данных), либо решать вопрос звонком в регистратуру — то есть тем же каналом, который приложение должно было разгрузить.

Частые ошибки при проектировании

Повторяющиеся антипаттерны, которые системно ломают возрастной UX:

• Скрытое меню-гамбургер без подписи. Три полоски без слова «Меню» пожилой пользователь часто не распознаёт как интерактивный элемент.
• Свайпы без альтернативной кнопки. Жест, который интуитивен для пользователя соцсетей, для пожилого пациента — непонятное действие; у каждого свайпа должна быть кнопка-дублёр.
• Таймаут сессии без предупреждения. Пациент заполняет форму, отвлекается на 5 минут — и сессия слетает без предупреждения, данные теряются, приходится начинать заново.
• Мелкий крестик закрытия в модальных окнах. Если закрыть всплывающее окно можно только попаданием в зону 20×20 px в углу экрана, часть пользователей просто не найдёт выход и закроет приложение целиком.

Если нужен полный чек-лист доступности интерфейса — клавиатурная навигация, контраст по WCAG, альтернативный текст — мы разбирали его отдельно в статье про доступность медицинских интерфейсов; здесь же фокус узко на поведении пожилых пациентов как отдельного сегмента, а не на формальном соответствии чек-листу.

Для клиники это не вопрос эстетики, а вопрос нагрузки на регистратуру и удержания пациентов 60+, которые чаще всего и приносят самый стабильный поток обращений. Комплексную разработку цифрового продукта клиники под ключ — с учётом возрастного UX, а не только мобильной разработки, — стоит обсуждать на старте проекта, а не исправлять постфактум. Эту часть YuSMP Group берёт на себя, если команде клиники нужна внешняя экспертиза.