PROJECT 03 / LOCAL SERVICE / REDESIGN CONCEPT
Азбука
Здоровья.
Как локальной клинике с двумя филиалами и записью по телефону дать пациенту один понятный маршрут: от потребности до звонка в нужный филиал.
SHOWCASE-КОНЦЕПЦИЯ · МАКЕТ И ПРОТОТИП
Дать пациенту локальной клиники один понятный маршрут от потребности до записи, не превращая главную в каталог из двадцати направлений.
Канон частной клиники, собранный от задачи: звонок как главное действие, часы двух филиалов и два входа — приём и медосмотры.
Forensic-разбор текущего сайта, модель маршрута, дизайн-система и адаптивная сборка на Astro.
01 / КОНТЕКСТ
Пациент приходит не за каталогом. Он приходит с задачей.
«Азбука Здоровья» — локальный медицинский центр в Луховицах: два филиала, более 30 специальностей, лаборатория, УЗИ, функциональная диагностика, эндоскопия, медосмотры и комиссии. Пациенту нужно быстро понять, к кому идти, сколько это стоит, в какой филиал ехать и как записаться.
У клиники две разные аудитории. Частный пациент ищет врача, обследование или анализы. Работник или работодатель — медицинскую книжку, комиссию или периодический осмотр. Задачи разные, но действие одно — звонок.
Исходный сайт начинался с синего фона, красного текста и трёх телефонов. Каталог направлений, цены и врачи существовали отдельно друг от друга; прайс лежал PDF на Яндекс Диске. Информация была, маршрута не было.

Главная начинается с широкого описания услуг, затем показывает цифры и каталог направлений.
Помогает ли эта последовательность пациенту определить следующий шаг — или заставляет разбираться в каталоге?
Два филиала, три телефона и разные часы работы, включая приём лабораторных анализов.
Может ли пациент однозначно понять, куда обращаться за конкретной услугой?
В каталоге врачей есть специальности, квалификации и стаж, но не видно цепочки «врач → расписание → филиал → запись».
Какую информацию нужно связать, чтобы выбор врача завершался действием?
На странице медосмотров цены есть, а общий прайс — отдельный PDF на Яндекс Диске «Прайс 2025.pdf».
Как поддерживается актуальность цен и сколько усилий нужно, чтобы найти полную стоимость услуги?
Это гипотезы по доступному содержимому страниц, а не доказанные UX-дефекты. Работу телефонов и скрытые интерактивные элементы интерфейса нужно проверять отдельно.
02 / МАРШРУТ
Услуга → врач → цена → филиал → расписание → запись.
Первый маршрут — «мне нужен кардиолог». На главной есть кардиология. На странице направления — симптомы и обследования, но нет цены, расписания и записи. В каталоге врачей — кардиолог с категорией и стажем, но без прямой связи с записью. Дальше — телефон.
Из этого выросло требование R-01: с любой точки, связанной с услугой, пациент должен иметь понятный и непротиворечивый путь к записи. Не обязательно онлайн-календарь: если клиника записывает по телефону, мы проектируем лучший путь к телефонной записи.
Услуга
Подходит ли направление под мою проблему
ЕСТЬКарточка направления и телефон
Врач
Кто принимает по этому направлению
НЕТВ первой сборке не выведен
Стоимость
Сколько стоит приём и что входит
ЧАСТИЧНОПрайс отдельным PDF, не в маршруте
Филиал
Куда ехать за этой услугой
ЕСТЬДва адреса и телефоны
Расписание
Когда работает нужный кабинет
ЧАСТИЧНОЧасы филиалов и приём анализов; расписания врачей нет
Запись
Какое действие совершить
ЕСТЬТелефон — единственный подтверждённый канал
В первой сборке собран вход: направления, два филиала, часы и телефон. Связка «врач → расписание → цена» требует данных клиники и отдельных страниц — это следующий слой. Запись, которой нет, мы не имитируем.
03 / РЕШЕНИЕ
Канон — не отсутствие идеи. Это выбор в пользу ясности.
Для локальной клиники «сделать концепт» было бы ошибкой. Пациент приходит с болью, а не за дизайном. Ему нужны врач, цена, филиал и телефон. Поэтому выбран канон частной клиники: звонок как главное действие, часы работы, два входа и спокойная визуальная система.
Это не копирование конкурентов. Конкурентов мы не смотрели: воспроизводить принятые паттерны — не метод. Работали от задачи пациента, фактов клиники и ограничения записи. Канон здесь — следствие модели, а не карго-культ.
Первый экран отвечает на три вопроса: что это за клиника, работает ли она сейчас и что сделать дальше. Action rail: позвонить, медосмотры, все направления. Часы вынесены в карточку, потому что вопрос «успею ли я» возникает раньше, чем выбор врача.
TEXT Golos Text 400–700 /ACCENT #1B5E20 /RADIUS 10–14 px
04 / АРХИТЕКТУРА
Одна поверхность, две работы.
Главная обслуживает два сценария, не смешивая их. Пациент идёт в направления. Работник или работодатель — в медосмотры. Оба ведут к звонку, но по разным причинам и с разным контекстом.
Направления показаны дважды: три карточки для быстрого входа и полный список специальностей — чтобы не заставлять человека искать «Кардиологию» в длинном каталоге. Медосмотры — отдельная полоса с условиями и прямым действием.



