Срок корпоративного сайта зависит от объёма, готовности контента и доступа к людям, которые принимают решения. У ВЕРСТЫ базовый корпоративный сайт — от 10 дней. Лендинг — от 5 дней, интернет-магазин и B2B-кабинет — от 3 недель, веб-приложение — от месяца.
Это ориентиры разработки при согласованном задании, а не обещание календарной даты без знакомства с проектом. Сроки — в календарных днях, данные обновлены 25 сентября 2026 года; текущие варианты объёма есть в калькуляторе.
Базовые сроки по формату
| Тип проекта | Ориентир, календарные дни |
|---|---|
| Лендинг продукта или кампании | от 5 дней |
| Корпоративный сайт до 8 разделов | от 10 дней |
| Мини-приложение или Telegram-бот | от 14 дней |
| Каталог / интернет-магазин | от 21 дня |
| B2B-кабинет с одним сценарием | от 21 дня |
| Веб-приложение с одним процессом | от 30 дней |
В эти ориентиры не включены ожидание контента, длительные согласования и дополнительные интеграции. Для сложного проекта сначала определяем границы на предпроектном обследовании. Его срок и результат согласуются отдельно.
Существующий сайт тоже требует оценки. Технический аудит, перенос на другую CMS и редизайн — разные работы. Их сроки указаны в отдельной ветке калькулятора. Не стоит переносить срок одной небольшой правки на переделку всего сайта.
Из чего складывается график
Проектирование. Определяем пользователей, разделы, данные и ключевые сценарии. У корпоративного сайта согласуем структуру и правила обновления контента. У кабинета — действия клиента, роли и источники информации. Этап заканчивается согласованным объёмом и критериями приёмки.
Дизайн. Сначала проверяем прототипы и основные страницы, затем остальные шаблоны и состояния: мобильную версию, ошибки, пустые списки и подтверждения действий. Одобрение одного красивого экрана ещё не означает готовности интерфейса к разработке.
Разработка и интеграции. Реализуем шаблоны, CMS или бизнес-логику. Обмен с CRM, 1С и ERP требует документации, тестовых доступов и участия специалистов заказчика. На график влияет не только наша работа, но и готовность соседних систем.
Контент и миграция. Загружаем согласованные материалы, проверяем данные каталога и адреса. Часть этой работы может идти параллельно разработке, если структура уже определена. Неподготовленный каталог из нескольких тысяч строк способен задержать запуск сильнее, чем дополнительный макет.
Приёмка и запуск. Проверяем основные сценарии, устройства, формы, аналитику и порядок восстановления. Для действующей системы заранее готовим переключение и план возврата. После запуска контролируем ошибки и передаём документацию.
Этапы частично пересекаются, поэтому их длительность нельзя всегда просто складывать. В договорном графике показываем зависимости и ответственных за каждый результат.
Что чаще всего сдвигает дату
- Нет владельца решения. Несколько подразделений дают противоречивые комментарии. До старта нужен человек, который собирает обратную связь и принимает итоговое решение.
- Контент обещан «чуть позже». Без технических данных, текстов и переводов нельзя проверить реальные страницы. Материалы должны иметь ответственного и дату готовности.
- Доступ к системе выдают после начала интеграции. Документация и тестовый контур нужны до фиксации обязательств по обмену данными.
- Новые требования появляются внутри этапа. Ещё одна роль, язык или способ согласования меняет объём. Сначала оцениваем влияние, затем добавляем задачу в план.
- Дата запуска зависит от внешнего события. Выставка, рекламная кампания или смена учётной системы требуют отдельного планирования. Под такую дату разумнее заранее ограничить первую версию.
Как ускорить проект
Подготовьте материалы и доступы, назначьте владельца проекта, соберите участников согласования и договоритесь о сроке обратной связи. Эти действия часто дают больше, чем просьба «работать быстрее».
Если дата жёсткая, выделите минимальный полезный этап. Например, сначала запустите корпоративную структуру и обращения, а кабинет дилера вынесите в следующий релиз. Или начните кабинет с документов и статусов, а сложный обмен заказами добавьте после проверки первой версии.
Не убирайте приёмку и проверку важных сценариев ради даты. Вместо этого сократите объём релиза. Приоритетный темп возможен только при доступной команде и готовности заказчика быстро принимать решения. Расчёт срочности в калькуляторе — предварительный ориентир, который требует подтверждения.
Что зафиксировать до старта
В графике должны быть результаты этапов, зависимости, ответственные, сроки предоставления материалов и порядок приёмки. Отдельно укажите, как новые требования и задержки согласования влияют на итоговую дату.
Для существующего сайта нужен план переключения: когда обновляется система, кто проверяет работу и что делать при сбое. Календарную дату запуска подтверждаем после оценки этих условий.
Калькулятор поможет прикинуть масштаб. Для рабочего графика обсудим задачу, текущие системы и нужную дату. Бюджет и состав работ разбираем в статье о стоимости корпоративного сайта.
Оригинал опубликован на verstalabs.ru.