Этапы разработки сайта: что происходит между оплатой и запуском
Что на самом деле делает студия после получения предоплаты: дискавери, прототип, дизайн, разработка, тесты, релиз. С артефактами каждого этапа и точками контроля.
Заказчик платит аванс и в следующий раз слышит о проекте «когда покажут макеты». Это плохой проект. В хорошем — между оплатой и релизом есть 5–6 этапов с конкретными артефактами на каждом. Если вы понимаете эти этапы, вы понимаете, за что платите и как контролировать ход работ.
Этап 1 — Discovery (1–4 недели)
Цель — превратить ваше «нам нужен сайт» в технически реализуемое решение. Команда изучает бизнес, аудиторию, конкурентов, формулирует KPI.
- Артефакт: discovery-документ или MRD (Marketing Requirements Document).
- Точка контроля: подписанный документ. До него не идём дальше.
Этап 2 — UX-прототип (1–3 недели)
Wireframes — чёрно-белая структура каждой важной страницы. Без цветов и шрифтов: чтобы вы согласовали логику, а не «синий ли это правильный синий».
- Артефакт: интерактивный прототип в Figma.
- Точка контроля: пройтись по сценариям пользователя — заявка, регистрация, заказ.
Этап 3 — UI-дизайн (2–6 недель)
Визуальные макеты всех страниц на основе утверждённого прототипа. Параллельно собирается дизайн-система.
- Артефакт: Figma-файл с макетами + дизайн-токены.
- Точка контроля: проверка адаптивных макетов (минимум — десктоп, планшет, мобильный).
Этап 4 — Разработка (3–24 недели)
Самый длинный этап. Параллельно идёт фронтенд, бэкенд и интеграции. Хорошая практика — еженедельные демо: вы видите работающий результат, а не «всё хорошо, скоро покажем».
- Артефакты: рабочая сборка на dev-стенде, репозиторий с кодом.
- Точки контроля: еженедельные демо + промежуточная приёмка ключевых сценариев.
Этап 5 — Тестирование (1–4 недели)
Функциональные тесты, кросс-браузерные, на адаптив, нагрузочные. Заказчик параллельно проводит UAT (приёмочное тестирование).
- Артефакты: отчёт о тестировании, чек-лист с пометками «пройдено/исправлено».
- Точка контроля: список открытых багов = 0 критических, ≤5 минорных.
Этап 6 — Релиз и стабилизация (1–2 недели)
Деплой на боевой сервер, настройка мониторинга, проверка аналитики, передача доступов и документации.
- Артефакты: рабочий сайт, документация, переданные доступы, акт сдачи-приёмки.
- Точка контроля: первые 7 дней мониторим стабильность, исправляем то, что вылезло на реальной нагрузке.
После релиза — гарантия и сопровождение
- Гарантия — исправление багов в коде, обычно 3–6 месяцев.
- Сопровождение — отдельный договор: новые задачи, развитие, оптимизация.
- Мониторинг — uptime, скорость, ошибки. Часто включают в сопровождение.
Признаки, что проект идёт не по плану
- Прошёл месяц, но артефактов нет — только обещания «скоро покажем».
- Менеджер не отвечает дольше 1 рабочего дня.
- Сроки сдвигаются без объяснения причин и без обновления плана.
- Изменения в ТЗ — на словах, без письменных доп.соглашений.
- Студия предлагает «деплой и потестим в бою» — без полноценного тестирования.
Итог
Каждый этап разработки даёт вам артефакт, который вы можете посмотреть и согласовать. Если в проекте этих артефактов нет — вы не контролируете ход работ. Если хотите — пришлём шаблон документов на каждый этап, чтобы запросить у вашего подрядчика.
Часто задаваемые вопросы
Сколько всего этапов в разработке сайта?+
Обычно 5–6: discovery, прототип, дизайн, разработка, тестирование, релиз. Каждый этап даёт артефакт, который заказчик принимает или возвращает на доработку.
Что такое discovery и зачем он нужен?+
Discovery — это исследовательский этап в начале проекта: цели, аудитория, конкуренты, KPI. Без него подрядчик делает «по ощущениям», что заведомо хуже.
Что должно происходить после релиза?+
Гарантийный период (3–6 месяцев на исправление багов в коде) и опциональное сопровождение (новые задачи, мониторинг, развитие). Это разные договоры с разной экономикой.