Почти каждый, кто впервые заказывает сайт, думает примерно одно и то же: ну чего там делать-то? Пять страничек, пара кнопок, контакты. Максимум неделя. Потом оказывается, что проект растянулся на два месяца, и непонятно, где время ушло.
На самом деле месяц - это ещё быстро. Разберём, что реально происходит между "договорились" и "сайт запущен".
Этап 1: бриф и анализ - то, что все пропускают
Большинство заказчиков хотят сразу перейти к дизайну. Студия, которая это позволяет - плохая студия. Без нормального брифа разработчик рисует то, что ему кажется правильным, а не то, что нужно бизнесу.
Хороший бриф - это разговор. Кто клиент, зачем ему сайт, кто конкуренты, что должен сделать посетитель после просмотра. Иногда в процессе выясняется, что задача вообще другая: человек думал, что хочет сайт, а на самом деле ему нужна посадочная страница под один продукт.
Анализ конкурентов, сбор референсов, обсуждение структуры - всё это 3-5 дней минимум. Если студия присылает договор через час после первого звонка, это повод насторожиться.
Этап 2: проектирование и структура
Прежде чем рисовать дизайн, нужно решить, что вообще будет на сайте и в каком порядке. Это называется прототипирование - схема страниц без цветов и картинок, только блоки и текст.
На этом этапе решается: сколько разделов, что в шапке и подвале, куда ведут кнопки, где форма заявки, нужна ли страница о команде. Прототип согласовывается с заказчиком до того, как дизайнер открыл Figma. Потому что переделывать готовый дизайн из-за "а давайте блок переставим" - это деньги и время.
Этап 3: дизайн - самый непредсказуемый этап
Дизайн - то место, где проект чаще всего буксует. Не потому что дизайнеры медленные, а потому что вкусы у всех разные и формализовать их сложно.
Нормальный процесс: дизайнер делает 2-3 варианта главной страницы, заказчик выбирает направление, дальше рисуется полный макет. Итераций может быть несколько. Если заказчик меняет мнение после третьей правки - это уже новый объём работ.
Хорошая студия фиксирует количество правок в договоре. Если написано "три итерации включены" - значит четвёртая оплачивается отдельно. Это нормально, просто надо читать договор.
Этап 4: вёрстка и разработка
Готовый дизайн передаётся разработчику, который превращает красивую картинку в работающий сайт. Это не просто "нарезать и загрузить" - это написать код, настроить адаптив под мобильные, подключить формы, настроить CMS чтобы контент можно было редактировать самостоятельно.
На простом сайте-визитке вёрстка занимает неделю. На корпоративном сайте с каталогом, личным кабинетом и интеграциями - месяц и больше. Подробнее о том, как устроены этапы разработки сайта-визитки изнутри, написано в этой статье - там по шагам и без воды.
Этап 5: наполнение контентом
Вот здесь проекты умирают чаще всего. Сайт готов, ждёт тексты и фото - и ничего. Заказчик занят, тексты писать некогда, фотографии не те, "давайте пока заглушки поставим".
Заглушки стоят месяцами. Потом все забывают, что сайт не до конца заполнен, запускают рекламу и удивляются, почему не работает.
Решение простое: контент готовится параллельно с разработкой, а не после. В идеале ещё до начала дизайна хотя бы примерные тексты уже есть - дизайнер понимает, сколько места закладывать под текст и какие блоки нужны.
Этап 6: тестирование и запуск
Перед запуском сайт проверяется: все ли ссылки работают, корректно ли отображается на телефоне, отправляются ли формы, нет ли ошибок в консоли. Настраивается аналитика - минимум Яндекс.Метрика, иначе непонятно, что вообще происходит с трафиком.
Запуск - не конец. После публикации ещё несколько дней уходит на мелкие правки, которые всегда появляются уже на боевом сайте.
Почему всё равно дольше, чем планировалось
Потому что цепочка согласований. Заказчик согласует макет два дня вместо одного. Контент задержался. Домен не оформлен на нужное юрлицо. Хостинг не тот. Интеграция с CRM оказалась сложнее.
Каждая задержка сдвигает сроки. Студия не всегда в этом виновата - процесс совместный, и скорость зависит от обеих сторон.
Если хотите быстрее: приходите с готовым контентом, оперативно отвечайте на вопросы и не меняйте техзадание в середине проекта. Это реально сокращает срок в полтора-два раза.
