Обратная связь продаж маркетингу
Как организовать обратную связь продаж маркетингу: записи, причины, владелец гипотезы и проверка изменения. Рабочая карточка вместо спора о качестве лидов.
Фраза «снова плохие лиды» не содержит задания маркетингу. Она не объясняет, что общего у обращений, на каком шаге возникла проблема и какое действие можно проверить. Нужен короткий цикл от конкретной записи к изменению и повторной оценке.
Договоритесь о единицах и сроках
Выберите, что обсуждается: человек, компания, сделка или встреча. Определите, когда запись считается обработанной и какие причины можно подтвердить. Продажи должны иметь возможность отметить неизвестное, а маркетинг — увидеть факт, который стоит за кодом.
В документации HubSpot связи контактов, компаний и сделок рассматриваются отдельно. Для совместного разбора это напоминание: три обращения из одной компании могут относиться к одному проекту, а не к трём новым клиентам.
Карточка изменения
| Поле | Пример записи |
|---|---|
| Наблюдение | В выбранных обращениях ожидали готовый отчёт, продаётся настройка сервиса |
| Подтверждение | Обезличенные реплики и ID записей |
| Гипотеза | Объявление не объясняет формат услуги |
| Изменение | Уточнить результат и условия до формы |
| Владелец | Ответственный за текст; принимающий от продаж |
| Проверка | Новые созревшие обращения с тем же критерием ожидания |
Если в разборе используется SQL, запишите правило принятия лида продажами. Иначе изменение доли SQL может объясняться новой привычкой присваивать статус, а не изменившимся потоком.
Выборка должна показывать и удачные случаи
Если обсуждать только самые раздражающие обращения, встреча станет коллекцией исключений. Возьмите подходящие и отклонённые записи, добавьте разные источники и отметьте способ отбора. Небольшая ручная выборка помогает найти гипотезу, но не устанавливает долю проблемы во всём потоке.
Проверьте задержку обработки. Человек мог подходить по профилю, но уже решить задачу к моменту звонка. Такую ситуацию нельзя автоматически записывать в ошибку таргетинга. Сначала восстановите хронологию.
Вернитесь к решению, а не к новому списку жалоб
На следующем разборе покажите, что именно изменили, когда и где. Потом проверьте результат по заранее выбранным признакам. Если одновременно поменялись канал, оффер и обработка, не приписывайте весь эффект одной правке текста.
Закройте гипотезу одним из честных статусов: подтверждено наблюдением, не подтвердилось, данных пока мало, проверка сорвана. Последний статус нужен, если изменение не вышло или разметка сломалась. Он не равен отрицательному результату гипотезы.
Основание системы есть в B2B SaaS-гайде. Для одинаковых кодов используйте словарь причин отказа, для старых возможностей — разбор возраста pipeline. Полезный итог встречи — исправление с проверкой, а не обещание двух отделов внимательнее работать.