CV (резюме)
Написать мне
Задачи и цели проекта
При этом на старте приложение также рассматривалось как демонстрационный инструмент — его планировали использовать на обучениях и конференциях, чтобы наглядно показывать зоны и работу препаратов.
Проект нужно было сделать и запустить за 3 месяца — от первых прототипов до публикации в App Store и Google Play Market.
Бизнес-задача была двойной: с одной стороны — познакомить рынок с новой линейкой препаратов, с другой — дать специалистам удобный и надёжный инструмент для работы. Важно было не перегрузить интерфейс, а наоборот — упростить сложную медицинскую информацию и снизить риск ошибки при выборе.
Моя роль и зона ответственности
На проекте я выступала в роли лид-дизайнера. Отвечала за продуктовую логику и пользовательский опыт: проектировала ключевые сценарии, разрабатывала дизайн-концепцию, прорабатывала сложные механики, защищала решения перед командой и стекхолдерами, сопровождала реализацию.
Как мы подходили к задаче
Из-за сроков мы не делали отдельный ресёрч, но плотно работали со стейкхолдерами — команда клиента хорошо понимала рынок и поведение косметологов. Работали короткими итерациями: собирали прототипы, обсуждали их с клиентом, быстро вносили правки.
Со своей стороны дополнительно прогоняли решения через коридорные тесты, чтобы проверить базовую понятность сценариев.
На старте стало понятно, что у приложения будет два типа пользователей:
- те, кто только осваивает препараты и нуждается в поддержке
- те, кто уже работает с ними и хочет быстро проверять детали
Визуальная концепция
Сначала мы пошли в сторону более креативных решений, но быстро поняли, что это не то, что нужно клиенту. Им был важен строгий, почти «научный» стиль — без лишнего визуального шума, с акцентом на информации.
В итоге мы пришли к минималистичному интерфейсу, который не отвлекает, а поддерживает работу специалиста. Сделали 3 дизайн-концепции на выбор
Основные решения и дизайн
Ограничения и вызовы
Мы проектировали MVP без бэкенда — вся логика приложения строилась на данных из Excel-таблицы. При этом исходные данные были неструктурированы: с разными формулировками, опечатками и несостыковками. Чтобы система работала корректно, я вручную привела таблицу к единому виду и унифицировала все параметры.
Отдельно стояла задача корректно отобразить анатомические зоны. Клиент дал их в виде приблизительных набросков, поэтому я дополнительно опиралась на медицинские источники и сама отрисовала точные области.
Параллельно менялись требования: добавлялись новые зоны, параметры, уточнялись данные по препаратам. Часть решений мы встраивали сразу, другую часть откладывали в бэклог, а какие-то сценарии пересобирали, чтобы сохранить целостность продукта и уложиться в сроки.
Визуализация зон
В итоге сохранили ощущение интерактивности и «технологичности», но сделали решение быстрее и реалистичнее в производстве.
Два пользовательских сценария
В процессе работы стало понятно, что у приложения есть два ключевых сценария:
- подбор препарата, когда специалист не уверен в выборе
- быстрый доступ к информации, когда препарат уже известен
Динамическая карточка препарата
Один и тот же препарат может использоваться для разных зон, поэтому важно было не просто показать информацию, а сделать её контекстной.
Карточка адаптируется в зависимости от сценария:
- если пользователь пришёл через подбор — акцент на выбранной зоне,
- если через справочник — показываем все варианты применения.
Результаты
Приложение опубликовано в App Store и Google Play Market. Клиенту было важно уложиться в сроки — и это удалось, при этом сохранив качество и логику продукта.
Сейчас обсуждаем развитие: внедрение бэкенда и доработку пользовательских сценариев на основе реального использования.