Сначала определяем состав запуска
Запишите, кто будет пользоваться сайтом, что он должен уметь и как вы проверите результат. Для каталога это может быть поиск и фильтрация, для заявки — передача менеджеру вместе с выбранным товаром. До оценки уточните, готовы ли тексты, фото и доступы к внешним системам.
Согласовываем структуру и прототип
На схеме видно, какие страницы и переходы нужны. На прототипе можно пройти путь покупателя и решить, где запрашивать контакты, где сравнивать варианты и какие сведения обязательны в карточке. Прототип проще менять, пока дизайн и разработка ещё впереди.
Готовим дизайн и проверяем интеграции
В макетах смотрим, как сайт работает на разных экранах и с реальными материалами. Для интеграции полезно рано проверить пробный обмен. Например, для магазина с 1С нужно сопоставить товары, цены и остатки и увидеть, что происходит с новой, изменённой или недоступной позицией.
Собираем сайт и проверяем сценарии
На тестовой версии проходят типовые и ошибочные сценарии: поиск без результатов, неверный телефон, нет товара, заявка не дошла до CRM. Перед запуском проверяют доступы, перенаправления со старого сайта и аналитику. После запуска повторяют критичные сценарии уже на рабочем адресе.
От чего зависит срок запуска
На дату влияют число шаблонов, готовность материалов, доступы к учётным системам и время согласований. В плане зафиксируйте, кто и когда передаёт материалы, принимает этапы и проверяет интеграции. Если есть жёсткая дата, заранее согласуйте обязательный объём и то, что можно выпустить следующим обновлением.
