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

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

Почему нельзя назвать срок только по типу сайта?

Два сайта компании могут иметь одинаковое число страниц и совсем разный объём работ. В одном случае есть фотографии, тексты и готовая структура. В другом ещё предстоит описать услуги, провести съёмку и разобраться, как заявки попадут в CRM. Если оценить только сборку страниц, вторая половина проекта останется за пределами календаря.

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

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

Вместо одной длинной строки «сделать сайт» удобнее согласовать несколько результатов, которые можно посмотреть и принять.

1. Структура и требования. Понятно, какие страницы и функции нужны посетителю и сотрудникам компании.
2. Макеты и содержимое. Согласованы внешний вид, тексты и материалы, на которых строятся страницы.
3. Сборка и подключение сервисов. Страницы работают, формы и интеграции передают нужные данные.
4. Проверка и запуск. Пройдены согласованные сценарии, подготовлен перенос, доступы и порядок дальнейшей поддержки.

Эти работы не всегда идут строго по очереди: например, тексты можно готовить параллельно с дизайном. Но финальную карточку товара трудно проверить без настоящих характеристик, а обмен с учётной системой — без доступа к тестовым данным. Такие зависимости полезно отметить заранее.

Что чаще мешает уложиться в календарь?

Представим условную компанию, которая хочет открыть сайт к отраслевой выставке. Дизайн уже согласован, а описания услуг проверяют три руководителя. Один просит объединить услуги, другой предлагает разделить их. Это меняет структуру и возвращает проект к предыдущему этапу.

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

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

Как запустить сайт к жёсткой дате?

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

Такой запуск требует отдельного списка: что готово в первой версии, что переносится и когда команда вернётся к оставшимся задачам. Формулировка «остальное доделаем» оставляет слишком много места для разных ожиданий. Вместе с ней нужно согласовать и ограничения первой версии.

Когда сайт действительно можно считать запущенным?

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

На первом обсуждении помогает короткое задание на сайт. Если дата уже определена, укажите её в брифе WBStudio вместе с причиной: выставка, открытие направления или рекламная кампания. Тогда можно оценить конкретный состав запуска.