Бюджет дизайна цифрового продукта считают не по числу красивых экранов, а по объёму задач: исследование, сценарии, прототипы, визуальная система, правки и передача в разработку. Если эти части не разложить до старта, смета быстро расползётся, а спорить потом придётся уже не о дизайне, а о деньгах.
Из чего складывается стоимость дизайна
Цена дизайна складывается из времени специалистов, сложности продукта, количества экранов, глубины проработки сценариев и числа согласований. Самый дорогой кусок часто прячется не в макетах, а в неопределённости задачи.
На практике смета начинается с простого вопроса: что именно должно появиться в конце работы? Один экран заявки, личный кабинет, сервис бронирования, маркетплейс, внутренняя система для отдела продаж — всё это разные нагрузки. В первом случае дизайнер собирает понятную страницу и несколько состояний формы. Во втором уже появляются роли пользователей, ошибки, фильтры, уведомления, пустые состояния, адаптивные версии.
А ведь дизайн в сфере информационных технологий (IT) редко живёт сам по себе. Он цепляется за аналитику, разработку, тексты, юридические ограничения, брендбук, старую админку, привычки менеджеров. Чем больше таких хвостов, тем выше цена. Не из-за жадности исполнителя, а из-за часов, которые уходят на разбор чужой логики.
| Часть работы | Что входит | Как влияет на смету |
|---|---|---|
| Разбор задачи | Цели, аудитория, ограничения, материалы | Снижает риск переделок |
| Прототип | Структура экранов, сценарии, состояния | Даёт основную часть часов в сложных сервисах |
| Визуальная часть | Цвет, типографика, сетка, компоненты | Растёт при нестандартной стилистике |
| Адаптивы | Версии для телефона, планшета, широкого экрана | Добавляют часы к каждому типу страницы |
| Передача разработчикам | Макеты, пояснения, состояния элементов | Экономит время на этапе сборки |
Кстати, количество экранов почти всегда обманывает. «Всего пять страниц» на слух звучит недорого, пока не выясняется, что у каждой страницы есть ошибки ввода, пустые списки, фильтры, всплывающие окна и мобильная версия. Один личный кабинет может съесть больше времени, чем десять простых промостраниц.
Какие данные нужны для расчёта до старта
Для расчёта нужны описание продукта, список пользовательских сценариев, примерный набор страниц, требования к адаптивам, материалы бренда и рамки по срокам. Без этих данных смета превращается в гадание по чужим ожиданиям.
Начинать удобно не с дизайнера, а с короткой инвентаризации. Что уже есть? Старый сайт, аналитика, тексты, фирменные цвета, прототип в блокноте, записи звонков с клиентами. Иногда половина бюджета уходит только потому, что команда заново ищет ответы, которые давно лежат в переписке отдела продаж.
- опишите цель продукта одной фразой без рекламных украшений;
- перечислите основные действия пользователя: выбрать, сравнить, оплатить, оставить заявку;
- соберите страницы и разделы, которые точно нужны на запуске;
- отдельно отметьте спорные места: личный кабинет, калькулятор, каталог, поиск;
- передайте примеры интерфейсов, которые подходят по логике, а не только по внешнему виду.
Есть тонкий момент: референсы часто вредят расчёту, если показывать их без пояснений. Заказчик приносит красивый сервис и говорит: «хотим примерно так». Исполнитель видит сложную дизайн-систему, а заказчику нравилась всего лишь крупная кнопка и светлый фон. В смете сразу появляется лишний вес.
Срок тоже влияет на цену. Когда работа нужна «к понедельнику», в проект приходится ставить больше людей или отодвигать другие задачи. Ночная героика стоит денег и редко даёт хороший результат. Дизайн требует пауз на проверку логики: экран должен не только выглядеть прилично, но и выдерживать реальные данные.
Как считать бюджет: по часам, экранам или этапам
Самый надёжный расчёт строят по этапам: анализ, прототип, визуальная концепция, макеты, адаптивы, подготовка к разработке. Расчёт по экранам годится для простых страниц, а почасовая модель удобна там, где задача меняется по ходу работы.
У каждого способа своя боль. Цена за экран понятна финансовому отделу, зато плохо отражает сложность. Экран входа и экран с динамической таблицей формально оба «один экран», но часы там несравнимые. Почасовая оплата честнее при неопределённости, хотя требует доверия и регулярных отчётов.
| Модель расчёта | Когда подходит | Где риск |
|---|---|---|
| За экран | Лендинг, простой сайт, небольшой промораздел | Сложные состояния не попадают в цену |
| По часам | Сервис с меняющимися требованиями | Нужен контроль задач и отчётов |
| По этапам | Продукт со сроками и понятным запуском | Нужно заранее описать границы этапов |
| Абонентский формат | Долгая работа над продуктом после релиза | Без очереди задач часы растворяются |
Для предварительной сметы берут нижнюю и верхнюю границу. Например, прототип — от трёх до пяти рабочих дней, визуальная концепция — два-три дня, адаптивы — ещё несколько дней поверх основных макетов. Такой коридор честнее одной красивой цифры, потому что в дизайне часть решений всплывает после первого разбора.
Формула выглядит приземлённо: часы специалистов умножаются на ставку, затем добавляется резерв на правки и организацию. В резерв обычно закладывают десять-пятнадцать процентов, если задача описана подробно. При сыром запросе запас растёт, иначе первая же новая вводная ломает договорённости.
Где бюджет чаще всего выходит за рамки
Смета растёт из-за новых функций, размытых согласований, отсутствия текстов, поздних правок и недооценки адаптивных версий. Чем позже появляется новое требование, тем дороже его встроить в уже собранную логику.
Самый знакомый сценарий — «добавим ещё маленький блок». Маленький блок тянет за собой новый экран, состояние ошибки, место в мобильной версии и вопрос к разработчику. Потом выясняется, что для блока нет текста, а текст зависит от юридического отдела. В календаре прошла неделя, в смете появились часы.
Согласования тоже едят деньги почти бесшумно. Если один руководитель просит строгий стиль, второй хочет «поживее», а третий подключается перед финалом, дизайнер фактически делает несколько направлений вместо одного. Тут спасает не жёсткость ради жёсткости, а порядок: кто утверждает, на каком этапе и по каким критериям.
- Зафиксируйте состав страниц до начала макетов.
- Разделите правки на смысловые и вкусовые.
- Назначьте одного человека, который собирает обратную связь.
- Не переносите обсуждение функций на финальную визуальную стадию.
- Закладывайте резерв на данные, тексты и крайние состояния интерфейса.
Между прочим, тексты часто недооценивают сильнее всего. Кнопка без подписи, пустой экран без объяснения, ошибка без человеческой формулировки — всё это не мелочь. Дизайнер либо ждёт материалы, либо пишет черновики сам, а потом переделывает после редактора. И снова часы.
Как зафиксировать смету и не потерять гибкость
Смету фиксируют через перечень этапов, результат каждого этапа, число итераций правок и правила для новых задач. Гибкость сохраняется, если изменения не прячут внутри старой цены, а выносят в отдельную оценку.
В договоре или рабочем документе нужны не громкие формулировки, а бытовая конкретика. Сколько концепций делается. Какие разрешения экранов входят. Сколько раундов правок включено. Что считается новой функцией. Где лежат исходники. Кто принимает результат. Эти пункты звучат скучно, зато именно они потом берегут проект от нервных разговоров.
Хорошая смета похожа на карту с отмеченными развилками. Команда видит, где цена твёрдая, а где стоит переменная часть: дополнительные сценарии, новые роли пользователей, сложные фильтры, кабинет администратора. Тогда обсуждение денег не превращается в спор о доверии. Есть задача — есть оценка.
Перед стартом полезно сделать короткую проверку:
- все участники одинаково понимают итоговый результат;
- у продукта есть список обязательных и отложенных функций;
- правки ограничены числом итераций, а не настроением дня;
- адаптивные версии включены в расчёт отдельно;
- резерв указан в смете, а не держится «в голове».
Если нужен быстрый ориентир, считайте не страницы, а решения. Сколько разных сценариев должен пройти человек? Сколько состояний увидит система? Сколько раз макет перейдёт из рук дизайнера к разработчику и обратно? Ответы на эти вопросы дают куда более честную сумму, чем попытка угадать цену «за красивую картинку».
Заранее рассчитанный бюджет не убивает творческую часть дизайна. Он просто отделяет работу от тумана: где исследование, где прототип, где визуальная система, где правки, где запас на неизвестное. После такого разбора проект легче запускать, обсуждать и защищать перед теми, кто смотрит только на итоговую цифру.
Главная мысль проста: деньги в дизайне уходят не на вкус, а на решения, проверки и переделки. Чем раньше команда называет эти места своими именами, тем меньше сюрпризов ждёт на финальном согласовании.