ГЛАВА II

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

Логотип не определяет юридическую ответственность. Тот факт, что человек упоминается вместе с брендом, не означает, что этот человек является компанией. Успех одного продукта не доказывает, что компания, которая его создала, обладает такими же возможностями во всех своих услугах. Тот факт, что бренд когда-то реализовал проект в стране, не доказывает, что он может обеспечить постоянную работу там сегодня. Чтобы сущность была представлена точно, система должна понимать не только её название, но и её границы. На следующие вопросы должны быть даны четкие ответы: Кто является этой сущностью? Какой юридической структуре она принадлежит?

Под какими именами оно известно? Какие имена к нему не относятся? Какими продуктами и брендами оно управляет? Какие люди могут его представлять? В какой категории оно работает? В каких категориях оно не работает? Где оно зарегистрировано? Где оно предоставляет услуги?

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

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

Основное суждение этой главы заключается в следующем:

Если система не может точно идентифицировать объект, она не может надежно определить правильные доказательства, правильные рекомендации или правильное соответствие с пользователем.

GEO-010

Сообщать имя, не объясняя идентичность

Основная категория: Идентичность объекта Вторичные теги: entity resolution, name collision, canonical identity, alias Основание в GEO Framework: Центр, Доказательства, Аудит Уровень серьёзности по умолчанию: Существенный

Голос сущности

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

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

Продукт? Проект? Человек? Торговое название другой компании? Какие домены действительно принадлежат вам? Какие прежние названия остаются действительными? В какой стране вы зарегистрированы? Кто представляет вас в суде?

Повторение вашего имени может повысить его заметность. Это также может увеличить неопределённость в отношении вашей личности. Личность не возникает от повторения имени. Она возникает из канонической записи, в которой явно указаны отношения и границы.

Что предполагает человек?

«Если мы будем использовать название бренда достаточно часто и последовательно, системы ИИ автоматически поймут, кто мы такие». Это предположение рассматривает распознавание названия и разрешение сущностей как одно и то же.

Что может произойти на уровне системы?

Система может:

объединить две организации с одинаковым названием,

рассматривать бывшую и текущую компанию как одно предприятие,

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

обобщать услуги бренда на всю юридическую компанию,

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

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

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

Нормативное определение

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

Риск искажения представления

Эта ошибка может привести к:

путаница идентичности,

ложной собственности,

ложным отношениям «человек–компания»,

назначению неправильной услуги,

передаче отзывов, принадлежащих другой организации,

непониманию юридической ответственности,

слиянию субъектов с похожими названиями.

Минимальные поля в записи канонической идентичности

При необходимости определите:

Основное публичное название

Юридическое название

Тип юридического лица

Статус товарного знака или бренда

Бывшие названия

Распространённые аббревиатуры

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

Канонический домен

Официальные коммуникационные домены

Страна и город регистрации

Дата основания или начала деятельности

Родительские или дочерние отношения

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

Принадлежащие бренды

Продукты и услуги

Официальные записи или идентификаторы

Дата последней проверки

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

Как выявить ошибку?

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

Необходимые доказательства

Каноническая страница идентичности

Юридическая регистрация или проверяемый бизнес-документ

Заявление о праве собственности на домен и компанию

Запись о взаимоотношениях бренда и компании

Список бывших и альтернативных названий

Список официальных социальных профилей

Структурированные данные

Заявления о взаимоотношениях основателя или руководителя

Дата последней проверки

Надлежащий стандарт

Сущность должна публиковать не только своё название, но и граф своей идентичности. Граф должен ясно указывать: «Сущность, называемая X, имеет тип Y; она имеет заявленные взаимоотношения с юридической структурой Z; публикуется через эти домены; управляет этими брендами или продуктами; и имеет указанные взаимоотношения с этими людьми и организациями.»

Случаи, не являющиеся нарушением

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

Протокол исправления

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

Повторная валидация

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

Влияние на соответствие

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

Вопрос аудита

Вопрос аудита: Просто ли система распознает это имя, или она может различать, на проверяемых основаниях, реальное лицо, которому принадлежит имя?

Машиночитаемое правило

