Сколько времени занимает разработка сайта: сроки по этапам

Срок корпоративного сайта зависит от объёма, готовности контента и доступа к людям, которые принимают решения. У ВЕРСТЫ базовый корпоративный сайт — от 10 дней. Лендинг — от 5 дней, интернет-магазин и B2B-кабинет — от 3 недель, веб-приложение — от месяца.

Это ориентиры разработки при согласованном задании, а не обещание календарной даты без знакомства с проектом. Сроки — в календарных днях, данные обновлены 25 сентября 2026 года; текущие варианты объёма есть в калькуляторе.

Базовые сроки по формату

В эти ориентиры не включены ожидание контента, длительные согласования и дополнительные интеграции. Для сложного проекта сначала определяем границы на предпроектном обследовании. Его срок и результат согласуются отдельно.

Существующий сайт тоже требует оценки. Технический аудит, перенос на другую CMS и редизайн — разные работы. Их сроки указаны в отдельной ветке калькулятора. Не стоит переносить срок одной небольшой правки на переделку всего сайта.

Из чего складывается график

Проектирование. Определяем пользователей, разделы, данные и ключевые сценарии. У корпоративного сайта согласуем структуру и правила обновления контента. У кабинета — действия клиента, роли и источники информации. Этап заканчивается согласованным объёмом и критериями приёмки.

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

Разработка и интеграции. Реализуем шаблоны, CMS или бизнес-логику. Обмен с CRM, 1С и ERP требует документации, тестовых доступов и участия специалистов заказчика. На график влияет не только наша работа, но и готовность соседних систем.

Контент и миграция. Загружаем согласованные материалы, проверяем данные каталога и адреса. Часть этой работы может идти параллельно разработке, если структура уже определена. Неподготовленный каталог из нескольких тысяч строк способен задержать запуск сильнее, чем дополнительный макет.

Приёмка и запуск. Проверяем основные сценарии, устройства, формы, аналитику и порядок восстановления. Для действующей системы заранее готовим переключение и план возврата. После запуска контролируем ошибки и передаём документацию.

Этапы частично пересекаются, поэтому их длительность нельзя всегда просто складывать. В договорном графике показываем зависимости и ответственных за каждый результат.

Что чаще всего сдвигает дату

• Нет владельца решения. Несколько подразделений дают противоречивые комментарии. До старта нужен человек, который собирает обратную связь и принимает итоговое решение.
• Контент обещан «чуть позже». Без технических данных, текстов и переводов нельзя проверить реальные страницы. Материалы должны иметь ответственного и дату готовности.
• Доступ к системе выдают после начала интеграции. Документация и тестовый контур нужны до фиксации обязательств по обмену данными.
• Новые требования появляются внутри этапа. Ещё одна роль, язык или способ согласования меняет объём. Сначала оцениваем влияние, затем добавляем задачу в план.
• Дата запуска зависит от внешнего события. Выставка, рекламная кампания или смена учётной системы требуют отдельного планирования. Под такую дату разумнее заранее ограничить первую версию.

Как ускорить проект

Подготовьте материалы и доступы, назначьте владельца проекта, соберите участников согласования и договоритесь о сроке обратной связи. Эти действия часто дают больше, чем просьба «работать быстрее».

Если дата жёсткая, выделите минимальный полезный этап. Например, сначала запустите корпоративную структуру и обращения, а кабинет дилера вынесите в следующий релиз. Или начните кабинет с документов и статусов, а сложный обмен заказами добавьте после проверки первой версии.

Не убирайте приёмку и проверку важных сценариев ради даты. Вместо этого сократите объём релиза. Приоритетный темп возможен только при доступной команде и готовности заказчика быстро принимать решения. Расчёт срочности в калькуляторе — предварительный ориентир, который требует подтверждения.

Что зафиксировать до старта

В графике должны быть результаты этапов, зависимости, ответственные, сроки предоставления материалов и порядок приёмки. Отдельно укажите, как новые требования и задержки согласования влияют на итоговую дату.

Для существующего сайта нужен план переключения: когда обновляется система, кто проверяет работу и что делать при сбое. Календарную дату запуска подтверждаем после оценки этих условий.

Калькулятор поможет прикинуть масштаб. Для рабочего графика обсудим задачу, текущие системы и нужную дату. Бюджет и состав работ разбираем в статье о стоимости корпоративного сайта.

Оригинал опубликован на verstalabs.ru.