# Остин Хей: „Инструменты существуют только для решения проблем“

Источник: https://www.youtube.com/watch?v=B79p85DHLkU
Канал: Lenny's Podcast
Опубликовано: 13.08.2023

---

## Инструменты для роста: Полный гид по MarTech [[JUMP:4:35]]

Маркетинговые технологии (MarTech) — это дисциплина, находящаяся на стыке продукта, роста, инженерии и маркетинга. Остин Хей, эксперт с опытом работы в Notion, Airbnb, Walmart, Ramp и Runway, описывает MarTech не просто как набор инструментов, а как симбиоз людей, процессов и системных платформ. По его мнению, MarTech — это роль «продакт-менеджера для систем», чья задача — использовать технологический стек для ускорения роста бизнеса.

### Зачем нужен MarTech-специалист? [[JUMP:6:16]]

На ранних стадиях (до 30–40 человек) вопросами систем и инструментов часто занимается вся команда («деревня»), что допустимо, но не масштабируемо. По словам Остина, критическая точка наступает при достижении 100–150 сотрудников. В этот момент возникает необходимость в централизованном управлении потоками данных, схемами и контрактами с вендорами.

Ключевые обязанности MarTech-специалиста:

*   **Архитектура:** Проектирование и интеграция инструментов, создание решений «поверх» стандартного ПО (buy + build).
*   **Контрактная стратегия:** Оптимизация затрат на SaaS и оценка рисков liability на годы вперед.
*   **Автоматизация:** Управление доступом и разрешениями, чтобы избежать критических ошибок в коммуникациях.

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

### Стратегия выбора стека: B2C vs B2B [[JUMP:31:23]]

#### Стек для B2C: От CDPs к Warehouse-centric модели
В 2017–2020 годах стандартом для B2C были CDP (Customer Data Platforms), обещавшие простоту одного SDK. Сегодня, благодаря удешевлению хранения данных, тренд сместился в сторону облачных хранилищ (например, Snowflake).

*   **Традиционный подход:** Покупка CDP (например, Segment, mParticle) — оптимально, если в компании мало инженеров.
*   **Продвинутый подход:** Использование хранилища в качестве источника истины и инструментов Reverse ETL (например, Hightouch, Census) для активации данных.

#### Стек для B2B: Эра B2B2C
B2B-бизнесы сегодня часто сталкиваются с гибридной моделью (B2B2C), где нужно трекать и пользователя, и компанию. Это создает огромную сложность при интеграции CRM (Salesforce, HubSpot) и маркетинговых инструментов. По словам Остина, связка HubSpot + Salesforce остается классической «зоной боли», где нет идеального решения — всё зависит от того, как компания выстраивает свою схему данных.

### Проблемы атрибуции: Будущее за вероятностными моделями [[JUMP:41:51]]

Маркетологи всё чаще сталкиваются с «кризисом измерений»: браузеры блокируют параметры URL, а пользователи отказываются делиться IDFA (идентификаторами для рекламодателей).

Остин дает практический совет по подготовке инфраструктуры:

*   **Собирайте данные «на входе»:** Сохраняйте UTM-параметры (Campaign, Medium) и идентификаторы сессий (первый и последний клик) непосредственно на устройстве пользователя.
*   **Probabilistic data:** Поскольку детерминированное отслеживание (точное знание, кто именно установил приложение) уходит в прошлое, маркетинговым технологам следует осваивать вероятностные модели. Это позволяет моделировать поведение всей аудитории, основываясь на данных 30% пользователей.
*   **MMM vs MTA:** Остин полагает, что многие компании слишком рано пытаются внедрить MMM (Mixed Media Modeling), когда им нужно просто наладить качественную MTA (Multi-touch Attribution) и работу с данными.

### Философия системного мышления [[JUMP:1:05:10]]

Остин выделяет несколько ключевых фреймворков для работы:

1.  **Инструменты решают проблемы:** Не покупайте софт ради софта. Сначала определите проблему, затем оцените, нужна ли автоматизация.
2.  **PPS (Problem, People, System):** Не прыгайте сразу в настройку системы. Разберитесь в проблеме и интересах людей, которые будут с ней работать.
3.  **Build and Buy:** Это не взаимоисключающие пути. Часто выгоднее купить готовый продукт, а ресурсы инженеров направить на создание уникальных надстроек поверх него.
4.  **Thinking Gray:** Принцип профессора Стивена Сэмпла — не принимайте окончательное решение, пока у вас есть возможность ждать. Это позволяет сохранить гибкость и избежать поспешных выводов о людях или системах.