Пул GEO-промптов

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

С чего начинать

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

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

Какие поля нужны

ПолеНазначение
ИдентификаторСохраняет связь результатов между периодами
Точная формулировкаПозволяет повторить проверку
Задача и интентОбъясняют ожидаемый результат
Брендовый статусРазделяет описание и самостоятельный подбор
Регион и ограниченияФиксируют условия применимости
Кластер и версияПомогают группировать и отслеживать изменения

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

Баланс набора

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

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

Как задавать правила учёта

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

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

Как обновлять пул

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

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

Пул промптов является измерительным инструментом, а не списком фраз для обязательного повторения в статьях. Он помогает видеть информационные пробелы и качество рекомендаций. Группировка вопросов рассматривается в статье № 56 «Кластеризация GEO-промптов», исходная точка измерения в статье № 137 «GEO Baseline».

Вопросы и ответы

Какие поля нужны?

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

Как задавать правила учёта?

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

Как обновлять пул?

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