На сайте сервиса написано «Подключим любую систему учёта». Менеджер обещает клиенту отчёт по его показателям, а Ернар, который отвечает за исполнение, на первой встрече говорит, что сервис работает только с двумя системами и стандартными таблицами. Клиент уже потратил время и подготовил выгрузку. В CRM сделку закрывают с причиной «не подошёл продукт», хотя ожидание создала сама компания.
Это всё тот же алматинский сервис отчётов для небольших сетей магазинов из стратегии: пакет 60 000 ₸ в месяц, переменное исполнение 20 000 ₸, вклад 40 000 ₸. Цены, условия и цифры в примере условные. Продукту, продажам и маркетингу нужен общий процесс, чтобы клиент от рекламы до готового отчёта слышал одно и то же предложение, а любое расхождение сразу попадало к тому, кто может его исправить.
Одно предложение от обещания до услуги
Условия из карточки предложения
До пилота
Проверить систему, версию и формат выгрузки
Специалист принял данные и согласовал старт
Пилот
7 календарных дней без оплаты
Один образец отчёта на согласованных данных
После пилота
Отдельное согласие на месячную услугу
60 000 ₸ в месяц, оплата отдельно
Новая интеграция и заказной отчёт в пилот не входят. Координатор обновляет все точки контакта.
Одна карточка предложения
Карточка предложения - это список того, что разрешено обещать. У неё есть владелец, номер версии и дата изменения. Менеджер может пересказать услугу языком клиента, но новое свойство или новый срок сначала подтверждает тот, кто отвечает за эту часть продукта. Иначе каждый продаёт свою версию сервиса.
Для нашего сервиса карточка выглядит так:
| Часть | Что обещаем |
|---|---|
| Клиент | Небольшая сеть магазинов, которой нужно свести данные о продажах и ассортименте |
| Совместимость | Две системы учёта из подтверждённого списка; версию и формат выгрузки уточняют до пилота |
| Начало | Специалист получил выгрузку, которую клиент разрешил передать, и согласовал с ним дату старта |
| Пилот | Семь календарных дней бесплатно, один образец отчёта на согласованных данных |
| Граница | Стандартные таблицы; новая интеграция и отчёт под заказ в пилот не входят |
| После пилота | Клиент отдельно соглашается на месячную услугу за 60 000 ₸ и оплачивает её |
| Ответственный | Владелец продукта подтверждает условия, координатор обновляет все точки контакта |
Пилот здесь бесплатный, но может быть и платным, тогда об этом пишут до заявки. В обоих случаях в карточке нужны момент, с которого считают дни, результат и следующий шаг. Иначе «семь дней» на сайте и «неделя после того, как разберёмся с данными» у Ернара окажутся двумя разными услугами.
Совместимость подтверждают по настоящей выгрузке. Названия системы в заявке мало: у одной системы бывают разные версии, права доступа и структура данных. Пока Ернар не открыл файл, менеджер обещает проверку, получится ли подключиться, а не готовую интеграцию.
Что меняется вместе с карточкой
Когда условия поменялись, координатор составляет список мест, где они встречаются: объявления, страница, форма, подтверждение заявки, письмо о пилоте, презентация, подсказки в CRM, шаблоны ответов поддержки. За каждым местом закрепляют человека, который его обновит. Так новая версия не остаётся файлом, о котором знают только участники встречи.
С обещаниями, которые уже прозвучали, работают по-другому. Клиент мог записаться по старому объявлению, и новая ссылка не отменяет того, что ему сказали вчера. Менеджер объясняет, что изменилось, вместе с владельцем продукта находит вариант, который сервис выполнит, и записывает договорённость в карточку сделки.
Product Marketing Alliance относит к продуктовому маркетингу понимание рынка, позиционирование, подготовку продаж и запуски. В небольшой команде эти задачи могут делить разные люди. Координатор нужен, чтобы изменения доходили до всех мест, а что продукт умеет, по-прежнему решает его владелец.
Когда заявку можно передавать дальше
Подходящая заявка для сервиса - компания с задачей из карточки, поддерживаемыми данными и готовностью обсудить пилот. Телефон или email нужны, чтобы связаться, но на эти вопросы они не отвечают. Поэтому в CRM заводят поля, без которых следующий человек не сделает свою часть работы.
У каждой заявки должны быть ответственный, следующий шаг и срок. Менеджер видит, какое обещание человек прочитал в объявлении или на странице, с которой пришёл, и что уже известно о его задаче. Если нужна проверка выгрузки, её назначают Ернару, а до его ответа в статусе так и пишут: совместимость не подтверждена.
Время ответа выбирают по рабочему графику и по тому, чего ждёт клиент. Если отдел продаж Жанар работает только днём, не обещайте вечерней заявке звонок через несколько минут. На странице и в подтверждении напишите, когда перезвонят на самом деле, а очередь и просроченные шаги будут видны в CRM.
Разбор ста обращений
Для сверки возьмём 100 уникальных новых заявок, у которых уже прошло согласованное время на обработку. Это другой набор, не тот, что в таблице каналов в P&L. На дату разбора каждая заявка попадает ровно в одну группу:
| Состояние | Заявок | Что делать дальше |
|---|---|---|
| Подходят по задаче и данным | 60 | Проследить переход в пилот и оплату |
| Нужна неподдерживаемая система | 20 | Найти, откуда взялось обещание совместимости |
| Не хватает сведений для оценки | 10 | Назначить уточнение и срок |
| Никто не обработал | 10 | Восстановить передачу заявок и ответственность |
60 + 20 + 10 + 10 = 100. Подтверждённо подходящих во всём наборе 60%. Если считать только 80 заявок, которые удалось оценить, выйдет 75%, но ещё двадцать могут сдвинуть картину в любую сторону. Напишете в отчёте «75% лидов качественные», и из него пропадут двадцать заявок, о которых пока ничего не известно.
Повторные обращения одной компании склеивают по ID, о котором договорились заранее. Каналы сравнивают на одинаковом окне оценки. Свежая заявка, до которой менеджер ещё не дошёл, не должна сама собой попадать в плохие. А у закрытых заявок сохраняют причину: неподходящая система, другая задача, не устроил срок, не устроила цена. На каждую причину своё действие.
Сколько стоит неверное обещание
Предположим, на каждую из двадцати компаний с неподдерживаемой системой менеджер и Ернар вместе потратили 30 минут. Это десять часов. По внутренней ставке 5 000 ₸ за час сервис занял на них времени на 50 000 ₸, прежде чем объяснил ограничение, которое можно было показать ещё на странице.
Это оценка времени: ни деньги, ни продажи от этого не пропали. Если зарплаты фиксированные, они уже учтены в фиксированных расходах P&L, и второй раз вычитать 50 000 ₸ из прибыли не нужно. Когда таких разговоров станет меньше, у команды освободится время на подходящих клиентов. Превратится ли оно в дополнительные оплаты, зависит от того, на что это время пойдёт.
Причину ищут в самих обращениях. Клиент пришёл с объявления «любая система» - исправляют объявление. Клиент знал об ограничении, но всё равно спросил про новую интеграцию - запрос уходит продукту как материал для исследования. Двадцать таких просьб ещё не повод строить интеграцию: сначала нужно понять задачу, готовность платить, стоимость поддержки и то, вписывается ли она в стратегию.
Общая встреча заканчивается действием
Алтынай приносит на встречу обещания и источники заявок. Жанар приносит статусы и причины отказов. Продукт подтверждает, что сервис это выполнит. Вместе выбирают действие: убрать фразу, которую никто не подтвердил, поменять вопрос в форме, назначить ответственного за очередь или исследовать новую задачу.
У действия есть владелец, срок и способ проверки. Исправили объявление - пройдите путь клиента сами, а через время разберите сопоставимую группу обращений. Если заявок стало меньше, а доля подходящих выросла, окончательное решение принимают по числу оплат и расходам. Один удобный показатель не заменяет весь путь.
Оплаты сверяют по финансовым данным и ID сделки. Одну и ту же покупку могут показать рекламный кабинет, CRM и платёжная система, поэтому их выручку не складывают. Общий результат команды - оказанная и оплаченная услуга и вклад после расходов, а у каждого этапа остаются свои показатели качества и скорости.
Задание: сорок плохих лидов
Возьмите десять последних обращений своего проекта. Положите рядом объявление или другой источник, страницу, первое сообщение менеджера и карточку в CRM. Найдите, где обещание расходится, или убедитесь, что везде написано одно и то же. Запишите, кто исправит расхождение и по какому признаку заявку можно передавать следующему человеку.
Теперь владелец сервиса Талгат смотрит на таблицу ста обращений и говорит: «Сорок плохих, канал выключаем. А десять необработанных стоили нам 600 000 ₸ выручки». Что в этом выводе нужно поправить?
«Сорок плохих» склеивают три разные группы. Двадцати компаниям нужна система, которую сервис не поддерживает, у десяти не хватает сведений, а десять никто не обработал. Для каждой группы нужно своё действие. Сколько продаж потеряла необработанная десятка, неизвестно, и считать её десятью верными оплатами нельзя. Если бы оплатили двое, выручка первого месяца составила бы 120 000 ₸, исполнение 40 000 ₸, вклад 80 000 ₸ до расходов на привлечение и фиксированных расходов. Это сценарий: о самих клиентах данных нет.
Ответ Талгату заканчивается списком ответственных: кто исправит обещание, кто уточнит данные, кто восстановит обработку. Судьбу канала решают после этого разбора, по сопоставимым оплатам и расходам.