Итоговая сумма за сайт зависит не только от того, из чего он состоит. На нее влияют еще две вещи, которыми во многом управляет сам заказчик: насколько готовы материалы к началу работы и как быстро принимаются решения. Поэтому экономить без потери качества проще всего именно здесь, а не на дизайне и проверке.
Есть и второй путь — убрать часть работ из проекта. Иногда это разумно, иногда потом обходится дороже. Ниже разберу, откуда берется разница между ценой на сайте и сметой, что на нее влияет и где проходит граница между разумной экономией и риском.
Почему базовая цена и итоговая смета различаются
На странице услуг и цен у каждого типа проекта указана стоимость «от»: лендинг от 15 000 ₽, сайт-визитка или портфолио от 30 000 ₽, корпоративный сайт и интернет-магазин от 50 000 ₽, приложение в Telegram от 30 000 ₽, доработка от 15 000 ₽. Это нижняя граница для типового объема. Она помогает понять порядок расходов, но не описывает конкретный проект.
Окончательная стоимость разработки сайта складывается после брифа, когда понятны дизайн, функции, объем контента и то, в каком виде находятся исходные материалы. Два лендинга с одинаковой структурой могут стоить по-разному: для одного тексты и фотографии готовы, для другого их нужно собрать, отобрать и обработать.
При этом базовые вещи не должны превращаться в дополнительные услуги. Адаптивность под телефон и планшет, обычные формы заявки, стандартное тестирование и согласованные базовые настройки входят в работу. Все, что выходит за согласованный объем, я сначала оцениваю и согласовываю с заказчиком и только потом делаю. Так смета не растет незаметно в конце проекта.
Когда ищут разработку сайта недорого, обычно сравнивают как раз цены «от». Сравнение полезное, но честнее сравнивать сметы на одинаковый состав работ: что входит в дизайн, кто готовит тексты и фото, какие функции нужны и что будет после запуска.
Что на самом деле увеличивает стоимость разработки сайта
Причины удорожания довольно предсказуемы, и большинство из них видно еще до старта. Я делю их на четыре группы.
- Внешний вид.Индивидуальные макеты, сложная анимация, нестандартная адаптация под разные экраны. Если сайт делается на Tilda, сюда же относится Zero Block: в нем можно собрать почти любую композицию, но каждую такую секцию нужно отдельно продумать и проверить на всех экранах.
- Функции.Квизы с ветвлением вопросов и расчетом стоимости, калькуляторы, личные кабинеты, каталоги со сложными фильтрами и вариантами товаров, собственный код на HTML, CSS и JavaScript.
- Связи с другими сервисами.CRM, онлайн-оплата, службы доставки, внешние API. У каждого сервиса свои документация, доступы и способы передачи данных, и все это нужно настроить и проверить на реальных сценариях.
- Контент и изменения по ходу.Подготовка текстов, отбор и обработка фотографий, массовая загрузка материалов, новые страницы и языковые версии, пересмотр уже согласованных решений и сокращенные сроки.
Первые три группы обычно обсуждают сразу: о видимой части сайта легко говорить. О четвертой вспоминают позже, хотя ее объем тоже можно оценить до старта, если заранее показать, в каком виде материалы.
Как готовность материалов влияет на стоимость
Тексты, фотографии, логотип, контакты, цены, товарные данные — без этого сайт не собрать, даже если дизайн готов. Вопрос в том, в каком виде материалы приходят к разработчику.
Возьмем фотографии. Если на Гугл диске лежит большой архив без отбора и понятных имен, до начала дизайна его нужно скачать, распаковать, разложить по разделам, переименовать и сопоставить со страницами или товарами. Потом из многих похожих кадров надо выбрать подходящие и согласовать выбор. Все это реальная работа, и в смете она учитывается отдельно. Если же заранее выбрать 5–10 фотографий для обложки и галереи, дизайн можно согласовать быстрее, а время на отбор и повторную обработку сокращается.
Отдельно стоят снимки для первого экрана, фоновых блоков, слайдеров и превью. Поверх них часто размещают текст, поэтому кадру нужны свободное место и спокойный фон. Затемнить фото полупрозрачным слоем получается не всегда: иногда нужны локальная коррекция света, другой кадр или согласованная обработка нейросетью. Такие действия я обсуждаю заранее. Изображение, измененное нейросетью, нельзя выдавать за документально точную фотографию объекта.
С текстами похожая история. Если сведения о компании разбросаны по переписке, старым презентациям и документам с разными цифрами, кому-то придется их собрать и сверить. В интернет-магазине та же работа касается товаров: названия, характеристики, варианты, цены и фото. Существенная часть трудозатрат в магазине часто связана как раз с товарным контентом, поэтому аккуратная таблица товаров заметно сокращает ручную работу.
Заказчику не нужно разбираться в технической части. Его задача — дать сведения о бизнесе, помочь выбрать материалы и сказать, что на сайте обязательно должно быть. Как это показать, решает разработчик.
Почему вовремя принятые решения ускоряют работу
Сайт собирается по этапам: структура, прототип, дизайн, функции, наполнение, проверка. Каждый следующий этап опирается на решения предыдущего. Если ответ на вопрос задерживается, работа останавливается или идет дальше на предположениях, которые потом придется переделывать.
Отдельная статья расходов — изменения уже утвержденного. Новый блок в согласованном макете, другая структура меню после того, как страницы собраны, замена одобренных фотографий — это новый объем работ. Исправление ошибки к этому не относится: если что-то сделано не так, как договорились, это часть моей работы.
Сократить такие изменения помогают простые привычки. Со стороны заказчика лучше назначить одного человека, который согласует решения. Замечания удобнее собирать в один список, а не присылать по одному в разные мессенджеры. Структуру и прототип стоит внимательно посмотреть до утверждения дизайна: на этом этапе поправить порядок блоков проще всего.
Есть и прямая связь с ценой. Сокращенные сроки — один из факторов, которые увеличивают смету. Если решения принимаются без долгих пауз, проект укладывается в обычный график, и платить за срочность не приходится.
На чем можно сэкономить, а на чем нежелательно
Вопрос, как сэкономить на разработке сайта, обычно начинается с желания что-то убрать. Убирать стоит то, без чего сайт по-прежнему решает свою задачу.
Не каждой странице нужен свой макет. Когда несколько страниц услуг устроены одинаково, их можно собрать по одному шаблону, и посетитель этого не заметит. Число уникальных шаблонов напрямую влияет на объем дизайна.
Если речь о сайте на Тильде, большую часть страниц можно собрать на стандартных блоках. Так я делаю, например, лендинг на Тильде: владелец потом сам меняет цену, дату, фото или отзыв в обычном редакторе, без программиста. Zero Block я использую там, где без него действительно не обойтись. Экономия здесь двойная: меньше работы при разработке и меньше обращений за мелкими правками после запуска.
Функции тоже можно разделить на очереди. Личный кабинет, сложный калькулятор или квиз с ветвлением полезны, когда без них не работает процесс продаж. Пока заявок немного и они похожи друг на друга, справится простая форма, а сложную функцию можно добавить после запуска, когда станет понятно, что она нужна.
Анимацию разумно оставлять там, где она помогает читать и выбирать: показать порядок этапов или обратить внимание на кнопку. Эффекты ради эффектов увеличивают смету и почти ничего не дают посетителю.
А вот на чем экономить нежелательно:
- на проверке сайта на телефоне и разных экранах;
- на тестировании форм: заявка должна дойти туда, где ее ждут;
- на структуре и прототипе: ошибки, найденные позже, исправлять дороже;
- на качестве исходников для первого экрана, потому что слабый кадр все равно придется заменять или долго обрабатывать;
- на базовой SEO-настройке: заголовках, метатегах и адресах страниц.
Еще одна сомнительная экономия — отказаться от подготовки материалов, когда своих текстов и фото нет. Сайт тогда запускается с временными текстами и случайными фото, и вскоре его приходится переделывать. Выгоднее сразу честно включить подготовку в смету.
Какие задачи стоит автоматизировать
Автоматизация стоит денег на старте и окупается там, где задача повторяется. Разовую загрузку нескольких страниц проще сделать вручную. Регулярное обновление большого каталога — уже повод подумать о скрипте.
Обычно имеет смысл автоматизировать:
- загрузку и обновление товаров по таблице, если ассортимент большой или часто меняется;
- передачу заявок в CRM, Google Таблицы, на почту или в Telegram, чтобы никто не переносил их руками;
- обновление цен, остатков или расписания из одного источника, если эти данные меняются часто;
- рабочие сценарии с ИИ-инструментами там, где повторяется одна и та же обработка текста или данных.
Важное условие для автоматизации — структурированные данные. Таблица товаров с отдельными столбцами для названия, артикула, категории, цены и фото загружается в каталог импортом, без ручного заполнения каждой карточки. Те же сведения, разбросанные по переписке, сначала придется вручную свести в такую таблицу.
Что я могу взять на себя
Не у каждого заказчика есть время и люди, чтобы готовить материалы. В таком случае я беру эту часть на себя: собираю и систематизирую контент, подбираю и обрабатываю фотографии, готовлю графику, делаю сложные функции и интеграции. Это обычная работа, просто ее объем нужно учесть в смете. Поэтому я обсуждаю ее заранее, а не добавляю по ходу.
Если основная разработка уже закончена и нужно обновлять страницы, наполнять каталог или добавлять новые блоки, для этого есть отдельное направление — доработка и наполнение.
Чтобы понять, как сделать ваш проект без лишних расходов, расскажите о нем в квизе на сайте. Я отвечу лично, уточню детали и предложу структуру и оценку с учетом ваших материалов и задач.