В современном мире маркетинга 2010–2020 годы называют «золотой эрой» детерминированного маркетинга: тогда по IDFA можно было с предельной точностью отследить, кто именно установил приложение и как он взаимодействовал с рекламой . Однако после введения ограничений конфиденциальности Apple и Google ситуация радикально изменилась, выдвинув на первый план концепцию маркетинговых технологий или MarTech.
🛠 Что такое MarTech и роль «четвертого амплуа» 4:35
По определению Остина Хея, MarTech — это аморфная кросс-функциональная дисциплина, живущая на стыке продукта, роста, инженерии и маркетинга . Это не просто набор инструментов, а полноценная продуктовая роль.
- MarTech-менеджер как PM: По мнению гостя, это классический менеджер продукта, чьим «продуктом» является система (платформа) — сторонняя или собственная .
- Эволюция функции: В стартапах до 30 человек MarTech — это общее дело (подход «деревни»), на этапе 100–150 человек функция становится централизованной, требуя выделенного управления .
- Задачи роли: Архитектура потоков данных, управление схемами данных, выбор между «купить или построить», а также управление контрактами с SaaS-вендорами .
Остин Хей подчеркивает, что выбор инструментов сегодня больше не сводится к дилемме «Build vs Buy». Современный MarTech — это стратегия «Build and Buy»: вы покупаете готовую платформу на 90%, чтобы внедрить её быстро, и достраиваете уникальные 10% сверху своими ресурсами .
📊 Стратегии для B2C и B2B рынков 14:24
Место MarTech-команды в структуре компании зависит от бизнес-модели. Остин Хей выделяет несколько ключевых сценариев:
- B2C (Централизовано): Команда MarTech подчиняется Head of Growth или CMO, так как её главная задача — обслуживать маркетинговую «воронку» .
- B2B: Здесь всё сложнее из-за наличия CRM (Salesforce) и необходимости синхронизации данных о пользователях с данными о компаниях .
- Гибридный B2B2C: Модель, характерная для компаний вроде Runway, Notion или Ramp, где MarTech должен одновременно поддерживать привлечение отдельных пользователей и сложную работу с корпоративными аккаунтами .
Остин отмечает, что в B2B классические B2C-инструменты часто дают сбой, так как они оперируют только двумя объектами: «пользователь» и «событие», игнорируя сущность «компания» .
🏗 Архитектура данных: CDP против Reverse ETL 31:43
В 2017–2020 годах доминировала эпоха CDP (Customer Data Platforms), таких как Segment или mParticle. Идея заключалась в сборке данных через один SDK и их рассылке по маркетинговым инструментам .
Сегодня наметился сдвиг в сторону складской (warehouse-first) архитектуры:
- Snowflake как ядро: Хранение данных стало настолько дешевым, что склад данных стал центром управления.
- Reverse ETL: Технологии (например, Hightouch или Census) позволяют брать уже очищенные и обработанные данные из склада и передавать их обратно в инструменты (HubSpot, Slack, рекламные кабинеты) .
- Совет начинающим: Если у вас мало инженеров — используйте классический CDP для скорости. Если культура инженерии сильная — стройте архитектуру вокруг Snowflake и Reverse ETL .
🎯 Атрибуция в новую эпоху: От точности к вероятности 41:51
Остин Хей утверждает, что «золотые годы» точной атрибуции закончились. Маркетологам нужно переходить от детерминированного соответствия к вероятностным моделям .
- Проблема 14.5: Блокировщики файлов cookie иTruncated URL (когда браузеры отрезают UTM-метки) приводят к тому, что платный трафик ошибочно принимается за органический .
- Solution: Правильная гигиена с первого дня. Хей рекомендует даже на ранних этапах собирать и хранить параметры URL (UTM, Click ID) в виде «первых» и «последних» касаний (First-touch / Last-touch) в собственной базе .
- MMM (Marketing Mix Modeling): Гость считает, что многие компании стремятся к сложным MMM-моделям слишком рано, хотя им достаточно навести порядок в сборе базовых данных .
🧠 Принципы лидерства и найм «MarTech-супергероя» 57:52
При найме MarTech-специалиста Остин Хей ищет «инженерную смекалку» (скрэппинг), а не диплом программиста. Идеальный кандидат должен уметь читать документацию API и делать запросы на Python или JavaScript, даже не будучи бэкенд-разработчиком по профессии .
Ключевые вопросы для интервью:
- «Как вы готовились к этому интервью?» — этот вопрос, по мнению Хея, выявляет системных мыслителей .
- «Что бы вы изменили в нашей системе к ближайшей пятнице?» — помогает отсеять людей с «инструментальной предвзятостью», которые навязывают знакомый софт вместо решения боли бизнеса .
Грей-философия (Thinking Gray) 1:11:20
Остин часто опирается на принцип Стивена Б. Сэмпла «Думать серым». Его суть: не принимать решение как можно дольше, пока это возможно . В системном проектировании это помогает избежать преждевременной оптимизации и дождаться момента, когда данных о проблеме станет достаточно для взвешенного выбора.
