SaaS, маркетинг и фаундер, который “сам маркетолог”. Как выжить и выстроить систему?

SaaS, маркетинг и фаундер, который “сам маркетолог”. Как выжить и выстроить систему?

Введение

Когда я читаю в вакансиях фразу «вовлечённый собственник», мне становится тревожно. Это уже своеобразный red flag 🚩, если владелец — это одновременно визионер, исполнительный директор, product-менеджер и, конечно, маркетолог. Без профильного опыта, но с глубоким пониманием аудитории (в кавычках или без).
Этот кейс — как раз про такой случай. B2B продукт релокантов из России, сильный продукт, но полное отсутствие маркетинговой инфраструктуры. Меня позвали закрыть задачу по лидогенерации из Google Ads и FB, и вроде бы всё должно было быть просто: завёл кампанию, открутил бюджет, принёс результат.

На деле всё вышло иначе. Рекламные кампании без правильно выстроенной аналитики, позиционирования, сквозного понимания воронки и работы с обратной связью не приводят к ожидаемым результатам. Как ни настраивай, как ни фильтруй — всё будет разваливаться. Именно поэтому спустя пару недель я перестал «просто вести трафик» и начал собирать полноценную систему. С нуля. Через разногласия, с учётом временной разницы и ограничений.

NDA

Исходные данные и проблематика проекта

Первоначально задача звучала просто: запустить эффективную лидогенерацию через Google Ads и FB. Продукт — технологичный B2B-сервис с высоким средним чеком и длинным циклом сделки.

Казалось бы, работаем по стандартной схеме: настраиваем кампании, оптимизируем трафик, собираем заявки.Я начал задавать вопросы. Где именно фиксируются заявки? Кто и как отслеживает, что из них стало продажей? Какой канал привёл наиболее ценных клиентов? На эти вопросы у команды пока не было однозначных ответов.

CRM-ка использовалась в основном для внутренней коммуникации и постановки задач. Заявки из рекламных кампаний обрабатывались вручную: в каких-то случаях данные выгружались в Excel, в каких-то — передавались напрямую менеджерам без централизованного трекинга. Интеграции с рекламными системами или Google Analytics не было. Конечно, можно отслеживать лиды через GA4 и внутренний интерфейс FB, но лид не равно продажа.

В этот момент я понял, что полноценную систему маркетинга здесь ещё предстоит выстроить с нуля. Именно это и стало моей основной задачей.

Цель и план построения инфраструктуры

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

  • С какого канала пришёл лид?
  • Какую воронку он прошёл?
  • Что повлияло на решение купить или уйти?

Для этого сформировали три направления работы:

  1. Прозрачность каналов.Нужно было внедрить полноценную сквозную аналитику: от клика по рекламе до продажи. Не просто видеть заявки, но и понимать, какие именно источники и кампании приводят оплату.
  2. CRM как единый центр.Используемую CRM-систему требовалось «дотянуть» до уровня полноценного хаба: туда должна стекаться вся информация о заявках, статусах, коммуникациях, а также источниках трафика — через UTM-метки и интеграции.
  3. Роль маркетинга как функции управления спросом.Вместо роли просто генератора лидов, маркетинг должен был стать полноценным управленческим инструментом, влияющим на ключевые показатели: CAC, LTV, Retention.

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

Реализация и внедрение ключевых компонентов

Работу начал с ревизии уже имеющихся инструментов. Часть инфраструктуры была — CRM, WhatsApp-интеграция, аналитика из рекламных кабинетов. Но всё это жило разрозненно. Не хватало связности и логики в передаче данных между этапами.

Шаг 1: Настройка UTM-контроля

Каждый рекламный канал получил жёсткое требование — обязательная маркировка всех ссылок UTM-метками. Это был базовый шаг, без которого невозможно было связать заявку с её источником. Сразу же выяснилось: ранее часть заявок приходила без идентификатора источника вообще — соответственно, воронка начиналась с пустоты.

Шаг 2 : Интеграция аналитики с CRM

Вместе с техническим специалистом (разработчиком на стороне клиента) мы реализовали следующий сценарий:

  • Все формы на сайте и в лендингах были модифицированы: UTM-метки записывались в localStorage браузера;
  • При отправке формы значения UTM-меток передавались вместе с заявкой
  • Сами заявки попадали в CRM через вебхуки
  • На этапе создания сделки или лида данные из полей UTM подтягивались в отдельные кастомные поля CRM
  • Позже эти поля использовались при построении отчётов и дэшбордов по каналам.

Интеграция заняла примерно 3 недели (я не мог выполнить часть задач самостоятельно, а у инхаус разработчика были и другие рабочие обязанности), включая отладку и проверку корректной передачи меток с мобильных устройств. В результате мы получили возможность на 95% точно сопоставлять источник каждого лида.

Шаг 3: Доработка CRM под маркетинговые цели

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

Это, в свою очередь, дало возможность строить классическую воронку продаж и проводить анализ узких мест: где отваливаются клиенты, на каком этапе падает конверсия, где менеджеры теряют интерес или делают недостаточное количество касаний. Простейшая модель такой воронки выглядит как CR1 → CR2 → CR3 → CR4, где:

  • CR1 — конверсия в первый контакт (лид)
  • CR2 — из первого контакта в назначенную встречу (квал)
  • CR3 — из встречи в коммерческое предложение (оффер)
  • CR4 — из КП в оплату (сделка)

Все изменения проверялись через итоговую формулу:

CRTotal = CR1 × CR2 × CR3 × CR4
(где каждый CR — доля, например, 3% = 0.03)

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

Шаг 4: Отчётность

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

Сложности и прочие «прелести»

На бумаге всё выглядело стройно: настроим аналитику, внедрим CRM, всё закружится. На практике — как всегда.

Во-первых, проблема с дисциплиной у команды продаж. Даже после автоматизации часть менеджеров продолжала «забывать» заполнять статусы в CRM. Один из них объяснил это так: «Я всё в голове держу, у меня своя система». Это была… смелая система. Где-то между дзеном и дедукцией.

Во-вторых, сопротивление изменениям. Люди не любят, когда их начинают измерять (понимаю). Особенно если до этого они жили в тумане из субъективных «мы вроде хорошо работаем». Несколько раз приходилось устраивать мягкие разборы, объясняя, что цифры — это не карательная палка, а способ увидеть и исправить.

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

Ну и разница часовых поясов (тех. команда находилась во Вьетнаме)

Заключение

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

Честно говоря, было непросто. В моменты, когда всё разваливалось, API чудил, вебхуки ломались, а собственник начинал дышать в затылок с вопросами «а точно это надо?», я мысленно ставил галочку: вот так и выглядит реальное построение инфраструктуры. Не по книжке. Не по презентации. А по-настоящему — с багами и переписками в 5 утра.

Что важно? Важно договариваться на берегу. Важно не бояться объяснять, почему ты тратишь кучу времени не на «запуск рекламы», а на то, чтобы настроить сквозную аналитику и передать UTM-метки. И ещё — важно заранее понимать, зачем тебе этот проект. Я шёл сюда за опытом, получил его. А ещё — научился вести переговоры с «вовлечёнными собственниками» (в следующий раз буду трижды думать).

Инфраструктура работает. Данные собираются. Компания может принимать решения не на интуиции, а на цифрах. А я пошёл дальше. Выстраивать следующую систему. Или на ходу учиться как починить webhook в час ночи — как пойдёт.

Начать дискуссию