Перейти к книге

NOMOS GBO · Глава 6

Когда агенту следует выбрать тебя?

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

ИИ-агент получает задачу: «Найди нам лучшую компанию, способную выполнить этот проект». Агент изучает интернет. Компания на первом месте очень заметна: у неё сотни страниц, она фигурирует во множестве подборок. Утверждает, что работает с крупными брендами. Её сайт впечатляет. Вторая компания менее известна, зато подробно описывает свой подход к клиентским порталам. Она ясно объясняет, как устроены многоязычность, доступность, владение данными, аутентификация, расходы на сторонние решения и границы сопровождения после сдачи проекта. У третьей компании сильные технические возможности.

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

Компанию на первом месте?

Самую известную?

Самую дешёвую?

Самую сильную технически?

Ту, которая начнёт быстрее всех?

Или не выбирать никого и запросить у пользователя дополнительные сведения?

Единого универсального ответа нет.

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

Поэтому третий ключевой вопрос GBO звучит так:

Когда агенту следует выбрать тебя?

Быть найденным — не значит быть выбранным

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

Поиск может учитывать релевантность запросу, качество источника и другие сигналы в зависимости от контекста. Если агент выбирает от имени пользователя, этого недостаточно: нужно отдельно проверить условия, существенные для потребностей именно этого человека. Релевантность и пригодность для задачи — не одно и то же. Страница может соответствовать запросу, а поставщик — не подходить для проекта. Продукт может относиться к нужной категории, но не отвечать условиям использования. Человек может обладать требуемой квалификацией, но не иметь возможности взяться за работу. Поэтому в GBO выбор не считается естественным продолжением ранжирования. Это отдельный уровень поведения.

Ранжирование, рекомендация и выбор

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

Ранжирование

Система располагает варианты по определённым сигналам. Пользователь по-прежнему видит результаты и принимает решение сам.

Рекомендация

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

Выбор

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

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

Поэтому критерии выбора должны быть видимыми и обоснованными.

Что скрывается за словом «лучший»

Люди часто дают агентам такие поручения: «Найди лучший отель». «Выбери лучшую программу». «Посоветуй лучшее агентство». «Найди лучшую цену». «Определи лучшего кандидата». Но «лучший» — не одна характеристика.

Отель может быть:

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

Всё это разные определения «лучшего».

Программа может предлагать:

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

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

Нужно уточнить: лучший по какому признаку?

Цель выбора

Перед каждым выбором следует определить:

Цель выбора

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

Например: «Найди поставщика, который за три месяца сможет запустить клиентский портал на шести языках, интегрировать его с действующей CRM, выполнить требования доступности и уложиться в общий первоначальный бюджет не более 20 000 долларов США».

Это гораздо точнее, чем «Найди лучшего разработчика порталов». Такая цель ограничивает поведение при выборе. Становится понятно, что именно должен оптимизировать агент.

Цель выбора может включать как минимум следующие сведения:

  • Желаемый результат
  • Реальная цель пользователя или организации
  • Обязательные условия
  • Предпочтительные характеристики
  • Бюджет
  • Сроки
  • География
  • Язык
  • Допустимый риск
  • Этап, требующий одобрения человека

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

Слова пользователя могут не отражать его действительную потребность

Пользователь может сказать: «Найди самый дешёвый авиабилет».

Но на самом деле он:

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

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

Компания может сказать: «Найди самое быстрое веб-агентство».

А в действительности ей могут быть нужны:

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

Именно в этом может состоять её потребность.

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

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

Жёсткие условия и гибкие предпочтения

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

Жёсткие условия

Если такое условие не выполнено, вариант следует исключить.

Например:

  • Возможность оказывать услугу в определённой стране
  • Установленный предел бюджета
  • Обязательное требование доступности
  • Поддержка необходимого языка
  • Определённое требование к безопасности или размещению данных
  • Начало работ не позднее установленной даты
  • Явное согласие или лицензия
  • Обязательное правовое условие

Гибкие предпочтения

Это характеристики, позволяющие различать варианты, но сами по себе не требующие исключения.

Например:

  • Более быстрое начало
  • Более высокое визуальное качество
  • Более близкий часовой пояс
  • Больше клиентских рекомендаций
  • Более низкая цена
  • Более широкий объём поддержки
  • Более простое использование

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

