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

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

Храните подтверждённый контекст отдельно от догадки

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

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

В Shopify дополнительные атрибуты предусмотрены на уровне заказа. Это пример подходящего места для контекста покупки; наличие поля само по себе не гарантирует, что его передадут в CDP — платформу объединения клиентских данных — и правильно используют в сегментах.

Измените последующие сценарии

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

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

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

Спросите ровно то, что изменит решение

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

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

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

Как проверить эффект новой ветки

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

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

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

Источники

Shopify. Order — Storefront API. Документация API версии 2026-07. Поле customAttributes.