Партнёрка инфлюенсеров на amoCRM: UTM, кабинеты и честный баланс

Компания продаёт апартаменты у моря. Часть трафика ведут инфлюенсеры: сторис, рилсы, личные рекомендации. Заявки уже жили в amoCRM.

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

Собрали реферальную партнёрку поверх amoCRM: у каждого инфлюенсера - своя метка и кабинет, у маркетолога - админка со ставками и выплатами. Оплата - по факту: подтверждение и продажа в CRM. Сделка остаётся источником правды. Кабинет только читает статусы и считает деньги.

На скринах интерфейс обезличен: логотип закрыт, имена и домен - плейсхолдеры.

Админка маркетолога: KPI, ставки и таблица инфлюенсеров

Проблема

  1. Предоплата крупному инфлюенсеру - большой чек до результата. Ролик вышел, а «как отработало» оставалось неясным.
  2. Без прозрачной атрибуции нельзя было масштабировать сетку: мелких и средних отсекали, хотя их много и по факту они могли бы работать дешевле.
  3. Инфлюенсер приводил человека по ссылке, а дальше заявка растворялась в общей воронке. Нельзя было за минуту ответить: сколько лидов, подтверждений и продаж именно с этой метки.
  4. Начисления и выплаты жили в таблице или в чате. Ставку меняли «с сегодня», прошлые заявки пересчитывали руками.
  5. Партнёру нельзя показывать ФИО, телефон и email клиента. В CRM это нужно менеджеру. В кабинете инфлюенсера - нельзя.
  6. Два лендинга ведут на один продукт. Визиты и заявки нужно сводить к одной метке, а не к двум «источникам в голове».

Цель

Решение - партнёрка рядом с CRM, не вместо неё

amoCRM остаётся местом продаж. Партнёрка - слой учёта и доверия вокруг неё. Деньги начисляются, когда в CRM случается событие, а не когда подписали договор на ролик.

Слой 1. Метка и ссылка

Каждому инфлюенсеру при создании карточки задаётся неизменяемая метка utm_source (транслит имени или свой код вроде partner-a). Базовая ссылка:

https://example.com/?utm_source=…&utm_medium=influencer&utm_campaign=referral

Доп. параметр utm_content партнёр может дописать сам под сторис или рилс. На зачёт это не влияет: деньги идут на владельца utm_source.

Ссылка и QR в кабинете партнёра

Слой 2. Статусы из amoCRM

Сделки подтягиваются из воронки продаж. Привязка - совпадение utm_source в сделке с меткой инфлюенсера.

Три независимых флага по этапам:

  1. Лидов - сделка создана как новый лид с нужными UTM.
  2. Подтверждены - сделку когда-либо переводили в «Первый контакт» (по событиям смены этапа, не только по текущему статусу).
  3. Продаж - сделку когда-либо переводили в «Успешно реализовано».

Повторные обращения людей, которые уже были у компании, не засчитываются. Инфлюенсер в кабинете видит дату, ID сделки, доп. UTM и статус - без контактов клиента.

Заявки партнёра: ID сделки, UTM и статус без контактов

Слой 3. Два кабинета

Админка маркетолога. PIN на входе. Таблица инфлюенсеров, ставки за подтверждение и за продажу правятся в ячейке. Смена ставки действует на будущие заявки; уже попавшие считаются по ставке на дату события. Журнал выплат с датой и временем. KPI за выбранный период и баланс «к выплате» за всё время.

Кабинет инфлюенсера. Персональная ссылка без пароля. Онбординг: Terms → ссылка → QR → как считается оплата. Дальше три экрана: статистика, заявки, ссылка с QR и материалами для рекламы. Клик по «Выплачено» открывает журнал - только просмотр.

Статистика партнёра: баланс, лиды, подтверждения и продажи

Слой 4. Визиты с двух сайтов

Два лендинга живут в одном GA4 property. Визиты считаем по utm_source, без разрезания по домену: переходы с обоих сайтов складываются в одну строку партнёра.

Что меняется в работе

Бюджет больше не уходит пакетом «до ролика». Платят за то, что видно в CRM: подтвердили контакт - начислили, продали - начислили.

Можно набирать не только крупных. Мелкий инфлюенсер с рабочей ссылкой получает те же правила: метка, кабинет, оплата по факту. Риск на одного человека маленький - сетку можно расширять.

Маркетолог не собирает «чей это лид» руками из CRM и чатов. Открыл период - видит активных, конверсии и суммы.

Инфлюенсер не пишет «ну как там мои?». В кабинете уже есть лиды, подтверждения, продажи и баланс.

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

Клиентские контакты остаются в amoCRM у менеджеров. Партнёрка их не отдаёт наружу.

Почему это работает

  1. Сначала измерение, потом деньги. Без атрибуции предоплата крупным - единственный «безопасный» ход. С атрибуцией безопаснее платить по результату.
  2. CRM - источник правды. Партнёрка не дублирует воронку продаж, а читает этапы и UTM.
  3. Метка неизменяема. Поменяли код - это уже другой инфлюенсер. Старые ссылки не ломаются задним числом.
  4. Три события, не одна корзина. Лид, подтверждение и продажа считаются раздельно - даже если сделку провели с пропуском этапа.
  5. Ставки с историей. Можно менять условия без переписывания прошлых начислений.
  6. Разные роли - разные экраны. Маркетологу нужна управляемость. Партнёру - доверие без доступа к базе клиентов.

Вывод

Партнёрка инфлюенсеров для недвижимости - это не «ещё одна таблица выплат». Это переход от предоплаты вслепую к оплате по факту: amoCRM считает сделки, UTM отвечает за атрибуцию, кабинеты показывают одну математику двум сторонам.

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

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