Один из основных принципов выбора в GBO: пока не выполнены жёсткие условия, баллы за предпочтения не подсчитываются. Вариант может отвечать всем пожеланиям, но если он нарушает хотя бы одно обязательное условие, то не подходит.

Пригодность для задачи — не сумма баллов

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

В GBO пригодность для задачи сначала проверяется на шлюзе. Сравнивать варианты можно после его прохождения.

Контур пригодности

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

Назовём их контуром пригодности.

Для агентства разработки он может выглядеть так:

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

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

Объяснять, кому услуга не подходит

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

Услуга может:

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

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

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

Контракт пригодности NOMOS

Третий компонент контракта поведения назовём Контрактом пригодности NOMOS.

Его каноническое определение:

Контракт пригодности NOMOS — версионируемая запись для выбора, описывающая, для каких целей, пользователей, условий, регионов, бюджетов, уровней риска и периодов подходит человек, организация, продукт, услуга или агент; при каких обязательных условиях его можно рассматривать и в каких случаях выбирать не следует.

Проще говоря, Контракт пригодности не просто призывает агента: «Выбери меня». Он говорит: «Выбирай меня при этих условиях; не выбирай при этих». Это одно из ключевых этических различий в GBO.

Что входит в Контракт пригодности?

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

target_outcomes
eligible_users
eligible_organizations
supported_regions
supported_languages
budget_range
minimum_requirements
required_inputs
capacity_status
risk_limit
preferred_use_cases
unsupported_use_cases
hard_exclusions
soft_preferences
dependencies
selection_evidence
valid_from
valid_until
human_review_threshold

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

Быть кандидатом и быть выбранным — разные вещи

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

Но если она:

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

выбирать её не следует.

Поэтому выбор должен проходить в два этапа:

Формирование списка кандидатов

Найти потенциально релевантные варианты.

Проверка пригодности

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

Короткий список — не окончательный выбор

При неполных сведениях агент может подготовить короткий список из трёх или пяти вариантов. Это ещё не окончательный выбор.

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

Неопределённость выбора

Иногда два или несколько вариантов очень близки. Один дешевле, другой менее рискован. Один быстрее, у другого сильнее доказательства. Агент не обязан объявлять единственного «победителя».

Он может сказать: «Вариант A лучше по стоимости, B — по безопасности операций. Нужно уточнить, что для вас важнее». Это не слабость, а честное описание того, как устроен выбор.

При неопределённости не следует изображать уверенность.

Критерии выбора должны быть видимыми

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

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

Такое объяснение одновременно показывает:

  • положительные основания,
  • доказательства,
  • оставшуюся неопределённость.

Все три составляющие видны вместе.

Сказать лишь «Это лучший вариант» недостаточно. В GBO обоснование выбора нужно не только для удобства пользователя. Это и основа последующей проверки.

Причина выбора — не рекламный лозунг

Бренд может называть себя:

  • ведущим,
  • инновационным,
  • премиальным,
  • надёжным,
  • работающим по всему миру.

Ни одно из этих определений само по себе не является причиной выбора.

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

Предвзятость в пользу заметных вариантов

Если вариант чаще встречается в интернете, агент может счесть его более надёжным или подходящим.

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

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

Предвзятость в пользу авторитета

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

Крупное агентство может:

  • не выделить время на небольшой проект,
  • превысить бюджет,
  • не поддерживать местный язык,
  • не соответствовать особому формату работы, нужному пользователю.

Менее известный поставщик может лучше отвечать конкретной потребности.

Общий авторитет не заменяет пригодность для конкретной задачи.

Ценовая предвзятость

Агенты могут принимать самую низкую цену за выгоду пользователя. Но начальная цена и общая стоимость различаются.

В низкую цену могут не входить:

  • лицензии,
  • внедрение,
  • перенос данных,
  • обслуживание,
  • часы поддержки,
  • расходы при расторжении.

Верно и обратное: высокая цена не всегда означает более высокое качество.

GBO оценивает не только цену, но и то, какой результат и какой риск она покрывает.

Предвзятость в пользу числа функций

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

Но неиспользуемые функции могут увеличивать:

  • стоимость,
  • сложность,
  • поверхность атаки,
  • потребность в обучении.

Небольшой команде может лучше подойти более простой продукт.

Больше возможностей не всегда означает лучшую пригодность для задачи.

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

Предвзятость в пользу нового

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

Новое — не значит подходящее.

Предвзятость в пользу прошлых успехов

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