Машиночитаемое правило: Распознавание имени НЕ ДОЛЖНО считаться разрешением сущности. Представляемое лицо ДОЛЖНО предоставлять проверяемую запись канонической идентичности, тип сущности, псевдонимы, связи и официальные домены.

Контролируемое машиночитаемое правило (английский): Name recognition MUST NOT be treated as entity resolution. A represented entity SHOULD provide a verifiable canonical identity record, entity type, aliases, relationships, and official domains.

GEO-011

Публиковать противоречивые сведения об идентичности одной сущности

Основная категория: Согласованность сущностей Вторичные теги: entity consistency, multiple sources, schema, profile conflict Основание в GEO Framework: Центр, Доказательства, Время, Аудит Уровень серьёзности по умолчанию: Существенный

Голос сущности

На вашей домашней странице указано одно. На странице «О нас» — другое. В вашем профиле LinkedIn указано что-то ещё. В вашей JSON-записи указано что-то другое. На одном языке вы называете себя компанией. На другом — агентством. В справочнике указано, что вы работаете в десяти странах. На основном сайте указано только две.

Основатель, указанный в ваших структурированных данных, не совпадает с основателем, указанным в пресс-релизе. На одной странице сказано, что вы были основаны в 2018 году. На другой — в 2021 году. Вы ожидаете, что я выберу правду. Какая запись актуальна? Какая неверна? Какая историческая? Какая — просто маркетинговый текст?

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

Что предполагает человек?

«Небольшие различия в информации не имеют значения; системы сами объединят правильные детали.» Это предположение рассматривает точное разрешение конфликтов между источниками как гарантированное.

Что может произойти на уровне системы?

Противоречивые записи могут:

создавать несколько версий одной и той же сущности,

вызывать повторное использование старой информации,

создавать разные идентичности на разных языках,

ослабить доверие и выбор источника,

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

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

Нормативное определение

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

Риск искажения представления

Эта ошибка может привести к:

различным системам, определяющим сущность по-разному,

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

обращению с прежней мощностью как с текущей,

ложная корпоративная принадлежность,

ложный географический охват,

ложный или неоднозначный сигнал доверия.

Поля согласованности

Минимум, сравните:

Основное название

Юридическое название

Тип юридического лица

Дата основания

Штаб-квартира

Собственность

Основатель

Руководство

Персонал

Услуги

Продукты

География

Контактные данные

Сертификаты

Партнерства

Цена и коммерческие условия

Дата последнего обновления

Как выявить ошибку?

Создайте матрицу согласованности сущностей. Разместите поля идентификации в строках, а следующие поверхности — в столбцах:

основной сайт,

издания на других языках,

структурированные данные,

социальные профили,

деловые справочники,

страницы прессы,

официальные реестры,

машинные издания.

Классифицируйте каждое различие как:

объясненное историческое различие,

различие формы,

незначительное различие

непроверенная разница,

существенный конфликт.

Необходимые доказательства

Список всех официальных профилей и страниц

Матрица согласованности сущностей

Текущая каноническая запись

Исторические записи изменений

Документы о собственности и управлении

Выводы структурированных данных

Сравнение многоязычных изданий

История исправлений

Надлежащий стандарт

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

Случаи, не являющиеся нарушением

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

Протокол исправления

Проведите инвентаризацию каждой поверхности личности. Определите канонические значения. Разделяйте исторические значения по датам. Корректируйте ложные записи. Запрашивать исправления у третьих лиц, если записи нельзя менять напрямую. Обновите API, JSON и записи схемы. Сопоставьте многоязычные издания в паритет. Создайте центральный источник идентичности.

Распределите будущие изменения от этой единственной записи.

Повторная валидация

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

Влияние на соответствие

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

Вопрос аудита

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

Машиночитаемое правило

Машиночитаемое правило: Существенные записи идентичности через официальные читабельные человеком и машиночитаемые поверхности ДОЛЖНЫ быть семантически согласованы или явно ограничены во времени.

Контролируемое машиночитаемое правило (английский): Material identity records across official human-readable and machine-readable surfaces MUST be semantically consistent or explicitly time-qualified.

GEO-012

