Заказчикам Процесс и сроки

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

Короткий ответ

Для проекта с готовыми решениями ориентир составляет 5–8 недель для лендинга, 4–6 месяцев для корпоративного сайта и 7–10 месяцев для крупного каталога. Календарь зависит не только от часов разработки: его меняют количество шаблонов и состояний, готовность контента, интеграции, доступность команды заказчика, сроки согласований, миграция, тестирование и безопасное окно запуска.

Автор: S.O.L CORP Проверил: S.O.L CORP

Срок проекта не равен сумме часов, делённой на восемь

Трудоёмкость показывает, сколько рабочего времени нужно ролям, а календарный план учитывает последовательность и ожидания. Аналитик должен получить вводные до прототипа, разработчик ждёт утверждённые состояния, контент-команда работает с готовой моделью, а QA не может проверить CRM без тестового доступа. Некоторые задачи идут параллельно, другие имеют жёсткую зависимость.

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

Ориентиры для трёх масштабов

Проект Ориентир Условия
Лендинг 5–8 недель Одна услуга, готовая продуктовая информация, до восьми блоков, одна форма
Корпоративный сайт 4–6 месяцев 10–12 шаблонов, около 30 страниц, CRM, кейсы и редакционная система
Крупный каталог 7–10 месяцев 18–24 шаблона, тысячи записей, фильтры, поиск, импорт и интеграции

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

Из каких отрезков складывается календарь

  1. Исследование и фиксация требований.
  2. Карта сайта, пользовательские сценарии и прототипы.
  3. Визуальная концепция, компоненты и адаптивные макеты.
  4. Frontend, CMS, backend и интеграции.
  5. Подготовка, перенос и редакционная проверка контента.
  6. Функциональное, мобильное, доступностное и интеграционное QA.
  7. SEO-перенос, аналитика, инфраструктура и запуск.
  8. Стабилизация и передача.

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

Критический путь корпоративного сайта

Модельный календарь на 20 недель: две недели исследования, три недели архитектуры и прототипов, четыре недели дизайна, семь недель разработки, четыре недели наполнения и интеграций с пересечением, три недели полного QA и одна неделя запуска. Сумма длительностей больше 20 недель, потому что часть работ идёт одновременно.

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

Как обратная связь заказчика меняет дату

Предположим, в плане пять точек согласования с нормативом два рабочих дня. Фактически каждая занимает шесть дней. Четыре дополнительных дня, умноженные на пять, добавляют почти календарный месяц, хотя команда не увеличила трудоёмкость.

  • Назначьте одного финального согласующего.
  • Собирайте комментарии подразделений в единый список.
  • Резервируйте встречи в календаре заранее.
  • Разделяйте блокирующие решения и пожелания.
  • Фиксируйте автоматическое влияние просрочки на план.

Это не перенос всей ответственности на клиента. Подрядчик обязан заранее сообщать, какой ответ нужен, к какой дате и что остановится без него.

Контент часто становится реальным критическим путём

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

Создайте контентный трек одновременно с архитектурой. У каждой страницы должны быть владелец, статус, срок и список недостающих материалов. Для каталога заранее проверяется тестовая выгрузка; очистка 5 000 записей может занять больше времени, чем механизм импорта.

Почему интеграции нельзя обещать по названию

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

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

Как ускорять проект без скрытого долга

  • Сократить первый релиз до законченного пользовательского сценария.
  • Использовать систему компонентов и переиспользуемые шаблоны.
  • Подготовить контент и доступы до их точки входа.
  • Проводить решения короткими пакетами, а не копить месяц.
  • Запускать техническое обследование рискованных интеграций раньше.
  • Автоматизировать повторяемые проверки и импорт.

Нельзя безопасно ускориться простым сокращением QA, отказом от резервной копии или публикацией непроверенных данных. Это переносит время из проекта в инцидент после запуска.

Что должно быть в календарном плане

  1. Этапы, задачи и проверяемые результаты.
  2. Зависимости и критический путь.
  3. Роли подрядчика и заказчика.
  4. Даты предоставления контента и доступов.
  5. Норматив согласования и демонстрации.
  6. Резерв на названные риски.
  7. Окно запуска, план отката и стабилизация.

Срок становится обоснованным, когда его можно связать с объёмом, ответственными и зависимостями. Одна дата в коммерческом предложении без календаря является ожиданием, а не планом.