Сайт и интерфейс для IT-продукта
Продукт сложный, а объяснить его нужно за один экран. Делаем сайты, интерфейсы и дизайн-системы для сервисов, приложений и платформ.
В IT-продукте дизайн — это не обёртка, а часть самого продукта: от того, как выглядит первый экран и как устроен онбординг, напрямую зависит, дойдёт ли пользователь до ценности. Работаем и с витриной, и с тем, что за ней.
С чем приходят
Что делаем
Из чего обычно состоит работа
- Карта сценариев и структура продукта
- Прототип ключевых экранов
- Онбординг и первый запуск
- Компонентная библиотека в Figma
- Тёмная и светлая темы
- Состояния загрузки, пустоты и ошибок
- Тарифы и биллинг
- Передача разработке с описанием поведения
Набор зависит от стадии: у продукта на старте и у продукта с тысячей экранов задачи разные.
Форматы и цены
Продуктовую работу считаем по сценариям, а не по числу экранов: экраны легко посчитать и легко ошибиться.
Как идёт работа
Работы в этой нише
Дизайн приложения для майнинга. Встроили в дизайн-систему геймификацию: система наград, чаты, друзья, личный кабинет.
Смотреть кейс
EdTech-продукт про историю через личности, а не факты: смелая типографика, контраст и цвет вместо привычной школьной подачи.
Смотреть кейс
Дашборды для отслеживания рабочих процессов в группе компаний: финансы, кадры, план и факт по подразделениям. Проект под NDA.
Смотреть кейс
Маркетплейс NFT-коллекций: покупка и продажа токенов, геймификация и награды, личный кабинет и чаты.
Смотреть кейсВопросы
Сколько стоит дизайн интерфейса приложения?
От 700 000 ₽ за проектирование сценариев, экраны и дизайн-систему. Цена зависит от количества сценариев: продукт с двумя ролями пользователей и продукт с шестью — разный объём работы при похожем числе экранов.
Вы работаете с уже существующим продуктом?
Чаще всего да. Начинаем с разбора того, что есть: где пользователи спотыкаются, какие обращения чаще всего приходят в поддержку. Переделываем не всё сразу, а по кускам, которые можно выкатывать отдельно.
Отдаёте ли вы дизайн-систему в код?
Мы отдаём систему в Figma с описанием поведения компонентов и участвуем в её сборке на стороне разработки. Если нужно, пишем фронтенд сами — на React и TypeScript.
Нужно ли исследование, если мы и так знаем своих пользователей?
Не всегда. Если у команды есть свежие интервью и данные, мы работаем на них. Исследование нужно, когда решения принимаются по ощущениям и внутри команды нет согласия, ради чего вообще приходит пользователь.
Что происходит после запуска?
Можно перейти на дизайн-поддержку: новые экраны, лендинги и материалы делает та же команда, которая собирала систему. Это дешевле найма и не требует заново объяснять контекст.