Но:

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

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

Граница между персонализацией и дискриминацией

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

Например, агент по подбору персонала может оценивать кандидатов по:

  • навыкам,
  • опыту,
  • праву на работу,
  • реальным требованиям должности.

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

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

Агент должен уметь ответить: «Почему эта характеристика важна для требуемого результата?»

Ценности пользователя

Даже при внешне одинаковой потребности у двух пользователей могут быть разные ценности. Один ставит на первое место низкую цену, другой — местное производство, третий — доступность, ещё один — воздействие на окружающую среду. Для кого-то важнее конфиденциальность или открытый исходный код. Агент не должен незаметно навязывать свои ценности. И не должен с уверенностью выводить все ценности пользователя только из его прошлых поступков. Единственная покупка дешёвого товара не означает, что человек всегда хочет минимальную цену. Выбор бренда в прошлом не означает автоматического предпочтения того же бренда в будущем.

Поэтому нужно:

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

Долг предпочтений

Агенты могут помнить прежний выбор пользователя. Это полезно.

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

Долг предпочтений

Он возникает, когда система продолжает опираться на прежние предпочтения.

Раньше пользователь мог предпочитать:

  • низкую цену,
  • определённый бренд,
  • определённый отель,
  • определённый язык,
  • определённый способ доставки.

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

Помнить — не значит получить повторное подтверждение.

Соответствие по ресурсам и срокам

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

Сегодня?

В следующем месяце?

При определённом объёме доступных ресурсов?

Агент не должен выбирать на основании устаревших сведений о доступности.

Географическое соответствие

Бренд может быть заметен во всём мире.

Но при этом он может:

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

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

Языковое соответствие

Наличие сайта на определённом языке ещё не означает, что вся услуга оказывается на этом языке.

Отдельно можно оценивать:

  • Язык маркетингового контента
  • Язык переговоров о продаже
  • Язык договора
  • Язык поддержки
  • Язык интерфейса продукта
  • Язык технической документации

Агент не должен предполагать полную языковую поддержку лишь по переведённой странице.

Соответствие уровню риска

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

Как выбор теряет актуальность

В момент принятия решение может быть верным, но впоследствии условия могут измениться.

  • Меняется цена.
  • Свободных ресурсов больше нет.
  • Полномочия истекают.
  • Меняется объём услуги.
  • Происходит инцидент безопасности.
  • Меняется цель пользователя.

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

Агент не должен считать вариант подходящим навсегда только потому, что однажды его выбрал.

Срок действия оценки пригодности

Некоторые оценки пригодности должны действовать лишь определённое время.

Например: «Оценка основана на сведениях, проверенных 8 сентября 2026 года. Заявленные поставщиком условия по ресурсам и цене действуют до 15 сентября 2026 года; перед действием нужно повторно проверить, не изменились ли они». Такая запись в сочетании с надлежащей проверкой помогает не переносить старое решение на новую операцию автоматически.

Ошибочный выбор

Ошибочный выбор — не только тот, который привёл к плохому результату.

Выбор может быть ошибочным, если:

  • Не выполнено обязательное условие
  • Недостаточно доказательств
  • Неверно понята действительная цель пользователя
  • Нет полномочий
  • Скрыт существенный риск
  • Спонсируемый вариант представлен как результат беспристрастной оценки
  • Более подходящий вариант исключён из-за низкой видимости
  • Применены не принадлежащие пользователю ценности
  • Скрыта неопределённость
  • Выбор без необходимости доведён до необратимой стадии

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

Ложноположительный и ложноотрицательный выбор

GBO должен измерять оба типа ошибок.

Ложноположительный выбор

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

Ложноотрицательный выбор

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

Спам, нацеленный на выбор

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

Назовём это спамом, нацеленным на выбор.

Примеры:

  • Заявлять о пригодности для любого типа пользователей
  • Указывать несуществующие свободные ресурсы
  • Создавать ложные записи о цене или наличии товара
  • Добавлять скрытые инструкции, чтобы казаться более подходящими, чем конкуренты
  • Выдавать спонсируемый контент за независимое доказательство
  • Создавать искусственные отзывы
  • Делать поверхностные страницы под каждый запрос

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

Спонсируемый выбор

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

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

Конфликт интересов

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

