Между первым звонком и работающим сайтом проходит от двух до шести месяцев. Рассказываем, что происходит с проектом на каждом этапе, какие решения принимает заказчик и где чаще всего теряется время.
Почему этапы важнее, чем кажется
Разработка сайта похожа на строительство: можно начать сразу с отделки, но потом придётся переносить стены. Последовательность этапов нужна не ради отчётности. Каждый следующий шаг опирается на решения предыдущего, и чем позже меняется базовое решение, тем дороже изменение. Поменять порядок разделов в структуре — полчаса работы. Поменять его же после того, как свёрстаны шаблоны и настроены URL, — несколько дней и риск для будущего SEO.
За годы работы у нас сложилась схема из восьми этапов. Она не догма: для лендинга часть этапов сжимается до пары дней, для B2B-портала каждый может занимать месяц. Но логика одна и та же для любого проекта.
Этапы 1–2. Бриф, аналитика и техническое задание
Бриф и знакомство с бизнесом
Всё начинается с разговора. Мы выясняем, чем занимается компания, кто её клиенты, как сейчас приходят заявки и что с ними происходит дальше. Параллельно смотрим на текущий сайт, если он есть, на статистику посещаемости и на сайты трёх-пяти конкурентов, которых называет заказчик.
Результат этапа — заполненный бриф и предварительная оценка: вилка по бюджету и срокам. Вилка на этом этапе нормальна. Честный подрядчик не назовёт точную цифру, пока не понимает объём функциональности. Если вам с порога называют фиксированную сумму за «сайт под ключ», скорее всего, это цена шаблонного решения.
Длительность: от нескольких дней до двух недель, в зависимости от того, насколько быстро собирается информация со стороны заказчика.
Аналитика и ТЗ
Самый недооценённый этап. Аналитик проекта проводит интервью с заказчиком и сотрудниками, которые работают с клиентами, собирает семантику — поисковые запросы, по которым люди ищут продукт, — и на её основе предлагает структуру сайта. Затем описывает сценарии пользователей, функции и интеграции.
Итог — техническое задание, по которому можно точно оценить проект. Для сайта-каталога на 300–500 товаров этап обычно занимает 2–3 недели. Попытки его пропустить почти всегда возвращаются потом: по нашей статистике, в проектах, где ТЗ было «облегчённым», доля переделок на поздних этапах выше в два-три раза.
Этап 3. Прототип
Прототип — это схема страниц без цветов и картинок: серые блоки, подписи, реальные или близкие к реальным тексты. На нём обсуждается главное — что и в каком порядке видит посетитель, какие действия может совершить, где находится кнопка заявки. Обсуждать это на чёрно-белой схеме проще, потому что внимание не отвлекается на оттенок синего.
Прототипируются ключевые шаблоны: главная, раздел каталога, карточка товара или услуги, страница «О компании», контакты. Второстепенные страницы собираются из тех же блоков. На согласование прототипа закладываем 2–3 недели с учётом одного-двух кругов правок.
Этап 4. Дизайн
Дизайнер берёт согласованный прототип и превращает его в визуальную систему. Сначала — концепция на примере одной-двух страниц, обычно главной и карточки товара. После утверждения концепции отрисовываются остальные шаблоны, мобильные версии и состояния элементов: наведение, ошибки в форме, пустые результаты поиска.
Хорошая практика — сразу собирать UI-кит: набор кнопок, полей, заголовков, карточек. Он ускоряет вёрстку и избавляет от ситуации, когда на сайте живут восемь почти одинаковых кнопок. Подробнее о подходе к визуалу — в разделе дизайн сайтов.
Длительность: от 3 до 6 недель для корпоративного сайта или каталога.
Этапы 5–6. Вёрстка и программирование
Эти этапы часто идут параллельно. Верстальщик превращает макеты в адаптивный код страниц, программист тем временем разворачивает CMS, проектирует структуру данных, настраивает каталог, формы и интеграции с 1С или CRM.
Что важно заказчику на этом этапе:
- получить доступ к тестовой версии сайта и смотреть промежуточные результаты, а не ждать финала;
- вовремя передать доступы к 1С, CRM, почте, хостингу — ожидание доступов легко съедает неделю;
- не вносить крупные изменения в дизайн «пока верстают», иначе параллельная работа превращается в последовательную.
Вёрстка и программирование — самая объёмная часть работ: от 4 до 10 недель в зависимости от сложности. Для проектов с интеграциями больше всего времени обычно уходит не на сам код, а на согласование форматов обмена данными с ответственными за учётную систему.
Этап 7. Наполнение и тестирование
Сайт без контента — это макет. На этом этапе на страницы попадают тексты, фотографии, описания товаров, документы. Если контент готовит заказчик, график передачи материалов лучше согласовать ещё на этапе ТЗ. В нашей практике задержки с контентом — причина номер один сдвига запуска, опережающая все технические сложности вместе взятые.
Параллельно идёт тестирование: проверка на разных устройствах и браузерах, отправка всех форм, работа фильтров, корректность обмена с внешними системами, скорость загрузки, базовые SEO-настройки — мета-теги, карта сайта, редиректы со старых адресов.
| Что проверяем | Как | Типичная находка |
|---|---|---|
| Формы | Отправка с разных устройств, проверка доставки в CRM и на почту | Письма попадают в спам из-за неверной настройки почтового домена |
| Адаптивность | Реальные телефоны и планшеты, а не только эмулятор | Таблица характеристик выходит за пределы экрана |
| Скорость | Замеры ключевых страниц на медленном соединении | Тяжёлые фото из фотосессии загружены без сжатия |
| Редиректы | Сверка списка старых URL с новыми | Забытые страницы, на которые вели внешние ссылки |
Этап 8. Запуск и первые недели
Запуск — это не нажатие одной кнопки, а небольшой план: перенос на боевой сервер, переключение домена, проверка SSL-сертификата, включение аналитики и целей, отправка карты сайта в поисковые системы, финальная проверка форм уже на рабочем адресе. Мы стараемся не запускать проекты в пятницу вечером и перед праздниками — если что-то пойдёт не так, нужны люди на связи.
Первые две-четыре недели после запуска — период наблюдения. Смотрим на ошибки в логах, индексацию, поведение посетителей и поток заявок, быстро исправляем мелочи, которые всплывают только на реальном трафике. Затем проект переходит на поддержку и развитие.
Совет студии: закладывайте в общий план запас 15–20% времени. Он почти никогда не уходит на ошибки разработчиков — чаще на внутренние согласования, отпуска ключевых сотрудников и подготовку контента. Лучше запуститься на неделю раньше обещанного, чем на месяц позже.
Что делать заказчику, чтобы проект шёл по плану
Больше половины сроков зависит не от подрядчика, а от скорости решений на стороне компании. Короткий список действий, которые реально ускоряют проект:
- Назначьте одного ответственного с правом принимать решения и выделите ему время — хотя бы 3–4 часа в неделю.
- Договоритесь о сроке ответа на согласования: например, 3 рабочих дня на прототип или макет.
- Соберите доступы к домену, хостингу, 1С, CRM и аналитике заранее, до начала программирования.
- Начните готовить контент параллельно с дизайном, а не после вёрстки.
- Собирайте правки одним списком от всей команды, а не отдельными письмами от каждого.
- Смотрите тестовую версию регулярно, чтобы замечания появлялись по ходу, а не все сразу на приёмке.
При такой организации сайт-каталог или корпоративный сайт реально запустить за 3–4 месяца без спешки и авралов, а сложный портал — за 5–7. Если сроки нужны короче, стоит обсудить запуск первой очереди с минимально необходимой функциональностью и развитие проекта после запуска.