Смешивать границы бренда, компании, продукта и человека

Основная категория: Отношения между объектами Вторичные теги: brand-company-person-product, responsibility, ownership, authority Основание в GEO Framework: Центр, Доказательства, Управление Уровень серьёзности по умолчанию: Существенный

Голос сущности

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

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

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

Что предполагает человек?

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

Что может произойти на уровне системы?

Система может:

путать бренд с юридическим лицом, заключающим контракт,

представлять мнение основателя как политику компании,

распространять функцию продукта на все услуги компании,

передавать масштаб материнской компании маленькой дочерней,

представлять личную лицензию сотрудника как институциональную полномочность,

приписывать долги или репутационные записи компании неправильному бренду.

Нормативное определение

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

Риск искажения представления

Эта ошибка может привести к:

непониманию стороны договора,

неправильная передача полномочий и ответственности,

передача сертификата или лицензии не тому объекту,

перенос прошлых успехов на несвязанную продукцию,

представление человека как институциональной власти,

обращение с брендом как с независимой компанией.

Типы отношений

Различать среди:

Владеет

Осуществляется управлением

Является торговой маркой

Является продуктом

Является сервисом

Основатель

Является сотрудником

Является уполномоченным представителем

Является материнской компанией

Является дочерней компанией

Является лицензиаром

Является дистрибьютором

Является поставщиком технологий для

Является стратегическим партнёром

Является бывшим партнёром

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

Как выявить ошибку?

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

Необходимые доказательства

Информация о юридической структуре

Заявление о владении или использовании бренда

Владение продуктом

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

Полномочия на представительство

Владение лицензиями и сертификатами

Записи о материнской и дочерних компаниях

Заявление о стороні договора и выставляющей счёт

Начальные и конечные даты отношений

Надлежащий стандарт

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

Случаи, не являющиеся нарушением

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

Протокол исправления

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

Повторная валидация

Оцените ответы систем на следующие вопросы: Кто владеет брендом? Кто предоставляет услугу? Кто является стороной по контракту? Кто является основателем? Кто держит сертификат? Какой компании принадлежит продукт?

Влияние на соответствие

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

Вопрос аудита

Вопрос аудита: Действительно ли этот атрибут принадлежит этому объекту, или он был просто передан от связанного объекта?

Машиночитаемое правило

Машиночитаемое правило: Отношения между брендами, юридическими лицами, продуктами, услугами и людьми НЕ ДОЛЖНЫ рассматриваться как эквивалентность идентичности. Атрибуты и полномочия ДОЛЖНЫ оставаться прикрепленными к объекту, который достоверно ими обладает.

Контролируемое машиночитаемое правило (английский): Relationships between brands, legal entities, products, services, and persons MUST NOT be treated as identity equivalence. Attributes and authority MUST remain attached to the entity that verifiably holds them.

GEO-013

Преувеличивать принадлежность к категории

Основная категория: Точность категории Вторичные теги: category membership, expertise, capability, positioning Основание в GEO Framework: Центр, Доказательства, Итоговая проверка Уровень серьёзности по умолчанию: Существенный; критический в областях с высоким риском

Голос сущности

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

Вы становитесь ответом на неправильные вопросы.

Что предполагает человек?

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

Что может произойти на уровне системы?

Из-за слишком широкой категории утверждений система может:

ассоциировать объект с лицензированной экспертизой,

направлять неподходящих пользователей,

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

обобщать один проект как непрерывную категориальную способность,

описывать пользователя технологии как разработчика этой технологии.

Нормативное определение

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

Риск искажения представления

Эта ошибка создает:

ложное впечатление о наличии экспертизы,

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

регуляторный риск,

неудовлетворённые ожидания,

неподходящая рекомендация,

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

Тест на членство в категории

Вопрос: Является ли категория чётко определённой? Каковы её минимальные требования к способностям? Соответствует ли им объект? Есть ли у него текущая возможность доставки? Есть ли соответствующие люди или технологии? Есть ли повторяющиеся доказательства в случаях? Требуется ли лицензия или регуляторный орган?

Является ли утверждение основной или второстепенной деятельностью? Является ли категория лишь будущей целью?