Нужно задать следующие вопросы:

  • Получает ли оператор агента или связанная с ним сторона экономическую выгоду от этого выбора?
  • Выделяет ли оператор определённые варианты?
  • Рассматривались ли альтернативы на равных основаниях?
  • Знает ли об этом пользователь?
  • Повлияла ли заинтересованность на обязательные условия пригодности?

Навязывание единственного варианта

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

Но в решениях с серьёзными последствиями пользователю нужно показывать:

  • альтернативы,
  • существенные различия,
  • неопределённости.

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

Лёгкое решение не всегда является свободным решением.

Зачем нужно разнообразие?

В коротком списке могут оказаться только самые заметные или похожие друг на друга варианты. Тогда пользователь не увидит настоящих альтернатив. Разнообразие не сводится к демографическим различиям.

Оно может включать:

  • Разные модели цены
  • Разные масштабы
  • Разные технологические подходы
  • Местных и международных поставщиков
  • Решения с открытым исходным кодом и коммерческие решения
  • Крупные команды и небольшие специализированные команды

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

Этапы выбора

Агент может выбирать в следующем порядке:

1. Разобрать потребность

Определить действительную цель, жёсткие условия и предпочтения.

2. Сформировать круг кандидатов

Найти возможные варианты, не ограничиваясь самыми заметными результатами.

3. Применить Шлюз идентичности

Те ли сущности рассматриваются?

4. Применить Шлюз возможностей

Действительно ли они способны выполнить задачу?

5. Применить Шлюз пригодности

Подходят ли они для этого конкретного случая?

6. Обозначить неопределённость

Показать недостающие сведения и предположения.

7. Составить короткий список или сделать окончательный выбор

Принять решение, соответствующее объёму имеющихся сведений.

8. Применить порог одобрения человеком

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

9. Создать квитанцию выбора

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

Шлюз пригодности NOMOS

Для Шлюза пригодности NOMOS мы предлагаем девять областей проверки. В них оцениваются необходимые для операции условия:

1. Шлюз цели

Соответствует ли выбор действительной цели пользователя?

2. Шлюз жёстких условий

Выполнены ли все обязательные требования?

3. Шлюз идентичности

Та ли сущность оценивается?

4. Шлюз возможностей

Можно ли действительно получить необходимый результат?

5. Шлюз доступных ресурсов

Можно ли сейчас выполнить задачу в нужном масштабе и в нужные сроки?

6. Коммерческий шлюз

Согласуются ли бюджет, общая стоимость и договорные ограничения?

7. Шлюз риска

Приемлемы ли условия безопасности, правовые последствия и условия отмены действия?

8. Шлюз ценностей

Соответствует ли выбор явно указанным приоритетам пользователя?

9. Шлюз неопределённости

Устранены ли критические пробелы в информации?

В упрощённом виде:

УСЛОВИЯ ПОДХОДЯЩЕГО ВЫБОРА:

ЯСНАЯ ЦЕЛЬ

И ОБЯЗАТЕЛЬНЫЕ УСЛОВИЯ

И ПРАВИЛЬНАЯ ИДЕНТИЧНОСТЬ

И РЕАЛЬНАЯ СПОСОБНОСТЬ

И ДОСТУПНЫЕ РЕСУРСЫ

И СООТВЕТСТВИЕ КОММЕРЧЕСКИМ УСЛОВИЯМ

И ПРИЕМЛЕМЫЙ РИСК

И ЦЕННОСТИ ПОЛЬЗОВАТЕЛЯ

И ДОСТАТОЧНЫЕ СВЕДЕНИЯ

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

Почему Шлюз пригодности — не балльная оценка?

Вариант может быть безупречным по восьми из девяти критериев.

Но если оставшийся критерий — это:

  • правовые полномочия,
  • безопасность,
  • верхняя граница бюджета,
  • согласие,
  • обязательная доступность,

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

Выбор по нескольким критериям

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

  • Стоимость
  • Скорость
  • Качество
  • Риск
  • Гибкость
  • Поддержка
  • Сила доказательств
  • Совокупная стоимость владения
  • Простота использования

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

Квитанция выбора

Для каждого важного выбора можно создать:

Квитанцию выбора

Она зафиксирует основания принятого решения.

В квитанцию входят следующие сведения:

  • Цель пользователя
  • Обязательные условия
  • Предпочтения и приоритеты
  • Рассмотренные варианты
  • Исключённые варианты и причины исключения
  • Выбранный вариант
  • Использованные доказательства
  • Оставшиеся неопределённости
  • Конфликты интересов
  • Следующий шаг, требующий одобрения человека
  • Срок действия выбора

