Перейти к содержанию
Владислав Колодный
CURRICULUM VITAE

Владислав
Колодный

Продуктовый дизайнер

За последние 4+ года работал с CRM, мобильными приложениями, e-commerce и SaaS: проектировал пользовательские флоу, развивал дизайн-системы и запускал продукты вместе с командами разработки.

Для меня продуктовый дизайн - это любопытство, системное мышление и внимание к деталям. Возможность погружаться в разные сферы, задавать вопросы и находить решения, которые помогают людям в повседневной жизни и работе. За это я и люблю своё дело.

Скачать CV
ОПЫТ РАБОТЫ

Accent

Продуктовый дизайнер

ноя 2025 – сен 2026

Мобильное приложение для записи быстрых заметок и встреч с транскрибацией и AI-обработкой. Работал в команде из двух дизайнеров, согласовывал решения с лидом, аналитиком и маркетингом.

  1. Вынес записи и быстрое начало записи на главный экран, добавил поиск, фильтры и явную навигацию между разделами через таббар.
  2. Переработал основные сценарии существующего MVP: навигацию, доступ к записям и дальнейшую работу с расшифрованным текстом.
  3. Спроектировал сценарии AI-саммаризации, выделения ключевых мыслей, обмена и экспорта данных.
  4. Проводил UX-исследования и usability-тестирования.
  5. Формировал и проверял UX-гипотезы совместно с PM и аналитиками.
  6. Поддерживал дизайн-систему.

Imredi

Продуктовый дизайнер

дек 2022 – окт 2025

B2B-платформа для управления работой розничных сетей. Проектировал мобильные и веб-модули аудитов, учета рабочего времени и контроля наличия товаров.

  1. Взял на себя переработку главного экрана, собрал потребности сотрудников и подключил коллег к дополнительному сбору обратной связи.
  2. Перегруппировал разделы и добавил быстрые действия. По замерам на сравнительных проверках в магазинах поиск нужных функций занимал около 40 секунд в старой версии и 5–7,5 секунд в новой.
  3. Спроектировал мобильный сценарий OSA: сотрудник получает задачу на проверку товара по сигналу ML-модели, сотрудник фиксирует причину проблемы и отправляет фотоотчет. Использовал существующий механизм чеклистов модуля аудита.
  4. Спроектировал выбор доступных гибких смен и подработок, позволяющий сотрудникам выбирать время и магазин.
  5. Развивал компоненты дизайн-системы и проводил дизайн-ревью.

Xenous.tech

UX/UI-дизайнер

янв 2022 – окт 2025

Подключился к CheckAI на раннем этапе и отвечал за дизайн мобильного приложения и веб-платформы администраторов. За год команда запустила основные функции сервиса.

  1. Координировал двух дизайнеров: распределял задачи с учетом их опыта, проводил ревью макетов и проверял реализацию модулей.
  2. Участвовал в интервью с шестью респондентами и организовал онлайн-опрос для уточнения потребностей. Выявили сценарий сравнения цен на знакомые товары и потребность в дополнительной информации о магазинах.
  3. Предложил и спроектировал единую страницу магазина с товарами, акциями, промокодами, отзывами и информацией о продавце.
  4. Совместно с аналитиками и разработчиками прорабатывал сценарии выбора товара и магазина, сканирования чеков и работы с внутренним кошельком. Проверял новые компоненты дизайн-системы на необходимость и согласованность с другими сценариями.

Proscom

Senior дизайнер

фев 2025 – авг 2025

Редизайн мобильного приложения крупной медицинской сети. Название клиента под NDA.

  1. Самостоятельно вел проектирование ключевого раздела «Мое здоровье» и связанных сценариев: результатов анализов, рекомендаций и настроек. Работал в команде из пяти дизайнеров под руководством лида.
  2. Перенес выбор пациента из настроек на экран «Мое здоровье». Спроектировал переключение между собой и близкими с отображением соответствующих анализов, рекомендаций и аналитического профиля.
  3. Проработал добавление близких с подтверждением доступа к их данным, учитывая различия между учетной записью пользователя и профилем пациента, а также ограничения существующего бэкенда.
  4. С нуля спроектировал корзину и оформление заказа: промокоды, проверку адреса клиники, выбор и добавление способов оплаты, включая банковскую карту, СБП и «Подели».
  5. Анализировал конкурентов, готовил пользовательские флоу, состояния и спецификации. Заранее согласовывал ограничения с аналитиками и разработчиками.
СОБСТВЕННЫЙ ПРОЕКТ

PollMe AI

