До перехода к дизайну нужно было определить структуру будущего сервиса: главную страницу, регистрацию, кабинеты специалиста и клиента, каталог специалистов, библиотеку, отзывы и дополнительные пользовательские сценарии.
UX-прототип
Личные кабинеты
Пользовательские сценарии
Сначала нужно было спроектировать не внешний вид, а логику сложного сервиса
Проект представлял собой портал для поиска медицинских специалистов. В отличие от обычного корпоративного сайта здесь требовалось продумать сразу несколько взаимосвязанных типов страниц и два пользовательских сценария.
Специалист должен был работать со своей частью системы, клиент – со своей. При этом обе стороны взаимодействовали через общий интерфейс портала. Поэтому прототипирование позволяло сначала проверить архитектуру сервиса, а уже затем переходить к визуальному дизайну.
Архитектура портала строилась вокруг двух пользовательских ролей
Главная страница портала
Пользователь знакомится с сервисом и переходит к нужному сценарию.
Определяется роль пользователя
Дальнейшая логика зависит от того, кто работает с системой.
Специалист
Личный кабинет, профиль, взаимодействие с клиентами, отзывы.
Клиент
Поиск специалиста, просмотр профиля, кабинет и взаимодействие.
Пользовательский маршрут нельзя было закончить личным кабинетом
Чтобы сервис был целостным, требовалось показать дальнейшее взаимодействие. Поэтому были отдельно проработаны страницы со списком специалистов, карточками участников системы и библиотекой.
Клиент должен видеть доступных специалистов и переходить к подробной информации.
Следующий уровень – отдельная страница конкретного пользователя системы.
Библиотека расширяет функциональность портала за пределы личных кабинетов.
Один и тот же сервис выглядит по-разному для разных участников
В прототипе были предусмотрены отдельные страницы, показывающие специалиста глазами клиента и клиента глазами специалиста. Это важный момент для сервиса с несколькими ролями: интерфейс должен учитывать контекст конкретного пользователя.
В результате получился не один экран, а карта будущего продукта
Точка входа и начало пользовательского маршрута.
Определение роли и переход в соответствующую ветку.
Кабинет → клиенты → отзывы → рабочие данные
Поиск → специалист → кабинет → взаимодействие
Библиотека, отзывы и дополнительные функции.
Почему прототип особенно важен для сложного веб-сервиса
До дизайна понятно, какие экраны понадобятся и как они связаны между собой.
Можно заранее разделить интерфейсы специалиста и клиента.
Менять схему экранов на прототипе проще, чем перестраивать уже готовый визуальный дизайн.
Дизайнер и разработчик получают понятную карту того, что именно предстоит создавать.
Что этот кейс подтверждает
Прототип охватывал целую систему связанных экранов.
Интерфейсы специалиста и клиента проектировались отдельно.
На странице сохранены экраны выполненной работы.
Проект включал регистрацию, профили, кабинеты, отзывы и дополнительные разделы.
Прототип – это ещё не дизайн сайта
В этом кейсе показана именно логическая и структурная стадия разработки. Цветовая система, декоративные элементы, финальная типографика и полноценное визуальное оформление относятся уже к следующему этапу – дизайну интерфейса.
Для разных сайтов архитектура прототипа будет разной
Медицинский сервис требует кабинетов и взаимодействия пользователей. В каталожном проекте акцент уже смещается на структуру разделов, а в маркетплейсе – на товары, продавцов и сценарии покупки.
После прототипа можно переходить к дизайну и разработке
Когда структура страниц и пользовательские сценарии согласованы, следующий этап становится значительно понятнее: дизайнер получает каркас интерфейса, а разработчик – представление о функциональной логике будущего продукта.
Полный цикл разработки
Создание сайта – от структуры до готового проекта →
Прототипирование может быть первым этапом более крупной работы по созданию сайта.
Частые вопросы
Что именно показано в этом кейсе?
Здесь собраны реальные прототипы медицинского портала: главная страница, регистрация, личные кабинеты, каталог специалистов, пользовательские профили, библиотека и страницы отзывов.
Почему специалисту и клиенту нужны разные кабинеты?
У них разные задачи внутри сервиса. Поэтому интерфейс и доступные действия должны соответствовать конкретной роли пользователя.
Прототип уже содержит финальный дизайн?
Нет. Прототип показывает структуру, расположение элементов и пользовательскую логику. Визуальный стиль и полноценное оформление разрабатываются на следующем этапе.
Можно ли сделать прототип только части будущего сервиса?
Да. Объём зависит от задачи: можно прототипировать одну страницу, несколько ключевых экранов или весь пользовательский маршрут сложной системы.
Планируете сервис, портал или сайт со сложной логикой?
Сначала можно разложить будущий проект на страницы, роли и пользовательские сценарии, согласовать структуру и только после этого переходить к дизайну.