Пример:

Цель: найти разработчика клиентского портала на шести языках. Обязательные условия: размещение данных в Европе, доступность, интеграция с действующей CRM и предел бюджета в 20 000 долларов США. Приоритетный кандидат: поставщик B; это ещё не окончательный выбор. Основание: изучены документы, подтверждающие выполнение четырёх перечисленных условий. Однако наличие ресурсов для начала работ письменно не подтверждено. Исключён A: превышен предел бюджета. Исключён C: не поддерживаются перенос данных и интеграция с CRM. Следующий шаг: подготовить черновик запроса на встречу, чтобы подтвердить наличие ресурсов. Действующие полномочия на внешнюю коммуникацию будут проверены отдельно; предложение не будет принято без одобрения человека.

Эта запись делает выбор понятным и позволяет проверить его заново.

Объяснение выбора не должно перегружать пользователя

Объяснимость не требует излагать пользователю все внутренние вычисления.

Ему следует дать информацию, необходимую для решения:

  • Почему выбран этот вариант?
  • Какие обязательные условия он выполнил?
  • Какие существенные компромиссы он предполагает?
  • Что пока неизвестно?
  • Каким будет следующее действие?

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

Когда агент может выбирать самостоятельно?

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

  • Действие связано с низким риском
  • Предпочтения ясны и актуальны
  • Выбор легко отменить
  • Не возникают финансовые или правовые обязательства за пределами заранее явно предоставленных полномочий
  • Обязательные условия проверены
  • Пользователь явно разрешил такой уровень автономности

Например:

  • Выбрать в календаре подходящее время встречи
  • Купить недорогие расходные материалы из заранее одобренной категории
  • Выбрать формат файла по установленным правилам

Такие решения могут быть в большей степени автоматизированы.

Но:

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

требуют более строгого одобрения человека.

Когда агенту не следует выбирать?

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

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

Иногда правильный выбор — «ни один»

Обилие вариантов на рынке не означает, что хотя бы один непременно подходит.

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

GBO признаёт такое право: агент может не выбрать ни одного варианта.

Иногда правильный выбор — несколько вариантов

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

Иногда поиск единственного варианта уже означает неверную постановку задачи.

Риск сочетания

Две услуги, подходящие по отдельности, при объединении могут образовать неподходящую систему.

Например:

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

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

Выбор в многоагентных системах

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

Кому передать задачу:

  • агенту SEO/GEO,
  • агенту правовой проверки,
  • агенту электронной почты,
  • финансовому агенту,
  • человеку?

Нужно решить, кто её возьмёт на себя.

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

Центральная система должна спросить:

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

Выбор самого агента тоже должен проходить через Шлюз пригодности NOMOS.

Обучение на сделанном выборе

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

Следует оценивать:

  • Принял ли пользователь выбор?
  • Достигнута ли цель?
  • Был ли выбор впоследствии отменён?
  • Возникли ли ошибочные ожидания?
  • Почему пользователь предпочёл другой вариант?
  • Не было ли упущено критическое условие?

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

Риск воспроизводства популярности

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

GBO требует от системы выбора оценивать не только прежнюю популярность, но и:

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

Все эти факторы должны участвовать в оценке.

Оставлять место новым вариантам

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

Новизна — не причина для исключения. Отсутствие доказательств — не причина для выбора.

Выбор и право возразить

Пользователь должен иметь возможность оспорить выбор агента: «Почему ты выбрал эту компанию?» «Не рассматривай этот бренд». «Покажи более дешёвые варианты». «Я не хочу передавать свои данные этому поставщику». «Отмени этот выбор». Агент должен объяснить основания и, где это возможно, пересмотреть решение. Право возразить — часть человеческого контроля над системой.

Пересмотр выбора и пределы отмены

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

Агент может сказать: «Я выделил этот вариант».

Но это не даёт ему автоматического права перейти к следующему: «Я его оплатил».

Пятнадцать вопросов для проверки пригодности

