Как подготовить техническое задание на GEO-продвижение

Заказчик нередко формулирует задачу одной фразой: «Нужно, чтобы нас рекомендовали нейросети». Исполнитель слышит в ней сразу несколько возможных работ — от подготовки страниц сайта до анализа ответов ChatGPT, Алисы и других систем. Если не договориться о предмете, можно получить большой отчёт, но так и не понять, улучшилось ли представление компании в нужных сценариях.

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

1. Что именно предлагает компания

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

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

2. Для кого должна быть полезна рекомендация

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

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

3. В каких системах и условиях проводить измерение

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

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

4. Какие показатели считать

Нужно минимум разделить четыре наблюдения: бренд упомянут; бренд рекомендован как один из вариантов; указан источник или URL; сведения о продукте корректны. Отдельно можно фиксировать порядок в перечне, но не считать его универсальной «позицией», сопоставимой с классическим поиском.

Если подрядчик предлагает единый GEO-балл, попросите формулу, веса, правила разметки и примеры спорных ответов. Без этого рост балла может быть следствием изменения способа подсчёта, а не изменения ответов.

5. С чего начинается работа

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

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

6. Что подрядчик должен передать

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

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

7. Как принимать результат

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

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

Готовая структура задания

1. Компания, официальный сайт и ответственный за согласование. 2. Продукты/услуги и страницы с подтверждёнными фактами. 3. Целевые рынки, языки, регионы и типы клиентов. 4. Сценарии пользовательского выбора и группы запросов. 5. Продукты ИИ, режимы поиска и способ фиксации условий. 6. Базовый замер: дата, выборка, повторы, способ хранения ответов. 7. KPI: определения упоминания, рекомендации, цитирования, корректности. 8. Объём работ, источники, допуски и ограничения. 9. Отчётность: какие таблицы, ссылки, тексты и выгрузки предоставляются. 10. Сроки, контрольные точки, стоимость, права на материалы, порядок приёмки.

Что спрашивать у потенциального подрядчика

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