AI SaaS-сервис, который я самостоятельно создал и довёл до продажи. Это был опыт, в котором пришлось смотреть на продукт целиком и принимать решения далеко за пределами макетов.

НАПРАВЛЕНИЯ
МедицинаРитейлГоссервисыB2BAI / SaaS
Все проекты
  • B2B
  • Mobile & Web
  • Retail

87,5% сотрудников нашли нужный сценарий без подсказок

Переработал главную, авторизацию и фотоконтроль. Собрал ежедневные задачи сотрудников в понятные сценарии – от входа в приложение до проверки фотоаудита.

Контекст задачи

Imredi – B2B-платформа для контроля и развития розничных сетей. Сотрудники работают с торговыми точками, задачами, аудитами и показателями; менеджеры проверяют фотоотчёты.

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

Проблемы

  • Главная отдавала приоритет показателям, хотя сотрудники открывали приложение ради конкретного действия.
  • При выборе между сетью Imredi и корпоративной установкой люди путали способы входа.
  • Для 2FA требовалось объяснить ввод кода, повторную отправку и временную блокировку.
  • В фотоконтроле менеджер терял контекст магазина и открывал снимки по одному.

Ограничения

Главную нужно было улучшить небольшим объёмом изменений в существующем продукте. В авторизации – сохранить обычный вход и добавить корпоративный вариант. В 2FA – учесть лимиты повторной отправки. В фотоконтроле – оставить детальный просмотр для снимков, по которым нельзя принять решение на превью.

Моя роль

Продуктовый дизайнер. Анализировал текущие сценарии, проводил интервью и проверки с сотрудниками, формулировал гипотезы и проектировал интерфейсы. В моей зоне были приоритеты главной, выбор способа входа, состояния подтверждения и логика обработки фотоаудитов.

Гипотезы

  1. Если вынести частые действия наверх и сгруппировать функции по рабочим задачам, сотрудники быстрее найдут нужный сценарий.
  2. Если начать вход с общей формы и показывать корпоративный адрес по необходимости, пользователю будет проще выбрать свой путь.
  3. Если явно показать состояние кода и правила повторной отправки, сотрудник будет понимать, как продолжить вход при ошибке или задержке письма.
  4. Если сгруппировать фотографии по точкам и показать статус на превью, менеджер сможет реже открывать снимки и быстрее проверять пакет.

Ключевые решения

Главная: действия перед сводкой

Разместил «Обновить», «Очередь», «Точки» и «Заметки» под профилем. Остальные блоки сгруппировал по WFM, Audit и KPI. Показатели сохранил, конкурирующие цветовые акценты сократил.

Авторизация: одна форма для двух ситуаций

Убрал отдельный выбор способа подключения. Обычный вход доступен сразу; для корпоративной установки сотрудник включает опцию и вводит адрес сервиса.

2FA: понятные состояния и ограничения

После логина и пароля – код из письма. Показал замаскированный адрес, отдельные ячейки кода, ошибку, таймер повторной отправки и временную блокировку.

Фотоконтроль: решение в контексте точки

Собрал фото одного визита в общий блок, вынес статусы на превью и дал возможность проверить снимок из списка. Детальный просмотр оставил для спорных случаев и постановки задачи.

Результат

Результаты относятся к отдельным проверкам сценариев:

СценарийЧто проверялиРезультат
ГлавнаяСамостоятельный поиск ключевых сценариев14 из 16 сотрудников двух точек – 87,5%
АвторизацияПонимание обновлённой логики входа с первой попытки13 из 13 сотрудников двух точек
ФотоконтрольВремя проверки одного пакетаС 4,8 до 2,9 минуты – примерно на 40% меньше
ФотоконтрольОткрытия полноразмерных фотоНа 53% меньше
ФотоконтрольАудиты, обработанные в день поступленияС 62% до 87%
2FAПодготовка сценария и состоянийСпроектированы ввод, ошибки, повторная отправка и блокировка; числовых результатов проверки нет

Для главной проверяли понятность нового экрана. Сокращение времени навигации по сравнению с прежней версией не измерено. Авторизацию выбрали для дальнейшей реализации, фотоконтроль – для финальной версии продукта.

Рефлексия

В рабочих инструментах структура должна следовать задаче сотрудника: начать работу, войти в аккаунт или обработать аудит. Главную удалось изменить за счёт иерархии, авторизацию – за счёт понятного признака выбора, фотоконтроль – за счёт сохранения контекста. Для следующей оценки главной я бы добавил сравнение времени и ошибок со старой версией.

Подробно о каждом решении