Перед тем как агент выберет человека, организацию, продукт или услугу, можно задать следующие вопросы:

  • Ясна ли действительная цель пользователя?
  • Отделены ли обязательные условия от предпочтений?
  • Та ли сущность оценивается?
  • Подтверждены ли необходимые возможности?
  • Есть ли у поставщика свободные ресурсы сейчас?
  • Согласуются ли бюджет и общая стоимость?
  • Выполнены ли географические, языковые и временные условия?
  • Приемлем ли уровень риска?
  • Сохранены ли явно выраженные ценности и предпочтения пользователя?
  • Не подменена ли пригодность видимостью, популярностью или силой бренда?
  • Явно ли показаны критические неопределённости?
  • Раскрыты ли спонсорские отношения или конфликт интересов?
  • Остались ли в рассмотрении менее заметные, но подходящие варианты?
  • Известен ли срок действия выбора?
  • Нужно ли одобрение человека для следующего действия?

Пригодность для задачи: уровни готовности

Подход этой главы можно свести к пяти уровням готовности:

1. Можно найти

Услугу можно найти.

2. Можно понять

Объяснено, что она делает.

3. Можно сравнить

Объём, цену и доказательства можно сопоставить с другими вариантами.

4. Можно проверить пригодность

Ясно, кому услуга подходит и кому не подходит.

5. Агент может безопасно выбрать

Идентичность, возможности, ресурсы, риски, коммерческие условия и путь к действию можно проверить вместе. Цель GBO — пятый уровень, а не одна лишь видимость.

Как бренду подготовиться к выбору?

Если организация хочет, чтобы агенты выбирали её при подходящих условиях, ей следует:

Определить идеального клиента

Для каких задач и бюджетов она подходит?

Описать неподходящие случаи

Какие запросы отклоняются или требуют другой услуги?

Обозначить жёсткие условия

Какие доступы, языки, технические среды и временные ограничения необходимы?

Обновлять сведения о ресурсах

Принимает ли организация новые заказы?

Разделить цену и общую стоимость

Что входит в начальную цену?

Поместить доказательства в контекст

Какой результат получен и при каких условиях?

Показать путь после выбора

Как последовательно проходят предложение, встреча, оценка и одобрение человеком?

Такая структура не делает бренд подходящим для выбора в любой ситуации. Она позволяет выбирать его в правильных ситуациях.

Цель — не быть выбранным всегда

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

Но с точки зрения GBO здоровая цель — не в том, чтобы каждый агент выбирал её в любых обстоятельствах.

Правильная цель — обоснованно быть выбранными там, где мы действительно подходим, и не создавать ложных ожиданий там, где не подходим.

Несоответствие между клиентом и услугой может обернуться:

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

Обоснованный отказ тоже имеет коммерческую ценность.

Качество выбора — не число продаж

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

Но следует спросить:

  • Действительно ли выбранные клиенты подходили?
  • Завершились ли проекты успешно?
  • Были ли ожидания по цене и объёму верными?
  • Выросла ли доля отмен и разногласий?
  • Стало ли больше неподходящих запросов?
  • Остался ли пользователь доволен решением агента?

Выбирать чаще — не значит выбирать лучше.

Поэтому в системе измерений, которую GBO представит далее, вместе с долей выбора будут оцениваться:

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

Эти показатели будут рассматриваться совместно.

Квалифицированный выбор

Чтобы назвать выбор:

Квалифицированным выбором

необходимо одновременное выполнение следующих условий:

  • Цель пользователя понята верно.
  • Обязательные условия выполнены.
  • Идентичность и возможности проверены.
  • Сведения о ресурсах актуальны.
  • Цена и объём соответствуют задаче.
  • Риск находится на приемлемом уровне.
  • Ценности пользователя сохранены.
  • Критические неопределённости не скрыты.
  • Есть действующие полномочия на следующий шаг.
  • Выбор можно зафиксировать и при необходимости проверить заново.

Квалифицированный выбор — не просто «вариант, который выглядит хорошо». Это выбор, готовый стать основой дальнейших действий.

Вывод главы

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

Он должен выбирать тебя, если:

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

И не должен выбирать, если:

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

Цель GBO — не заставить агента полюбить бренд, а помочь ему подобрать вариант, который действительно отвечает задаче.

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

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

Чтобы на основании этого выбора запросить предложение, передать данные, заплатить, опубликовать материал или инициировать договор, нужно ответить на ещё один вопрос:

Кто разрешил это действие?

Найти правильный вариант — не значит автоматически получить право действовать от имени человека.

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

ИССЛЕДОВАНИЕ / ПРИМЕНЕНИЕ

Примените опубликованную методику к действующей системе.

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