Как превратить правки клиента в понятные задания для ИИ

Чтобы передать правки клиента ИИ, сначала превратите переписку в список проверяемых изменений. Для каждого пункта нужны место на сайте, желаемый результат, границы правки и способ проверки. Неясные пожелания и противоречия вынесите в вопросы клиенту. В работу отправляйте только согласованные задания.

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

1. Зафиксируйте, к какой версии относятся замечания

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

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

Допустим, клиент прислал такое сообщение о главной странице студии ремонта:

На телефоне кнопка «Обсудить проект» заезжает на текст. Заголовок замените на «Ремонт квартир по согласованной смете». Цены пока уберите. И добавьте стоимость каждого пакета, чтобы всё было понятно. Ещё хочется, чтобы выглядело дороже.

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

2. Разделите готовые правки и вопросы

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

Замена заголовка. Новый текст уже дан. Уточните место, если похожих заголовков несколько. В нашем примере клиент подтвердил первый экран главной и согласовал эту формулировку; остальные тексты менять не нужно.

Цены. Требования «убрать цены» и «добавить стоимость каждого пакета» противоречат друг другу. Вопрос клиенту: показываем суммы на странице или оставляем только состав пакетов и обращение за расчётом? Если показываем, нужен актуальный прайс. До ответа сохраните текущий согласованный вариант и не запускайте эту правку.

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

Если обсуждение меняет аудиторию, предложение или главное действие посетителя, вернитесь к брифу на сайт. Такое решение влияет на несколько блоков и требует отдельного согласования объёма.

3. Запишите каждую правку в короткую карточку

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

ID: [номер]
Страница и блок: [адрес, точный ориентир]
Источник: [комментарий и версия, к которой он относится]
Сейчас: [наблюдение без догадок о причине]
Нужно: [один конкретный результат]
Сохранить: [тексты, действия, стиль или соседние блоки]
Приоритет: [до выпуска / в текущем раунде / позже]
Зависимости и вопросы: [чего не хватает; либо «нет»]
Проверка: [действие и ожидаемый результат]
Статус: [нужен ответ / согласовано / на проверке / принято]

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

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

4. Используйте ИИ для разбора, затем проверьте список

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

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

Контекст: [задача страницы и согласованный объём работ].
Версия и страница: [адрес, дата или описание варианта].
Замечания: [обезличенный текст переписки].

Раздели независимые изменения и дай каждому ID.
Сохрани исходную фразу рядом с каждым пунктом.
Заполни поля: место, сейчас, нужно, сохранить,
приоритет, зависимости, проверка, статус.

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

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

5. Передайте одну согласованную задачу в Lovarus

Откройте нужный проект и дождитесь завершения текущей работы. В чат отправьте конкретную карточку с границами изменения. Порядок работы с правками описан в помощи Lovarus.

Например, после согласования заголовка задание выглядит так:

Задача R02. Главная страница, заголовок первого экрана.
Замени его текст на «Ремонт квартир по согласованной смете».

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

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

Это задание не заменяет отдельное исправление перекрытия из R01. Если оно ещё не выполнено, сначала завершите и проверьте R01, затем меняйте заголовок. После R02 снова проверьте расположение: новая длина текста может повлиять на уже исправленный блок. Варианты формулировок для конкретных элементов есть в подборке промптов на правки.

6. Закройте правку по результату проверки

Ответ агента о завершении означает, что пора проверить результат. Пройдите критерии карточки сами:

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

До проверки держите статус «на проверке». Если результат не принят, укажите расхождение в той же карточке: «R02: на узком экране последняя строка заголовка перекрывает кнопку». Это точнее, чем новое общее сообщение «опять всё сломалось».

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