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

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

Для предварительного планирования можно использовать такие рабочие диапазоны.

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

Guard-IT работает из Новосибирска с компаниями из разных регионов. Мы определяем срок после того, как понятны задача проекта, основные разделы, функции, исходные материалы и внешние зависимости.

Точная дата становится обоснованной после определения реального объёма проекта. До этого срок остаётся предварительной оценкой.

Почему одинаковые сайты могут разрабатываться разное время

Название формата даёт только первое представление о проекте.

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

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

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

Многие такие задержки можно исключить ещё до начала работ. Мы подробно разобрали это в материале о том, как правильно заказать сайт и не переделывать его потом.

Из каких этапов складывается срок разработки

Разбор задачи и проектирование

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

На этом этапе определяются основные разделы, пользовательские сценарии, формы, каталог, будущие интеграции и требования к развитию проекта.

Чем сложнее сайт, тем заметнее влияние проектирования на дальнейший график. Решение, принятое в самом начале, может затронуть дизайн, программирование и наполнение сразу нескольких разделов.

Структура и содержание

Сайт сложно проектировать в отрыве от реального содержания.

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

Для небольшого проекта часть контента можно готовить одновременно с проектированием. В большом каталоге или B2B-сайте сбор исходных данных иногда становится самостоятельным этапом.

Задержки появляются, когда содержание начинают собирать уже после утверждения макетов. Может выясниться, что предусмотренные блоки плохо подходят для реальных данных или важному направлению требуется другая структура страницы.

Дизайн

Срок дизайна зависит от количества уникальных типов страниц, сложности интерфейса и числа согласований.

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

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

Программирование и интеграции

После утверждения структуры и визуальной логики начинается техническая реализация.

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

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

Поэтому оценивать техническую часть только по количеству функций недостаточно.

Тестирование и запуск

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

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

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

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

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

На практике график чаще меняют несколько факторов:

1. Тексты, фотографии, характеристики или другие исходные материалы оказываются не готовы к нужному этапу.

2. После начала разработки появляются новые разделы, функции и требования.

3. Согласование проходит через нескольких участников без одного итогового решения.

4. Внешняя система или интеграция требует дополнительной настройки либо не предоставляет ожидаемых возможностей.

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

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

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

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

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

Такое ускорение работает, пока исходные решения уже достаточно устойчивы.

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

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

Как оценивать обещанный подрядчиком срок

Разбираться в часах дизайнеров и программистов заказчику не требуется. Полезнее понять, на основании какого объёма названа дата.

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

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

Если сайт планируют продвигать в поиске

SEO может повлиять на объём разработки ещё до запуска.

Если поисковый трафик является важным каналом привлечения клиентов, это иногда меняет структуру услуг, категории каталога, типы страниц и требования к системе управления.

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

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

Что должно быть готово к указанной дате

Срок полезно связывать с конкретным результатом.

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

У интернет-магазина критериев больше. Требуется убедиться, что работают каталог, корзина, оформление заказа, передача данных и подключённые внешние сервисы.

При таком подходе выражение «сайт готов через два месяца» становится понятнее. Обе стороны знают, какое состояние проекта подразумевается под этой датой.

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

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

Можно ли сократить срок разработки

Самый безопасный способ ускорить проект связан с уменьшением лишнего объёма и организационных задержек.

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

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

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

Что делать, если сайт нужен к конкретной дате

Жёсткий дедлайн лучше озвучивать до оценки проекта.

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

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

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

Как Guard-IT определяет срок проекта

Мы начинаем оценку с самой задачи бизнеса.

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

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

Так дата запуска связана с конкретной работой, которую предстоит выполнить.

Что в итоге

Сколько времени занимает разработка сайта, зависит от масштаба проекта, количества самостоятельных решений, готовности материалов, интеграций и согласований.

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

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

Если вы планируете новый сайт для бизнеса, Guard-IT может разобрать исходную задачу и определить реальный объём проекта. После этого мы рассчитаем срок и стоимость применительно к вашему сайту без необходимости самостоятельно составлять техническое задание.