Клиент пропал после презентации. А если он вообще ничего не купил
Клиент посмотрел продукт, обсудил цену и попросил предложение. Потом перестал отвечать. В CRM появляется причина отказа «дорого», хотя цену он не обсуждал. Команда меняет тарифы и снова получает тишину.
Возможно, дело было в цене. Но возможно, покупатель вообще ничего не купил и продолжил работать по-старому. Я бы разбирал эти исходы отдельно. Проиграть конкуренту и не убедить человека что-либо менять — разные задачи.
Старый способ тоже участвует в продаже
Представим стартап с сервисом планирования смен. Это условный пример. На демонстрации руководителю нравится интерфейс. Сейчас график ведут в таблице, которую он считает неудобной.
Для покупки нужно перенести данные, объяснить сотрудникам новый порядок, проверить обмен с учётной системой и убедить коллег. Таблица может раздражать, но её уже знают. У нового сервиса кроме цены есть стоимость перехода.
Она не всегда выражается деньгами в счёте. Это время людей, согласования, риск ошибок и ответственность за неудачный запуск. Обещание «простой интерфейс» не отвечает на вопрос, кто сделает эту работу.
Поэтому список конкурентов полезно дополнить текущим способом решения задачи. Таблицей, перепиской, собственным скриптом или помощью одного опытного сотрудника. Иногда именно этот вариант покупатель выбирает снова.
В CRM не стоит угадывать ответ за клиента
После паузы менеджер ставит наиболее правдоподобную причину. Через квартал компания получает аккуратный отчёт с цифрами, но в основе отчёта лежат догадки.
Мне ближе разделение наблюдаемого результата и объяснения. Результат можно записать как «выбрали другую систему», «отложили до определённой даты», «оставили текущий процесс» или «связь потеряна». Объяснение — только со слов покупателя или по подтверждённым данным.
Если ответа нет, причина остаётся неизвестной. Это неприятнее, чем заполненный справочник, зато не подталкивает продуктовую команду снижать цену из-за фантазии отдела продаж.
Для небольшого разбора можно взять десять незавершённых сделок. Не чтобы получить статистику рынка, а чтобы восстановить последовательность. Что обещали. Кто был на встрече. Какой следующий шаг согласовали. На каком действии всё остановилось.
Вопрос об отказе должен допускать неудобный ответ
«Что нам улучшить, чтобы вы купили» приглашает клиента составить список пожеланий. Он может ответить из вежливости, не планируя возвращаться.
Я бы сначала спрашивал о том, что произошло. Удалось ли решить задачу. Как её решают сейчас. Рассматривали ли другие варианты. Что помешало следующему шагу. При каком событии вопрос снова станет актуальным.
Такой разговор стоит предлагать спокойно и один раз. Клиент не обязан объяснять отказ. Если человек не хочет продолжать общение, это нужно принять.
Фраза «у нас пока нет ответственного за внедрение» полезнее оценки «сервис хороший». Она показывает препятствие, с которым команда может работать. Но один ответ ещё не доказывает, что такое препятствие есть у всей аудитории.
Снять риск перехода можно конкретной работой
Если несколько похожих покупателей упираются в запуск, стоит проверить предложение о переходе. Кто выгрузит данные. Кто перенесёт настройки. Сколько людей придётся обучить. На каком участке можно начать. Как вернуться к прежнему процессу, если тест не подойдёт.
В условном сервисе смен это может быть проверка на одном подразделении. Старый график сохраняют, изменения контролирует назначенный сотрудник, а команда заранее согласует способ сверки. Для другого продукта, особенно критического для производства, такой переход требует своего расчёта и правил.
Делать всё вручную за клиента бесконечно нельзя. Нужен ограниченный объём помощи и учёт её стоимости. Иначе обещание лёгкого запуска станет дорогой услугой, которую продукт не способен повторить.
Ещё важно не прятать ограничения. Если перенести историю невозможно или интеграция потребует отдельного проекта, покупатель должен знать это до решения, а не в первый день внедрения.
Как понять, помогло ли новое предложение
Число демонстраций для такой проверки мало что даёт. Дополнительные встречи могут закончиться той же паузой.
Для начала нужны более близкие события. Покупатель назначил ответственного. Подготовил данные. Согласовал объём перехода. Выполнил первый рабочий сценарий. Затем уже можно смотреть, дошёл ли он до оплаты и использования.
Сравнивать стоит похожие группы по задаче и стадии выбора. Несколько сделок помогут обнаружить новые вопросы, но не дадут права объявить найденный способ гарантией роста конверсии.
Иногда правильный итог разбора — оставить человека в покое. У задачи низкий приоритет, текущий процесс его устраивает, повода менять что-либо нет. Усиленная реклама этот повод не обязательно создаст.
Мне полезнее увидеть такую ситуацию заранее, чем месяцами считать молчание скрытым намерением купить. Тогда у продукта появляется честная граница — кому он нужен сейчас, а кому пока достаточно старого способа.