Клиенты на первой встрече почти всегда задают один и тот же вопрос: сколько времени занимает создание сайта с нуля. Единого ответа нет: лендинг на Tilda я собираю за 5-7 дней, а интернет-магазин с интеграцией эквайринга и доставки СДЭК растягивается на 6-8 недель. Дальше разберу процесс по этапам, от брифа до запуска, с реальными сроками из практики и тем, что эти сроки реально удлиняет.
Бриф и техническое задание: сколько дней уходит на старте
Бриф на лендинг у меня занимает 1-2 дня переписки: собираю референсы, список разделов, тексты и контакты для формы заявки. На проект с интеграциями - CRM, эквайринг, доставка - до 5 дней, потому что нужно согласовать список сервисов и формат обмена данными между ними, а не просто нарисовать структуру страниц.
Если клиент приходит с готовым техзаданием и структурой контента, этот этап сокращается вдвое. Если текстов и фото нет и их нужно писать с нуля, добавляю 3-7 дней на копирайтинг отдельной строкой в план, а не прячу их внутри «дизайна» - иначе смета по срокам разъезжается уже на втором этапе.
Дизайн и прототип: сколько занимает макет
После брифа делаю прототип (wireframe), потом визуал в Figma. Для лендинга - 3-5 дней на первый вариант плюс 1-2 раунда правок. Для многостраничного корпоративного сайта - 7-12 дней, там больше макетов и сложнее структура переходов между разделами. Для интернет-магазина с карточкой товара, каталогом и фильтрами - 10-20 дней, потому что нужно продумать десятки состояний интерфейса: пустая корзина, наличие товара, разные способы оплаты.
На Tilda часть этой работы закрываю готовыми блоками платформы - это ускоряет саму верстку, но не отменяет продумывание структуры разделов и текстов под них.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Верстка и разработка: Tilda, WordPress или кастом
Сроки верстки сильно зависят от платформы и типа сайта. По моей практике это выглядит так:
| Платформа | Лендинг | Корпоративный сайт | Интернет-магазин |
|---|---|---|---|
| Tilda | 3-5 дней | 7-10 дней | 10-15 дней (с Tilda-скриптами под оплату и доставку) |
| WordPress | 5-7 дней | 10-15 дней | 15-25 дней (с WooCommerce и настройкой плагинов) |
| Кастомная разработка (Next.js, Laravel) | 15-25 дней | 25-40 дней | 40-60 дней |
Tilda быстрее всего за счёт конструктора, но упирается в потолок по кастомной логике. WordPress требует настройки темы, подбора и совмещения плагинов, а магазин на WooCommerce - ещё и импорта товаров с настройкой каталога. Кастомная разработка дольше всего, потому что backend, API и админку пишу с нуля, зато нет ограничений конструктора и CMS. Для ориентира: сайт на Tilda у меня стоит от 30 000 ₽, на WordPress от 60 000 ₽, а кастомный сайт или веб-сервис от 300 000 ₽ при сроке от 8 недель.
Интеграции: оплата, доставка, CRM и боты - сколько добавляют времени
Интеграции почти всегда съедают больше времени, чем ожидает клиент на старте. Подключение эквайринга T‑Bank к магазину на WooCommerce - обычно 3-5 дней, включая тестовые платежи и проверку вебхуков о статусе оплаты. Расчёт доставки через API СДЭК - 2-4 дня на подключение и проверку тарифов по разным городам.
Если для Tilda нужно ограничить доставку своими зонами на карте, я обычно беру готовый скрипт ограничения доставки по зонам для Tilda из библиотеки и настраиваю под зоны и условия клиента - это быстрее, чем писать логику с нуля. CRM-интеграция, передача заявок в amoCRM или Bitrix24, занимает 2-3 дня. Если нужен Telegram-бот для уведомлений о заказах на aiogram, добавляю 5-10 дней в зависимости от количества сценариев. А цепочку вроде «форма на сайте - CRM - уведомление в Telegram» иногда выгоднее собрать в n8n вместо отдельного сервиса - это 2-4 дня на настройку вебхуков.
По деньгам: доработка скрипта для Tilda - от 3 000 ₽, комплексная интеграция вроде CRM, эквайринга и СДЭК вместе - от 40 000 ₽, Telegram-бот - от 30 000 ₽, автоматизация в n8n - от 25 000 ₽.
Тестирование и запуск: финальный рывок
Перед запуском проверяю адаптивность на разных экранах, кросс-браузерность, скорость загрузки, работу форм и тестовые платежи. Для лендинга это 1-2 дня, для магазина с несколькими способами оплаты и доставки - 3-5 дней, потому что каждый сценарий заказа тестирую отдельно, а не полагаюсь на то, что «раз одна оплата работает, заработают и остальные».
Дальше перенос на боевой домен, настройка SSL и DNS - обычно сутки-двое с учётом времени на обновление записей у регистратора. После запуска первую неделю слежу за метриками и логами ошибок, чтобы поймать то, что не всплыло на тестовом контуре.
От чего реально зависит срок создания сайта с нуля
- готовность контента: тексты, фото и видео я или пишу сам, или получаю уже готовыми от клиента
- число согласований и раундов правок на стороне клиента
- сложность интеграций: один платёжный шлюз или несколько, одна CRM или синхронизация сразу с несколькими системами
- платформа: конструктор, готовая CMS или разработка с нуля
- скорость обратной связи от клиента - на каждый раунд правок закладываю 1-2 дня, но если ответ приходит через неделю, срок сдвигается на неделю
Частые вопросы
Можно ли сделать сайт быстрее среднего срока?
Можно, если контент готов заранее, структура утверждена на первой встрече и правки согласуются в течение суток. Простой лендинг на Tilda без сложных интеграций иногда сдаю за 5 дней, но это скорее исключение, чем правило.
Почему интернет-магазин делается дольше, чем лендинг?
В магазине больше состояний интерфейса: карточка товара, корзина, оформление заказа, плюс интеграции оплаты и доставки, которые нужно тестировать на реальных сценариях, а не только на тестовых. Каждая дополнительная интеграция - это отдельный цикл настройки и проверки, а не просто ещё один блок на странице.
Входит ли период после запуска в общий срок разработки?
Нет, срок считаю до момента, когда сайт заработал в боевом режиме. Первую неделю после запуска слежу за ошибками отдельно, это уже не часть сроков разработки, а сопровождение.
Что чаще всего затягивает сроки?
На практике - не техническая часть, а долгие согласования правок и отсутствие готового контента на старте проекта. Из технических причин - смена требований по интеграциям в середине работы, когда часть сделанного приходится переделывать.