Уровни категории

Основная категория

Основная и текущая область деятельности организации.

Второстепенная категория

Существующая реальная способность, но это не основная деятельность.

Условная категория

Действительно только в определенной стране, секторе, технологии или в контексте партнера.

Историческая категория

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

Целевая категория

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

Как выявить ошибку?

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

Необходимые доказательства

Каталог услуг

Текущие записи о команде и возможностях

Повторяемые доказательства случаев

Лицензии и сертификаты

Право собственности на продукт или технологию

Оперативные и отчетные записи

Доказательства доходов или деятельности по категории

Географический и регулирующий охват

Надлежащий стандарт

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

Случаи, не являющиеся нарушением

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

Протокол исправления

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

Повторная валидация

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

Влияние на соответствие

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

Вопрос аудита

Вопрос аудита: Имеет ли этот объект непрерывную, проверяемую способность в этой категории или он лишь как-то соприкоснулся с категорией?

Машиночитаемое правило

Машиночитаемое правило: Членство в категории ДОЛЖНО подтверждаться текущей, повторяемой, специфической для области способностью и любыми необходимыми полномочиями. Ассоциация с категорией НЕ ДОЛЖНА представляться как полное членство.

Контролируемое машиночитаемое правило (английский): Category membership MUST be supported by current, repeatable, scope-specific capability and any required authority. Association with a category MUST NOT be represented as full membership.

GEO-014

Оставлять географический охват неопределённым

Основная категория: Географическое представление Вторичные теги: service area, jurisdiction, remote delivery, local presence Основание в GEO Framework: Центр, Доказательства, Время, Итоговая проверка Уровень серьёзности по умолчанию: Существенный; критический в регулируемых областях

Голос сущности

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

Наличие клиента в стране не означает, что у вас есть местное присутствие там. Завершение одного проекта там в прошлом не устанавливает непрерывную возможность сегодня. Штаб-квартира, зона обслуживания, область доставки и юридическая власть — это не одно и то же. Когда вы скрываете их все под словом «глобальный», вы лишаете меня информации, необходимой для точного сопоставления.

Что предполагает человек?

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

Что может произойти на уровне системы?

Из-за неоднозначного географического утверждения система может:

утверждать физическое присутствие там, где нет местного офиса,

рекомендовать услуги в стране, где нет юридической власти,

направлять пользователя, чей язык не поддерживается,

путать удалённое предоставление с локальной доставкой,

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

Нормативное определение

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

Риск искажения представления

Эта ошибка может привести к:

рекомендациям для неправильной страны,

нарушению нормативных требований,

несоответствующим ожиданиям пользователей,

проблемам с оплатой и контрактами,

недостаточной поддержке на языке,

задержкам в доставке,

иллюзия местного присутствия.

Типы географического поля

Зарегистрированная штаб-квартира

Место юридической регистрации.

Физический офис

Реальное и текущее оперативное местоположение.

Местный персонал

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

Сфера продаж

География, в которой может продаваться услуга или продукт.

Сфера доставки

География, в которой операция может фактически выполняться.

Удалённая сервисная зона

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

Юридические или регулирующие органы

Юрисдикция, в которой организация имеет лицензию или разрешение.

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

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

Как выявить ошибку?

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

Необходимые доказательства

Регистрация компании и филиалов

Информация об офисе и персонале

Текущие обслуживаемые страны

Поддержка языков

Возможности по контрактам и оплате

Лицензия и юрисдикция

Местные партнёрства

Данные о доставке

Дата последней проверки географического охвата

Надлежащий стандарт

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

Случаи, не являющиеся нарушением

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

Протокол исправления

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

Повторная валидация

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

Влияние на соответствие

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

Вопрос аудита

Вопрос аудита: Это существо действительно присутствует здесь, оказывает ли оно здесь только услуги или доступно только через интернет?

Машиночитаемое правило

Машиночитаемое правило: Зарегистрированное местоположение, физическое присутствие, удалённая зона обслуживания, возможности доставки, поддержка языков и регулирующая юрисдикция ДОЛЖНЫ быть представлены как отдельные географические атрибуты.

