Почему собственник не обязан сразу знать, какой вопрос задать данным

Гипотеза

В начале мне казалось, что если у компании есть звонки, CRM, сделки и история коммуникаций, то собственник или руководитель продаж сможет довольно быстро сформулировать вопрос к этим данным.

Например:

• чем заканчиваются звонки менеджеров;
• почему клиенты говорят «дорого»;
• кто из менеджеров чаще теряет следующий шаг;
• какие паттерны есть в успешных сделках;
• почему часть лидов зависает;
• чем лучшие менеджеры отличаются от остальных.

С точки зрения продукта это выглядит логично.

Мы подключаемся к коммуникациям компании, агрегируем звонки, переписки и данные из CRM, а дальше клиент задаёт вопрос к своему бизнесу. Платформа помогает разобрать массив, найти закономерности, показать слабые места и дать материал для управленческого решения.

То есть у клиента есть реальность. У нас есть инструмент. Остаётся сформулировать вопрос.

И вот здесь начинается проблема.

Почему гипотеза казалась логичной

Когда ты сам долго работаешь с данными, тебе кажется естественным задавать им вопросы.

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

Для меня это почти физически очевидно.

Я смотрю на массив коммуникаций и вижу не просто архив. Я вижу актив компании.

В этих звонках уже есть ответы: какие клиенты приходят, что они спрашивают, чего боятся, на каком моменте теряют интерес, как реагируют на цену, какие аргументы работают, какие менеджеры ведут разговор сильнее, где компания обещает одно, а клиент слышит другое.

Поэтому мне казалось: если собственнику дать доступ к такому массиву и показать, что там можно искать, он захочет копать.

Но реальность оказалась сложнее.

Что пошло не так

Многие предприниматели не могут сразу сформулировать вопрос к своим коммуникациям.

И это не значит, что они слабые.

Они просто живут в другой плоскости.

У них найм. Маркетинг. Касса. Производство. Сезонность. Поставки. Клиенты. Операционные пожары. Разговоры с руководителями. Конфликты в команде. Постоянное давление внешней среды.

Когда им показываешь: «у вас есть данные, давайте зададим вопрос», они часто не знают, с чего начать.

Мы предлагаем примеры вопросов. Они спрашивают: «а что это даст?»

Мы объясняем, что можно посмотреть звонки успешных сделок. Они спрашивают: «и что потом?»

Мы предлагаем разобрать возражение «дорого». Они говорят: «ну да, дорого часто бывает, но что мне с этим делать?»

Получается порочный круг.

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

И здесь мы иногда начинали проживать этот путь за клиента.

Мы сами генерировали идеи. Сами предлагали гипотезы. Сами выбирали, куда копать. Сами делали разборы. А потом сталкивались с тем, что клиент не всегда может эти выводы присвоить.

Потому что он не родил этот вопрос внутри своего бизнеса.

Он не прожил напряжение, которое делает вопрос важным.

Он получил чужую идею, даже если она была правильной.

Что увидел клиент

Со стороны клиента ситуация выглядит иначе, чем со стороны продукта.

Для него платформа - это не философия работы с данными.

Это инструмент, который должен помогать бизнесу.

Но если инструмент говорит: «задайте вопрос», у клиента возникает новая работа. Ему нужно остановиться, подумать, сформулировать, выбрать, проверить, понять, что будет на выходе.

А у него и так мало времени.

Он хочет не пустую строку, а понятный вход.

Не «что хотите узнать?», а «вот три типовые проблемы для вашего отдела продаж, выберите, какая болит сильнее».

Не «сформулируйте гипотезу», а «у компаний вашего типа часто теряются деньги здесь: следующий шаг, цена, квалификация, дожим, маржинальный продукт. Давайте проверим один участок».

Не «посмотрите отчёт», а «в отчёте видно, что у вас менеджеры часто не фиксируют следующий шаг. Это может создавать зависшие сделки. Проверяем?»

Клиенту нужно не больше свободы в начале.

Ему нужна опора.

Что увидели мы

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

Собственник может быть сильным предпринимателем. Руководитель продаж может хорошо чувствовать команду. ОКК может внимательно слушать звонки.

Но это не означает, что они сразу умеют превращать массив коммуникаций в правильный вопрос.

Это отдельный навык.

И если продукт требует этот навык до того, как дал первую пользу, он ставит слишком высокий порог входа.

Мы не должны спрашивать клиента: «что хотите найти?» - как будто он уже знает карту.

Сначала нужно помочь ему увидеть территорию.

Для меня это стало важным сдвигом в понимании продукта.

Раньше я думал о платформе как о системе, которая отвечает на вопросы клиента.

Теперь всё больше думаю, что она должна помогать клиенту эти вопросы рождать.

Успех или поражение

На этом этапе это скорее поражение нашей первоначальной логики.

Мы думали: клиент подключит данные и начнёт задавать вопросы.

Оказалось: если вопрос не созрел внутри бизнеса, клиент может не понимать, зачем ему даже хороший разбор.

Но это полезное поражение.

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

Не в том, чтобы точнее расшифровать звонок. Не только в том, чтобы сделать красивее отчёт. Не только в том, чтобы быстрее построить таблицу.

Барьер раньше.

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

Вывод для клиента

Если вы собственник и не можете сразу сформулировать вопрос к своим звонкам, это нормально.

Вы не обязаны начинать с точной аналитической формулировки.

Можно начинать с симптома.

«Много лидов, мало продаж». «Менеджеры долго разговаривают, но сделки зависают». «Клиенты говорят дорого». «Лучшие менеджеры вроде продают, но непонятно почему». «РОП слушает звонки, но поведение команды не меняется».

Хороший процесс работы с данными должен помочь превратить этот симптом в проверяемую гипотезу.

Главное - не пытаться сразу анализировать всё.

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

Вывод для нас

Нам нельзя строить внедрение вокруг фразы: «задайте вопрос к данным».

Это слишком большой шаг для многих клиентов.

Правильнее начинать с готовых входов:

• где мы теряем следующий шаг;
• почему клиенты не доходят до замера;
• какие возражения чаще всего останавливают сделку;
• кто из менеджеров не выясняет бюджет;
• какие звонки успешных сделок отличаются от провальных;
• где руководитель думает, что команда делает одно, а звонки показывают другое.

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

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

Наша задача - помочь ему сделать первый шаг от ощущения к вопросу.

Следующий вопрос

Если клиент не обязан сразу знать вопрос, то как нам выбирать первый фокус?

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