Бриф и техническое задание на GEO: шаблон для корпоративного заказчика
Что включить в бриф и ТЗ на AI SEO, AEO и GEO: цели, рынки, выборка вопросов, результаты работ, доступы и критерии приёмки.
Бриф объясняет задачу бизнеса. Техническое задание определяет, что команда должна сделать и как это проверить. Начните с конкретных покупателей и продуктов, а не с обещания «вывести бренд во все нейросети».
В этом материале GEO означает работу с представленностью бренда в генеративных ответах; AEO — с ответами поисковых и других ответных систем. Поставщики используют эти термины по-разному. Поэтому в закупке важнее согласовать поверхности проверки и результаты, чем спорить о названии услуги.
01Заполните краткий бриф
| Блок | Что написать |
|---|---|
| Бизнес-задача | Какое решение покупателя хотим поддержать |
| Продукты | Приоритетные линейки и исключения |
| Покупатели | Роли, отрасли, типовые задачи |
| География | Страны, регионы и языки отдельно |
| Проблема | Неверные факты, отсутствие рекомендаций или слабые источники |
| Доказательства | Примеры ответов, документы и текущие измерения |
| Ограничения | Кто согласует изменения и какие доступы возможны |
Хорошая исходная формулировка: «Проверить, как системы отвечают на вопросы выбора корпоративной CRM для производственных компаний в двух рынках». Она задаёт предмет исследования. Фраза «улучшить AI-присутствие» оставляет слишком много решений исполнителю.
02Перенесите бриф в измеримое ТЗ
1. Периметр. Перечислите сервисы, режимы получения ответов, продукты, рынки и языки. Добавьте правила изменения периметра: новые модели и рынки не должны незаметно менять базу сравнения.
2. Базовый замер. Потребуйте список вопросов, условия запуска, сохранённые ответы и определения показателей. Уточните, как учитываются недоступные ответы и технические ошибки.
3. План изменений. Для каждой задачи нужны основание, ожидаемый эффект, владелец и критерий выполнения. «Подготовить контент» замените конкретным перечнем страниц и вопросов, которые они закрывают.
4. Внедрение. Определите, кто редактирует CMS, продуктовые данные и внешние профили. Материал в документе и опубликованная страница — разные результаты работы.
5. Приёмка. Разделите принятие выполненной задачи и оценку последующего изменения видимости. Первое контролируется командой, второе зависит также от внешних систем.
03Пример формулировки для задания
«Исполнитель передаёт версионируемый список проверочных вопросов, журнал запусков, сохранённые ответы со ссылками, описание расчёта показателей и реестр изменений. Для каждой рекомендации указываются проблема, подтверждение, ответственный и способ проверки выполнения».
Это шаблон содержания, а не юридическая форма договора. Число вопросов, периодичность, сроки и доступы нужно заполнить под реальный проект. Не берите произвольную цифру только потому, что она встретилась в примере другого поставщика.
04Чего не стоит принимать за критерий качества
Количество статей само по себе не показывает полезность. Рост одного сводного процента без исходных ответов не позволяет проверить расчёт. Обещание фиксированной позиции в любом AI-ответе не заменяет воспроизводимую методику.
Для enterprise-проекта отдельно закрепите порядок согласования фактов, права доступа и передачу результатов при смене исполнителя. После завершения работы у заказчика должны остаться данные и внедрённые изменения, с которыми можно продолжать работу.