05 / ДОВЕРИЕ
Доверие — это адрес, часы и лицензия, а не обещания.
Для локальной клиники доверие начинается с проверяемого: два филиала, часы, приём анализов, лицензия и телефон. Мы вынесли это в первый экран и отдельный блок, а не спрятали в подвал.
Часы двух филиалов различаются, включая приём лабораторных анализов. Это данные, которые пациент ищет раньше, чем выбирает специальность. Поэтому они в карточке на первом экране и в отдельном разделе с таблицами.

Фотографии направлений — из материалов клиники. Интерьерный визуал первого экрана — временный: перед публикацией его нужно заменить реальной съёмкой. Отзывы, цены и клинические результаты не выдумываются.
06 / РЕАЛИЗАЦИЯ
Звонок как единственный подтверждённый сценарий.
Сборка на Astro: одна страница, без CMS. Телефон — главный CTA; полный список направлений ведёт к контактам, потому что онлайн-записи нет. Это честное ограничение, а не недоделка.
В реализации учтены адаптив, меню на <details>, фокус, reduced-motion, семантические секции и табличные цифры для часов и телефонов. На мобильном телефон всегда остаётся в шапке.

Что дальше: страницы направлений с врачами и ценами, расписание, подтверждение телефонного процесса и реальная съёмка. Только после этого имеет смысл обсуждать онлайн-запись.
07 / ГРАНИЦЫ
Что доказывает кейс — и чего он не доказывает.
Это концепт-редизайн по публичным материалам клиники, а не клиентский запуск. Клиника не заказывала и не подтверждала проект; конверсия, звонки и записи не измерялись.
Кейс доказывает метод: forensic текущего сайта, модель маршрута, выбор канона вместо концепта и рабочую сборку. И границы: мы не показываем цены и отзывы, которых нет, и не имитируем онлайн-запись.
Чтобы проверить гипотезу, нужны данные клиники: подтверждение телефонного процесса, расписания врачей, структурированные цены, реальные фотографии и аналитика. Тогда можно измерять звонки и доходимость до записи.
Локальной клинике нужна не выразительность, а уверенность, что человек попадёт туда, куда шёл.
Основа кейса: публичные материалы клиники «Азбука Здоровья». Концепт не связан с клиникой и не является её проектом.
← К проектамПОХОЖАЯ ЗАДАЧА?
Сайт, который объясняет
и ведёт к действию?
Разберу, что именно должна объяснить страница, соберу структуру и доведу её до рабочего интерфейса. Подходит для сложного продукта, услуги или локального бизнеса.
jefo.work@gmail.com · Обычно отвечаю в течение 1–2 рабочих дней