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

Найди пересечение до выбора «главного» сегмента

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

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

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

Выбери один из трёх способов разрешения

Взаимное исключение подходит, когда бизнес-правило можно выразить однозначно. В условном примере подбор показывается при подтверждённом контексте кампании, а сравнение — только при выполнении своего условия и отсутствии условия подбора. При этом «отсутствие» должно проверяться на доступных данных, а не выводиться из задержки загрузки истории.

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

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

Запиши правило так, чтобы его можно было воспроизвести

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

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

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

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

Проверь ограничения после выбора предложения

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

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

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

Выбери способ для своего пересечения

Принимай результат по единственному показанному варианту

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

1. Ни одно условие не выполнено: остаётся предусмотренный общий маршрут.
2. Выполнено только одно условие: выбран соответствующий кандидат.
3. Выполнены оба: срабатывает согласованное решение пересечения, второго окна нет.
4. История недоступна: работает явно предусмотренное неизвестное состояние.
5. Один вариант закрыт: второй не обходит согласованное ограничение.
6. Успешное обращение известно: приглашение по завершённой задаче не возвращается.
7. Условие изменилось во время заполнения: форма не заменяется неожиданно.
8. Повторный визит: выбранный результат соответствует актуальному контексту и ограничениям.

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