Контролируемое машиночитаемое правило (английский): Registered location, physical presence, remote service area, delivery capacity, language support, and regulatory jurisdiction MUST be represented as separate geographic attributes.

GEO-015

Скрывать ограничения возможностей и применимости

Основная категория: Операционный охват Вторичные теги: capacity, budget, eligibility, exclusions, operational fit Основание в GEO Framework: Центр, Доказательства, Итоговая проверка Уровень серьёзности по умолчанию: Существенный

Голос сущности

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

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

Указание лимита — это не упущенная возможность. Это дисциплина, позволяющая рано отсеивать неподходящие возможности.

Что предполагает человек?

«Если мы раскроем пределы наших возможностей и пригодности, мы потеряем потенциальных клиентов.»

Что может произойти на уровне системы?

Без информации о лимитах система может:

ссылаться на проекты, которые слишком большие или слишком маленькие,

рекомендовать организацию для неподдерживаемой технологии,

предположить неправильное время доставки,

выводить экспертные знания в каждой отрасли,

пропустить несоответствие между бюджетом и возможностями.

Нормативное определение

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

Риск искажения представления

Эта ошибка создает:

неподходящие запросы,

низкая конверсия,

потраченное впустую время продаж,

сбой доставки,

задержка,

ценовые споры,

недовольство клиентов,

долг представительства.

Границы материала

При необходимости раскрывать:

Минимальный бюджет

Максимальный размер проекта

Одновременная пропускная способность

Время ожидания

Срок доставки

Часы поддержки

Поддерживаемые языки

Поддерживаемые технологии

Неподдерживаемые технологии

Принятые сектора

Исключенные сектора

Лицензионные или условия соответствия

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

Границы безопасности данных

Объем гарантии или ручательства

Географические границы

Особые зависимости

Использование субподрядчиков

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

Как выявить ошибку?

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

Необходимые доказательства

План ёмкости

Объем услуг

Минимальные и максимальные критерии проекта

Причины отклонения запросов

Сроки поставки

Количество одновременно выполняемых проектов

Поддерживаемые технологии и языки

Политика принятия в секторе

Подтверждение от операционной команды

Надлежащий стандарт

Сущность должна заявить три вещи: Что она делает? При каких условиях она это делает? Что она не делает? Заявление о границах неразрывно связано с положительным описанием услуги.

Случаи, не являющиеся нарушением

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

Протокол исправления

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

Повторная валидация

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

Влияние на соответствие

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

Вопрос аудита

Вопрос аудита: Система знает только то, что делает этот объект, или она также может понимать условия, при которых объект не может это делать?

Машиночитаемое правило

Машиночитаемое правило: Существенные ограничения пропускной способности, бюджет, право на участие, технические, отраслевые и операционные ограничения ДОЛЖНЫ быть раскрыты в достаточной степени, чтобы предотвратить неподходящее сопоставление. Отсутствие ограничений НЕ ДОЛЖНО интерпретироваться как неограниченная способность.

Контролируемое машиночитаемое правило (английский): Material capacity, budget, eligibility, technical, sectoral, and operational limits MUST be disclosed sufficiently to prevent unsuitable matching. Missing limits MUST NOT be interpreted as unlimited capability.

GEO-016

Путать прошлые успехи с текущими возможностями

Основная категория: Достоверность способности Вторичные теги: historical evidence, capability decay, case study, continuity Основание в GEO Framework: Доказательства, время, окончательный тест Уровень серьёзности по умолчанию: Существенный

Голос сущности

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

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

Что предполагает человек?

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

Что может произойти на уровне системы?

Система может:

ошибочно принять бывшего клиента за активного клиента,

описать прошлое партнёрство как продолжающееся,

продолжать переносить способности ушедших специалистов на организация,

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

обобщать одноразовый проект как непрерывную услугу.

Нормативное определение

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

Риск искажения представления

Эта ошибка может привести к:

устаревшая экспертиза,

ложные ожидания клиентов,

впечатление о бывшем партнерстве как о текущем,

сбой доставки,

неправильное использование логотипов и ссылок,

временное представление задолженности.

Различие исторических доказательств и текущих возможностей

