Вопросы на собеседовании: CRM-маркетолог

Удержание нужно моделировать как накопительный фактор роста активной клиентской базы, а не как выручку, приписанную CRM-отправкам.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• У каждого воздействия должны быть стабильный ID, цель, класс сообщения, экономика оффера, навязчивость, зависимости доступности, срок действия и ожидаемое действие клиента.
• Варианты контента могут наследовать один ID, если выражают одно причинное воздействие, а существенно разные офферы или последовательности каналов получают отдельные идентификаторы.
• Таксономия поддерживает арбитраж, логирование показов, распределение затрат и портфельный анализ lift без зависимости от названий кампаний конкретного вендора.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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