Редизайн сайта с агентами начинают с пути к заявке и проверки рабочих сценариев

Что должно измениться после редизайна? У посетителя должен стать понятнее следующий шаг, а у менеджера должно сохраниться получение обращения. Красивый макет этого не подтверждает.

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

Цель выбирает заказчик. Например, сделать запись доступной с телефона без поиска кнопки в меню. Задание «освежить дизайн» не определяет, какое поведение принимать.

Что передать агенту вместо просьбы «сделать красиво»? Образец страницы с той же задачей и объяснение каждого блока. Для записи на услугу нужен путь к записи.

Каркас выбирают по функции, а не по отрасли. В уроке нашего курса по агентной разработке «Каркас с лучшего донора» мы отделяем блоки, которые помогают продаже, от чужих деталей продукта.

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

Менять по одному участку легче, если задача имеет проверяемый конец. Такой формат постановки задачи агенту помогает отделить новую шапку от замены всей формы.

Общие ограничения записывают рядом с кодом, чтобы следующий агент тоже их прочитал. Правила для ИИ-агентов должны сохранять рабочий путь, даже когда задача меняет его вид.

На публичной странице нашей машины можно посмотреть нынешний первый экран. Этот кадр показывает вид страницы; скорость и доставку обращения проверяют отдельным прогоном.

Как понять, что новый сайт готов? Пройти маршрут до полученной заявки. Надпись об успешной отправке подтверждает только то, что интерфейс показал эту надпись.

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

Маркетинг принимает смысл и расположение следующего шага. Инженер проверяет отправку и получение обращения. Оба смотрят одну версию сайта, которую собираются выпускать.

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

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

Найденную поломку записывают как условие следующей проверки. Кто принимает выпуск и готовит возврат, определяют до публикации; подробнее об этом в разборе ответственности за ошибки агента.

Что делать с анимациями и тяжёлой обложкой? Проверить, когда посетитель видит содержание и может действовать. На /open проблема была в показе уже полученного текста.

Быстрый ноутбук не заменяет телефон посетителя. Попросите сравнить старую и новую версии на одном устройстве, при одинаковой сети. Иначе разница условий попадёт в результат редизайна.

Google разделяет появление главного содержания, отклик на действие и скачки страницы. Его ориентиры Core Web Vitals подходят для приёмочного задания; это показатели удобства, а не обещание заявок.

Нужно ли менять адреса вместе с дизайном? Сам по себе новый вид этого не требует. Сохранённые адреса убирают отдельную работу по переезду рекламных и поисковых входов.

Если адрес меняется, для старого нужен соответствующий новый. Яндекс рекомендует постоянное перенаправление и проверку доступности новой страницы. Отправлять все старые ссылки на главную нельзя считать сохранением пути посетителя.

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

Наблюдение продолжается после выпуска. Сравнивайте обращения при сопоставимом составе посетителей и одинаковом определении заявки. Рекламная акция способна изменить цифры без помощи нового дизайна.

Клик, отправка и полученная заявка считаются разными событиями. Если счётчик показывает отправки, а менеджер не видит обращений, сначала проверяют доставку. Новый цвет кнопки эту потерю не объясняет.

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

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

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

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

Для очереди изменений действующего сайта есть подписка на агентную разработку. На 7 октября 2026 тариф «Один проект» стоит 250 000 ₽ в месяц. В тариф входит один продукт и один поток работы.

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

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

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

Если непонятно, кто в компании будет ставить задачи и принимать изменения, начните с теста для руководителя. Его результат помогает выбрать следующий шаг в работе с агентами.

Рост конверсии проверяют после исправлений по вашим данным. До этого можно принять вид, рабочий маршрут и измерение заявок. Эти результаты дают основание для следующей задачи.

1. До редизайна запишите путь к полученной заявке и исходное поведение формы.

2. Дайте агенту образец, границы изменения и проверяемый конец задачи.

3. Примите маршрут на телефоне, ошибки и получение обращения, затем сохраните проверки.

4. После выпуска наблюдайте входы и заявки; рост конверсии подтверждайте сопоставимыми данными.