Исторические доказательства могут показывать: «Это предприятие выполнило эту работу в указанное время.» Текущие возможности также могут требовать доказательств:

Текущая команда

Текущие технологии

Текущий процесс

Недавние случаи

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

Текущая лицензия

Повторяемый результат

Операционная непрерывность

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

Как выявить ошибку?

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

Необходимые доказательства

Дата проекта

Объем проекта

Метод успеха

Одобрение клиента

Текущая команда и возможности

Текущий процесс

Недавние записи кейсов

Начальные и конечные даты партнерств

Разрешение на использование логотипов и ссылок

Дата последней проверки

Надлежащий стандарт

Прошлые работы должны публиковаться с указанием даты и контекста: «Этот проект был завершен в 2021 году. Результаты применимы к команде, технологии и объему работ, действовавшим на тот момент». Текущие возможности необходимо представлять отдельно.

Случаи, не являющиеся нарушением

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

Протокол исправления

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

Повторная валидация

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

Влияние на соответствие

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

Вопрос аудита

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

Машиночитаемое правило

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

Контролируемое машиночитаемое правило (английский): Historical success MUST NOT be treated as current capability without evidence of continuing personnel, process, authority, technology, and delivery capacity.

GEO-017

Молчаливо принимать выгодное искажение

Основная категория: Обязанность исправлять Вторичные теги: beneficial misrepresentation, correction duty, ethics, material error Основание в GEO Framework: Управление, Время, Возражение, Суждение Уровень серьёзности по умолчанию: Критический или существенный, в зависимости от контекста

Голос сущности

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

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

Что предполагает человек?

«Если мы не публиковали ложную информацию, и она приносит нам пользу, у нас нет обязанности её исправлять.»

Что может произойти на уровне системы?

Некорректированная благоприятная ошибка может:

быть повторенным другими системами,

использоваться командами продаж,

перейти к новому содержанию,

начинает выглядеть как независимый факт

повышать ожидания клиентов

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

Нормативное определение

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

Уровни осознанности

Неизвестная ошибка

Субъект не знает об ошибке. Обязанность исправления возникает с момента осознания.

Подозрительная ошибка

Существует разумное основание считать, что информация может быть ложной. Возникает обязанность расследовать и зафиксировать.

Подтвержденная существенная ошибка

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

Поля существенной ошибки

Юридическая идентичность Лицензия Сертификат География Сфера услуг Возможности Партнёрство Взаимоотношения с клиентом

Цена Вместимость Процент успешности Безопасность Здоровье Закон Финансы Время доставки

Валюта информации

Риск искажения представления

Эта ошибка создает:

завышенные ожидания,

несовпадение с клиентом,

коммерческое преимущество на основе ложной информации,

конфликт при доставке,

ущерб общественному доверию,

повышенные затраты на исправление,

этическая асимметрия.

Как выявить ошибку?

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

Необходимые доказательства

Запись о ложном результате

Дата выявления

Точная информация

Внутренние уведомления

Запрос на исправление

Ответ источника

Публичное заявление

Записи о продажах или маркетинговом использовании

Даты мониторинга и повторной проверки

Надлежащий стандарт

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

контролировать продолжение ошибки.

Случаи, не являющиеся нарушением

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

Протокол исправления

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

Сохраняйте историю исправлений.

Повторная валидация

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

Влияние на соответствие

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

Вопрос аудита

Вопрос аудита: Будет ли компания вмешиваться с такой же скоростью и серьёзностью, если эта ошибка будет в её ущерб?

Машиночитаемое правило

Машиночитаемое правило: Известное существенное искажение ДОЛЖНО быть устранено, независимо от того, приносит ли оно выгоду или вред представленному субъекту. Преднамеренное получение выгоды от известной лжи является критическим нарушением принципов честности.

Контролируемое машиночитаемое правило (английский): A known material misrepresentation MUST be addressed regardless of whether it benefits or harms the represented entity. Deliberate benefit from known falsehood constitutes a critical integrity failure.

GEO-018

Ориентироваться также на неподходящих пользователей

