Этапы разработки сайта после подписания договора: что и когда происходит

Этапы разработки сайта после подписания договора: что и когда происходит

Договор подписан, счёт оплачен — и наступает странная пауза. Студия обещает «взять проект в работу», но что именно происходит в эти недели, заказчик часто представляет смутно. Между тем у разработки есть понятная последовательность этапов, и знание её помогает и держать сроки под контролем, и вовремя включаться в решения. Разберём по шагам, что и в каком порядке происходит после подписания договора.

Кик-офф и передача вводных

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

Обычно на этом этапе происходит следующее:

  • обмен доступами — хостинг, домен, аналитика, CRM, аккаунты в рекламных системах;
  • создание рабочего пространства — таск-трекер, общий диск, канал для коммуникации;
  • фиксация формата отчётности и периодичности созвонов;
  • назначение ответственного человека на стороне заказчика — того, кто принимает решения.

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

Аналитика и уточнение требований

Даже если на этапе продажи обсуждали задачу, перед проектированием её формулируют точно. Аналитик изучает бизнес-модель, аудиторию, конкурентов, текущую аналитику (если сайт уже был), собирает требования к функциональности.

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

Прототип и структура

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

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

Дизайн-концепция и макеты

Работа над визуалом идёт от общего к частному: сначала мудборд и референсы, затем концепция ключевых страниц, затем полный набор макетов и UI-kit — набор кнопок, полей, отступов, типографики.

Правки на этом этапе обычно ограничены договором — например, двумя-тремя итерациями на макет. Это не жадность студии, а способ не превратить дизайн в бесконечный процесс. Если концепция не нравится принципиально, честнее признать это на первой итерации, а не «дорабатывать» десять раз.

Вёрстка и программирование

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

Хорошая практика — промежуточные демо на тестовом сервере. Заказчик видит живой прогресс, а не отчёт «работы идут по плану», и может скорректировать курс, пока это недорого.

Наполнение контентом

Самый недооценённый и самый частый источник задержек. Тексты, фотографии, карточки товаров, переводы — всё это должно быть готово к моменту сборки страниц. Если контент пишет студия, у него свой график; если заказчик, лучше поставить внутренний дедлайн с запасом.

Сайт, собранный на «рыбе», невозможно нормально протестировать: непонятно, как поведут себя блоки при реальных объёмах текста.

Тестирование и приёмка

Перед запуском сайт проходит несколько проверок:

  1. функциональное тестирование — формы, заказы, оплата, личный кабинет;
  2. проверка вёрстки в разных браузерах и на разных разрешениях;
  3. адаптивность на реальных устройствах, а не только в эмуляторе;
  4. скорость загрузки и базовые требования по безопасности;
  5. проверка SEO-основ — заголовки, метатеги, robots.txt, карта сайта.

Найденные ошибки попадают в баг-лист, исправляются и перепроверяются. Финал этапа — приёмка: заказчик проходит по согласованным критериям и подписывает акт.

Запуск и первые дни на проде

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

Что происходит после запуска

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

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

Сколько это занимает

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

Как не затягивать проект

  • Выделите одного ответственного за решения человека.
  • Отвечайте на вопросы команды в оговорённые сроки, а не через неделю.
  • Готовьте контент заранее, параллельно с дизайном.
  • Давайте обратную связь по существу: не «мне не нравится», а «здесь непонятен следующий шаг для клиента».
  • Согласовывайте этапы письменно, чтобы не возвращаться к пройденному.

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

Комментарии: 7

  1. Валерия

    Спасибо, что подробно разобрали кик-офф. Я заказчик впервые и не поняла, зачем так жёстко требовать одного ответственного. У нас решения принимают то коммерческий, то владелец. Насколько критично фиксировать именно одного человека, или можно матрицу согласующих?

    1. вадим

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

  2. Лариса Трофимова

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

  3. Олег Фёдоров

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

  4. Наталья

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

    1. Сергей Миронов

      Обычно это заканчивается либо допсоглашением, либо конфликтом. Я рекомендую фиксировать в договоре не только число итераций, но и что считается итерацией: правки в рамках согласованной концепции и UI-kit, а не смена направления. Если «не то ощущение» повторяется, помогают мудборд и утверждение ключевых страниц до полного набора макетов.

  5. Мария

    А я после этой статьи поняла, зачем нужен UI-kit: раньше думала, что это просто красивая библиотека, а он экономит время на сборке новых страниц. В следующем проекте обязательно спрошу про него на этапе дизайна.