Лендинг — 2–4 недели, корпоративный сайт — 1,5–3 месяца, интернет-магазин — 3–5 месяцев, B2B-портал или маркетплейс — от 6 месяцев. Разброс внутри каждой категории большой, и почти всегда причина задержек — не сама разработка, а согласования, контент и недописанное ТЗ.
Ниже разберем, из чего складывается срок, какие этапы обычно «съедают» больше всего времени и что вы как заказчик можете сделать, чтобы сократить процесс на 20–30%.
bnt
Оглавление:
Ориентиры по типам сайтов
| Тип сайта | Срок | Что влияет на разброс |
|---|---|---|
| Лендинг (одностраничник) | 2–4 недели | Готовность контента и фото, число согласований |
| Сайт-визитка (5–10 страниц) | 3–5 недель | Объем контента, наличие брендбука |
| Корпоративный сайт (20–50 страниц) | 6–12 недель | Интеграции с CRM/1С, многоязычность |
| Интернет-магазин до 1000 SKU | 10–16 недель | Сложность фильтров, обмен с 1С, эквайринг |
| Магазин 10 000+ SKU | 16–24 недели | Импорт каталога, выгрузки, складская логика |
| B2B-портал, личный кабинет | 4–9 месяцев | Бизнес-логика, права доступа, отчетность |
| Маркетплейс | от 6 месяцев | Кабинеты продавцов, биллинг, модерация |
Это сроки «под ключ»: от старта работ до запуска в продакшен. Если параллельно нужны брендинг, копирайтинг или настройка SEO — добавляйте еще 2–4 недели.
Из чего складывается срок разработки сайта
Разложим этапы разработки типового интернет-магазина на 14 недель. Распределение примерно такое:
- Брифинг и проектирование (1–2 недели). Интервью с заказчиком, изучение бизнес-процессов, конкурентный анализ, утверждение ТЗ. Если ТЗ уже есть и оно подробное — этап короче.
- UX-прототипирование (2 недели). Каркасы ключевых страниц, логика фильтров, корзины и оформления заказа. Здесь же утверждаем структуру каталога.
- Дизайн (3 недели). Главная, категория, карточка товара, корзина, чекаут, типовые блоки. Дизайн-система собирается параллельно.
- Верстка и фронтенд (3 недели). Адаптив под мобильные, планшет, десктоп. Состояния, формы, анимации.
- Бэкенд и интеграции (4 недели). CMS (1С-Битрикс, Laravel, WordPress — зависит от проекта), обмен с 1С, платежные системы, СДЭК или другая логистика, аналитика.
- Контент и тестирование (1–2 недели). Загрузка товаров, заполнение страниц, кросс-браузерное и нагрузочное тестирование, фикс багов.
- Запуск (несколько дней). Перенос на боевой сервер, SSL, редиректы, проверка индексации.
Когда сроки смещаются, обычно страдают два этапа: дизайн (бесконечные правки) и контент (его просто нет к моменту верстки).
Что зависит от вас, а не от разработчиков
Сроки — это зона нашей ответственности, и мы умеем их точно планировать и рассчитывать. Однако для соблюдения общего графика важно, чтобы со стороны клиента также были своевременные решения, согласования и обратная связь. Когда эти процессы занимают больше времени, это неизбежно влияет на общий темп работы и сроки реализации проекта. По опыту вот 4 главные причины, по которым проект растягивается:
Контент не готов. Тексты, фото товаров, описания услуг, реквизиты, политики — все это должно быть к моменту верстки. Если контент пишут параллельно с разработкой, на запуске обычно стоит «рыба» вместо текстов, и дедлайн реализации сайта сдвигается еще на 2–4 недели.
Несколько ЛПР с правом вето. Когда дизайн утверждает маркетолог, потом коммерческий директор, потом собственник — каждый виток правок отнимает 3–5 рабочих дней. Лучший вариант — один ответственный с финальным словом.
Долгие согласования. Наш стандартный SLA согласования* — 2 рабочих дня на этап. На практике встречается и две недели. На дистанции пяти этапов это месяц простоя.
Изменения объема по ходу работ. «А давайте еще личный кабинет добавим» — нормальный запрос, но это новый блок работ. Лучше зафиксировать в ТЗ все, что хочется, в самом начале, и приоритизировать: что в первый релиз, что во второй.
Таблица: Как сократить срок разработки сайта
| Рекомендация | Что сделать | Почему это важно |
|---|---|---|
| Подготовить контент до старта дизайна | Собрать черновики текстов, список фото и другие материалы до начала работ | Это ускоряет дизайн и снижает число правок на поздних этапах |
| Назначить одного ответственного | Определить человека с правом финального согласования | Это убирает путаницу в решениях и сокращает время на утверждения |
| Дать доступы заранее | Подготовить доступы к домену*, хостингу*, аналитике, CRM* и 1С до старта проекта | Если доступы запрашиваются в середине проекта, интеграции могут тормозиться на дни |
| Выбирать типовые решения | Использовать стандартные механики там, где они закрывают задачу | Кастомная разработка без необходимости может добавить до 2 недель к срокам |
| Запускать проект в два этапа | Сначала MVP* с базовым функционалом, затем надстройки | Это помогает быстрее выйти в продакшен и сократить общий срок запуска |
Что увеличивает сроки разработки сайта со стороны исполнителя
Не все зависит от заказчика. Часть факторов — на стороне команды и подрядчиков:
- Сложные интеграции. Обмен с 1С под нестандартную конфигурацию — это 2–4 недели работы, а не пара дней. То же с самописными ERP*, складскими системами, нетиповыми CRM.
- Тяжелый фронтенд. SPA* на React или Vue с сотней состояний — это уже не верстка, а полноценная фронт-разработка. Закладывайте +30–50% времени.
- Жесткие требования к производительности. Lighthouse 95+, зеленые Core Web Vitals*, TTI меньше двух секунд — достижимо, но требует отдельной работы.
- Согласования с ИБ заказчика. В крупных компаниях безопасники могут затребовать пентест* перед запуском. Это плюс 2–3 недели.
- Внешние подрядчики со стороны клиента. Копирайтер, фотограф, брендинговое агентство — если они работают параллельно и срывают сроки, сайт ждет.
Когда стоит насторожиться по поводу обещанных сроков
Если интернет-магазин с 1С-интеграцией обещают за 3 недели — это либо MVP* на коробочном решении без кастома, либо нереалистичные обещания. Корпоративный портал за месяц — то же самое.
Реалистичная оценка после первого брифа всегда дается в диапазоне (например, «12–16 недель»). Точная цифра появляется только после согласованного ТЗ. Если подрядчик называет конкретный срок до составления ТЗ — это маркер, что либо ТЗ будут дорисовывать в процессе, либо сроки сорвут.
Частые вопросы
Можно ли сделать сайт за неделю? Лендинг на готовом шаблоне с вашим логотипом и текстом — да. Что-то с кастомным дизайном или интеграциями — нет.
Что быстрее: 1С-Битрикс, WordPress или Laravel? WordPress быстрее всего стартует на контентных сайтах и блогах. Битрикс выигрывает на магазинах с 1С. Laravel хорош для нестандартной бизнес-логики и личных кабинетов. На одинаковой задаче разница в сроках — обычно в пределах 20%.
Можно ли ускорить за счет двух команд параллельно? Первые 2–3 недели — да, фронт и бэк работают независимо. Дальше выигрыш от параллелизации падает: критический путь упирается в дизайн и согласования. Удвоить команду не значит вдвое сократить срок.
Что если нужны правки после запуска? Заложите 1–2 месяца на стабилизацию. За это время всплывают пользовательские сценарии, которые не были видны на тестах.
Мнение эксперта
«За последние пять лет я ни разу не видел проекта, сроки которого сорвались из-за того, что разработчики "не успели написать код". Срывы — это почти всегда история про коммуникацию.
Самый недооцененный этап — проектирование. Команды и заказчики хотят поскорее увидеть дизайн и запустить верстку, потому что это «видимая» работа. В итоге ТЗ дорисовывается уже в процессе, и каждое такое уточнение стоит дороже, чем неделя, потраченная на нормальную аналитику в начале. Условно: день обсуждения на этапе ТЗ экономит неделю переделок на верстке и две недели — на бэкенде.
Второе наблюдение — про MVP. Когда заказчик говорит "давайте сразу все и идеально", это почти гарантированно означает запуск с опозданием на 2–3 месяца и кучу функций, которыми никто не пользуется. Те, кто соглашается на двухэтапный запуск, выходят в продакшен быстрее и принимают решения о доработках уже на реальных данных, а не на догадках.
И последнее: если на старте подрядчик не задает неудобных вопросов про бизнес-процессы, интеграции и ответственных за согласование — это не «гибкость», а будущие проблемы. Хороший признак — когда вас на брифе подробно расспрашивают и иногда спорят с формулировками. Это значит, что команда уже считает риски, а не просто хочет поскорее подписать договор».
Дмитрий Коноваленко
Ссовладелец и операционный директор digital-агентства MWI (входит в ТОП-10 Рейтинга Рунета).
Один из основателей агентства, работающего на digital-рынке с 2010 года.
Отвечает за операционное управление компанией, бизнес-процессы, контроль качества реализации проектов и работу с ключевыми клиентами.
Автор Telegram канала «Предпринимательство и digital»
Эксперт в области веб-разработки, технической архитектуры интернет-проектов и автоматизации бизнес-процессов. Практик с 15+ годами опыта в digital и eCommerce.
Заключение
Сроки разработки сайта определяются не столько технологиями, сколько тем, насколько хорошо подготовлен заказчик и насколько детально описана задача. Лендинг можно собрать за две недели, можно за два месяца — разница между этими сценариями обычно не в команде, а в том, есть ли тексты, фото и человек, который принимает финальные решения.
Перед стартом проекта имеет смысл сделать три вещи. Во-первых, честно ответить себе: что должно работать в первый день после запуска, а что может подождать до второго релиза. Во-вторых, собрать контент или хотя бы назначить ответственного за него — не подрядчика, а человека внутри компании. В-третьих, договориться об одном финальном согласующем — это экономит больше времени, чем любая оптимизация процессов на стороне разработки.
Дальше остается выбрать агентство, которое дает оценку в диапазоне, задает неудобные вопросы и не обещает «магазин с Битриксом за три недели». С такой командой проект, скорее всего, уложится в озвученные сроки — а если и сдвинется, то предсказуемо и по понятным причинам.
Хотите оценку срока и стоимости для вашего проекта?
Опишите задачу — пришлем расчет с разбивкой по этапам и составом команды.Термины и сноски
* SPA (одностраничное приложение) — это сайт или веб-программа, которая загружается один раз, а потом работает как приложение на телефоне: страницы не перезагружаются, все происходит быстро и плавно. Например, когда вы листаете карточки в онлайн-почте или переключаете вкладки в картах — это SPA.
* Зеленые Core Web Vitals — это три показателя, по которым Google оценивает, насколько сайт приятен в использовании (быстро загружается, не дергается при прокрутке, сразу реагирует на нажатия). «Зеленые» — значит, все три показателя в норме, сайт работает отлично. Красные — плохо, желтые — средне.
* Пентест — это когда нанимают «белого хакера», который пытается взломать ваш сайт или приложение, но по-доброму. Он ищет дыры, через которые могут украсть данные, и сообщает о них, чтобы вы успели закрыть дыры до того, как это сделают настоящие злоумышленники.
* ERP (система управления предприятием) — единая программа, которая управляет всем в компании: склад, закупки, продажи, бухгалтерия, зарплата. Вместо того чтобы вести данные в десятке разных Excel-файлов и табличек, вы все храните в одной системе, и она сама связывает отделы друг с другом.
* Домен — это адрес сайта в интернете, который человек вводит в строку браузера, например, yandex.ru или google.com.
* Хостинг — это место, где физически хранится ваш сайт — все его картинки, тексты, видео. Представьте, что хостинг — это арендованный дом для сайта. Вы платите, чтобы сайт был доступен в интернете 24/7.
* CRM (система для работы с клиентами) — программа, в которой вы храните все разговоры с клиентами, их контакты, историю покупок, напоминания — что кому обещали, когда перезвонить. Помогает не потерять ни одного клиента и вовремя выполнить свои обещания.
* MVP (минимально жизнеспособный продукт) — самая простая версия продукта (приложения, сайта, услуги), которую можно быстро выпустить и проверить: «А это вообще нужно людям?» Например, вместо полноценного интернет-магазина вы делаете только страницу с заказом через сообщения и смотрите, есть ли первые покупатели.
* SLA согласования — за какое время вы должны согласовать документы, утвердить макет или ответить на запрос. Например: «Все правки по макету мы согласовываем не дольше одного рабочего дня». Простые правила, чтобы никто не ждал неделями.