Основная категория: Соответствие пользователей Вторичные теги: targeting, qualification, exclusion, user harm, commercial fit Основание в GEO Framework: Центр, Измерение, Итоговая проверка, Оценка Уровень серьёзности по умолчанию: Существенный; критический в областях с высоким риском

Голос сущности

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

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

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

Что предполагает человек?

«Больше видимости и больше запросов всегда означают лучшую эффективность GEO.»

Что может произойти на уровне системы?

Из-за широкой, недискриминирующей презентации система может:

направлять пользователей с низкой пригодностью,

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

не учитывать барьеры в цене, географии и мощностях,

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

ставить цель продаж выше выгоды для пользователя.

Нормативное определение

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

Различие с GEO-015

GEO-015 рассматривает несоблюдение ограничения по способности и пригодности.

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

Первое — это недостаток информации. Второе — это ошибка в нацеливании и определении успеха.

Риск искажения представления

Эта ошибка может привести к:

неподходящие запросы,

вред пользователю,

высокие показатели возвратов и отмен,

низкая удовлетворенность,

неэффективность команды продаж,

ложное приписывание,

ущерб репутации,

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

Измерения соответствия

Оцените соответствие пользователя по следующим критериям:

Потребность

Бюджет

География

Язык

Время

Техническая совместимость

Сектор

Лицензия и юрисдикция

Уровень риска

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

Возможности поставки

Политика этического принятия

Ожидаемый результат

Необходимость альтернативной услуги

Как выявить ошибку?

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

Необходимые доказательства

Определение целевой аудитории

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

Профиль неподходящего пользователя

Набор запросов

Записи отклоненных запросов

Данные по конверсии продаж

Записи о возвратах и отменах

Удовлетворенность клиентов

Политика рисков и направления

Рекомендации по альтернативным услугам

Надлежащий стандарт

Работа GEO должна определять не только положительную целевую аудиторию, но и поле отрицательной пригодности. Субъект должен уметь ответить на вопрос: «Кому не следует выбирать нас?» Неподходящий пользователь должен получить: чётко обозначенную границу, направление к другому ресурсу, альтернативный вариант или предупреждение обратиться за профессиональной помощью.

Дополнительная обязанность в высокорискованных сферах

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

Случаи, не являющиеся нарушением

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

Протокол исправления

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

Повторная валидация

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

Влияние на соответствие

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

Вопрос аудита

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

Машиночитаемое правило

Машиночитаемое правило: Таргетирование GEO ДОЛЖНО оптимизироваться для проверенной пригодности пользователя–сущности, а не для максимального охвата. Известные неподходящие пользователи, юрисдикции, потребности или профили риска НЕ ДОЛЖНЫ рассматриваться как успешные совпадения.

Контролируемое машиночитаемое правило (английский): GEO targeting MUST optimise for verified user–entity suitability, not maximum exposure. Known unsuitable users, jurisdictions, needs, or risk profiles MUST NOT be treated as successful matches.

ОБЩЕЕ СУЖДЕНИЕ ГЛАВЫ II

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

Неудача в исправлении благоприятной ошибки. Нацеливание на неподходящих пользователей. Их общая причина:

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

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

Шесть уровней представления сущности

Точный цифровой запись сущности сохраняет как минимум шесть отдельных уровней:

1. Идентичность

Кто эта сущность?

2. Связи

Как она связана с людьми, брендами, компаниями, продуктами и институтами?

3. Категория

В какой области она действительно функционирует?

4. Объем

Где, в каких условиях и с какой мощностью она работает?

5. Время

Когда эта информация была верна и верна ли она до сих пор?

6. Пригодность

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

Закон объекта NOMOS

Основополагающий закон этой главы заключается в следующем:

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

А её второе суждение таково:

Граница — это не отсутствующая часть представления. Граница — это доказательство точного представления.

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

Заключительный вопрос главы

Когда рассматривается весь цифровой след сущности, можно ли дать однозначный ответ на этот вопрос?

Кто именно эта сущность; что она делает и не делает; где она действует; какой ёмкостью она обладает сегодня; и кому она действительно подходит?

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

Точный GEO не описывает сущность в наибольшей возможной форме. Он описывает сущность на точной границе её проверяемой реальности.