Из чего складывается стоимость сайта: честный разбор

Структура и объём

Первый множитель бюджета — количество уникальных страниц. Уникальных — значит требующих собственного макета и логики: главная, страница услуги, карточка товара, статья. Сто страниц каталога на одном шаблоне — это одна единица работы дизайнера, а не сто.

Поэтому грамотное ТЗ считает не «страницы», а типы страниц. Это же объясняет, почему добавление раздела «Блог» стоит заметно меньше, чем кажется: шаблон один, статей — сколько угодно.

Дизайн: три уровня стоимости

Уровень 1 — дизайн-система. Сайт собирается из готовых проверенных компонентов с настройкой под бренд. Быстро, опрятно, экономично — оптимально для типовых задач.

Уровень 2 — индивидуальный дизайн. Уникальные макеты под ваш бренд и контент: своя типографика, свои композиции, продуманные состояния. Стандарт для компаний, где сайт — лицо бизнеса.

Уровень 3 — премиальный. Иллюстрации, анимация, нестандартные взаимодействия. Дорого не из-за «красоты», а из-за трудоёмкости: каждый эффект проектируется, рисуется и программируется отдельно.

Функциональность и интеграции

Формы и карты почти ничего не добавляют к бюджету. Заметно добавляют: личные кабинеты (авторизация, права, безопасность), онлайн-оплата (платёжные системы, чеки, возвраты), синхронизация с учётными системами (1С, склад) и любой «обмен данными» с внешними сервисами.

Контент — статья, о которой забывают

Тексты, фотографии, характеристики товаров — в половине проектов именно контент становится узким местом сроков. Если контента нет, его создание нужно закладывать в бюджет: копирайтинг, фотосъёмка, наполнение карточек. Если контент «есть, но в старом сайте» — закладывайте перенос и вычитку.

Жизнь после запуска

Сайт после запуска требует: хостинг и домен, обновления платформы и защиты, резервные копии, мелкие доработки. Это предсказуемо небольшие, но постоянные затраты. Отсутствие поддержки экономит немного, а стоит дорого — в момент, когда что-то ломается перед горячим сезоном.

Где можно экономить, а где нельзя

Можно: запускаться очередями (сначала ядро, потом кабинеты и «хотелки»), использовать дизайн-систему вместо премиального дизайна на старте, брать готовые решения для типовых функций.

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