---
title: "Сайт и интерфейс для IT-продукта — Prostor"
canonical: "https://prostor-agency.com/industries/it-produktu"
summary: "Проектируем сайты, интерфейсы и дизайн-системы для IT-продуктов, приложений и платформ. Кейсы: Liqad, Cognition, BYRD, WonderPlace, система дашбордов."
---

## Сайт и интерфейс для IT-продукта

Продукт сложный, а объяснить его нужно за один экран. Делаем сайты, интерфейсы и дизайн-системы для сервисов, приложений и платформ.

В IT-продукте дизайн — это не обёртка, а часть самого продукта: от того, как выглядит первый экран и как устроен онбординг, напрямую зависит, дойдёт ли пользователь до ценности. Работаем и с витриной, и с тем, что за ней.

## С чем приходят

- **Продукт объясняется только голосом** — Команда рассказывает на созвоне за пять минут, а на сайте человек не понимает, что это. Задача сайта — сделать так, чтобы созвон был не нужен для первого «понял».
- **Интерфейс вырос, а логики в нём нет** — Функции добавлялись по одной, каждая своим способом. Пользователь теряется, поддержка отвечает на одни и те же вопросы. Лечится системой, а не перерисовкой экранов.
- **Каждый экран рисуется заново** — Без дизайн-системы новая фича стоит дизайнеру недели, а разработчику — ещё одной. С системой обе цифры падают в разы.
- **До ценности доходят единицы** — Регистрация есть, активации нет. Смотрим сценарий целиком: что человек видит в первую минуту и что мешает ему дойти до момента, ради которого он пришёл.

## Что делаем

- **Сайт продукта** — Первый экран, который объясняет ценность без жаргона, демонстрация механики прямо на странице, тарифы и путь к регистрации.
- **Интерфейс приложения** — Проектирование сценариев и отрисовка экранов: онбординг, основная работа, пустые состояния, ошибки — то, что обычно оставляют на потом.
- **Дизайн-система** — Компоненты, состояния, токены и правила. Передаём разработке так, чтобы её можно было собрать в код, а не пересказывать по макетам.
- **Исследование** — Интервью с пользователями и разбор сценариев до того, как рисовать. Дешевле проверить гипотезу на разговоре, чем на релизе.
- **Дашборды и данные** — Таблицы, графики и отчёты, которые читаются без инструкции: иерархия, состояния, поведение при пустых и предельных значениях.
- **Дизайн-поддержка** — После запуска — команда на подписке: новые экраны, лендинги и материалы в едином стиле, без найма дизайнера в штат.

## Из чего обычно состоит работа

- Карта сценариев и структура продукта
- Прототип ключевых экранов
- Онбординг и первый запуск
- Компонентная библиотека в Figma
- Тёмная и светлая темы
- Состояния загрузки, пустоты и ошибок
- Тарифы и биллинг
- Передача разработке с описанием поведения

Набор зависит от стадии: у продукта на старте и у продукта с тысячей экранов задачи разные.

## Форматы и цены

- **Сайт продукта** — от 400 000 ₽. Лендинг или многостраничный сайт с демонстрацией механики и тарифами. Срок — от шести недель.
- **Интерфейс продукта** — от 700 000 ₽. Сценарии, экраны и дизайн-система. Срок — от десяти недель, зависит от числа сценариев.
- **Дизайн-поддержка** — от 142 000 ₽ в месяц. Команда на подписке после запуска: задачи в очереди, предсказуемый срок ответа.

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

## Как идёт работа

- **Разбираемся в продукте** (1–2 недели) — Демо, разговор с командой, разбор метрик и обращений в поддержку. Ищем, где именно теряется пользователь.
- **Проектируем сценарии** (2–3 недели) — Структура и прототипы ключевых экранов. На этом шаге спорить дёшево, поэтому спорим здесь.
- **Рисуем и собираем систему** (3–6 недель) — Визуальный язык, экраны и компонентная библиотека одновременно — так правила рождаются из реальных задач.
- **Передаём и сопровождаем** (от 2 недель) — Разбор макетов с разработкой, описание поведения компонентов, ответы по ходу сборки.

## Вопросы

**Сколько стоит дизайн интерфейса приложения?**

От 700 000 ₽ за проектирование сценариев, экраны и дизайн-систему. Цена зависит от количества сценариев: продукт с двумя ролями пользователей и продукт с шестью — разный объём работы при похожем числе экранов.

**Вы работаете с уже существующим продуктом?**

Чаще всего да. Начинаем с разбора того, что есть: где пользователи спотыкаются, какие обращения чаще всего приходят в поддержку. Переделываем не всё сразу, а по кускам, которые можно выкатывать отдельно.

**Отдаёте ли вы дизайн-систему в код?**

Мы отдаём систему в Figma с описанием поведения компонентов и участвуем в её сборке на стороне разработки. Если нужно, пишем фронтенд сами — на React и TypeScript.

**Нужно ли исследование, если мы и так знаем своих пользователей?**

Не всегда. Если у команды есть свежие интервью и данные, мы работаем на них. Исследование нужно, когда решения принимаются по ощущениям и внутри команды нет согласия, ради чего вообще приходит пользователь.

**Что происходит после запуска?**

Можно перейти на дизайн-поддержку: новые экраны, лендинги и материалы делает та же команда, которая собирала систему. Это дешевле найма и не требует заново объяснять контекст.