Разбираю сильные сигналы из 10 синтетических интервью по недвижимости: почему контроль звонков стал слабее, а диагностика причин и конкретный следующий шаг - сильнее.
После первого разбора автоматизации агентства недвижимости у меня осталось несколько направлений для дальнейшей проверки.
Одно из них было связано с клиентскими коммуникациями.
Исходная идея выглядела знакомо: анализировать разговоры, находить ошибки менеджеров, контролировать качество работы и причины потерь.
Я решил проверить не сам инструмент, а работу руководителя:
Что руководитель пытается понять и изменить, когда начинает разбирать клиентские коммуникации?
Для предварительной проверки я провёл 10 синтетических проблемных интервью с разными профилями руководителей российского рынка недвижимости. Все сценарии проходили по одной исследовательской логике и были привязаны к конкретным проблемным эпизодам.
Это не реальные интервью с клиентами. Синтетические респонденты не являются представителями конкретных компаний, а их ответы нельзя использовать как статистику рынка, доказательство спроса или готовности платить.
Я использовал этот цикл только для одной задачи: сузить гипотезы, найти повторяющиеся противоречия и подготовить вопросы для настоящих интервью.
После 10 сценариев исходная формулировка заметно изменилась.
«Контроль звонков» оказался слишком узкой задачей
В начале исследования можно было сформулировать гипотезу так:
руководителю нужно контролировать качество звонков менеджеров.
Синтетические сценарии показали более широкий управленческий вопрос.
Коммерческий показатель может ухудшаться по разным причинам:
- цена;
- финансирование;
- характеристики или доступность объекта;
- качество трафика;
- условия сделки;
- действия менеджера.
Если сразу смотреть только на разговоры, легко принять следствие за причину.
Поэтому работу руководителя я теперь формулирую иначе:
когда движение сделки ухудшилось, определить, где находится ограничение, прежде чем менять людей, трафик или предложение.
В сводной карте синтетического исследования этот сигнал возник в 7 из 10 сценариев.
Это не означает, что такая проблема есть у 70% рынка недвижимости. Число показывает только повторяемость сигнала внутри моей синтетической выборки.
Для меня этого достаточно, чтобы перенести гипотезу в настоящие интервью.
Иногда хороший результат анализа - понять, что проблема не в менеджерах
Это стало важным изменением исходной идеи.
Если переходы по воронке ухудшились из-за цены, условий финансирования или самого объекта, дополнительный контроль менеджеров не исправит ситуацию.
Тогда полезный результат анализа выглядит иначе:
не найти плохой звонок, а отделить проблему коммуникации от других причин.
Коммуникация в такой схеме становится одним из источников данных рядом с CRM-системой, источником обращения, объектом, ценой, финансированием и результатом сделки.
То есть гипотеза сместилась от контроля разговора к диагностике управленческой проблемы.
Но это пока только гипотеза.
Я ещё не знаю, возникает ли такая незакрытая работа у реальных руководителей достаточно часто и насколько плохо её решают существующие отчёты, CRM и руководители отделов продаж.
Самая конкретная работа нашлась между контактом и следующим событием
Вторая сильная зона оказалась проще.
После первого содержательного контакта должно произойти что-то конкретное:
- встреча;
- показ;
- следующий звонок;
- отправка подборки;
- получение документа;
- согласование условий.
В пяти из десяти синтетических сценариев возник сигнал:
подходящий клиент не должен остаться после содержательного контакта без конкретного следующего события.
И здесь снова нельзя превращать 5 из 10 в статистику рынка.
Но сама работа значительно конкретнее абстрактного «качества звонка».
Её можно описать как переход:
содержательный контакт состоялся -> зафиксировано конкретное продолжение -> есть срок и ответственный -> можно проверить, произошло ли оно.
Такую работу уже проще наблюдать и измерять.
Поэтому сейчас она выглядит для меня более удобным кандидатом на первый реальный пилот, если настоящие интервью подтвердят проблему.
CRM показывает состояние, но причина может оставаться за пределами полей
CRM-система (система управления отношениями с клиентами) хорошо фиксирует то, что произошло:
- лид создан;
- ответственный назначен;
- стадия изменилась;
- задача поставлена;
- встреча назначена или не назначена.
Но формально заполненное поле не всегда объясняет, почему клиент продолжил или не продолжил движение.
Например, в CRM может стоять статус «думает».
Из него нельзя автоматически понять:
- клиент действительно взял паузу;
- менеджер не договорился о следующем шаге;
- цена оказалась слишком высокой;
- не подошёл объект;
- изменились условия финансирования;
- продолжение ушло в другой канал.
Поэтому я вижу потенциально полезную связку:
CRM показывает, что произошло, а содержательная коммуникация помогает проверить одну из возможных причин.
Но только если эту коммуникацию можно связать с реальным следующим событием или результатом сделки.
Без такой связи анализ легко превращается в ещё один отчёт, который никто не использует для действия.
Звонок не содержит всю историю клиента
Отдельный сильный сигнал возник вокруг каналов общения.
В нескольких сценариях существенная часть взаимодействия быстро переходила:
- в Telegram;
- в WhatsApp;
- в электронную почту;
- во встречу;
- в переписку по конкретному объекту.
В отдельных сегментах звонок вообще мог содержать только начало контакта.
Это значит, что даже точный анализ телефонных разговоров может видеть лишь часть реальной работы.
Из этого появился обязательный вопрос для настоящего исследования:
Какая доля содержательной коммуникации реально доступна в корпоративном цифровом контуре?
Если критическая часть истории находится в личных мессенджерах или на встречах и не попадает в систему, продукт будет делать выводы на неполном контексте.
Расшифровка разговора сама по себе уже не является продуктовой ценностью
В нескольких синтетических сценариях компании уже имели расшифровку разговоров, встроенные функции ИИ или развитую CRM.
Это не отменяло управленческую работу.
Но резко повышало требования к новому решению.
Если текст разговора уже появляется автоматически, отдельный сервис должен отвечать на следующий вопрос:
Что руководитель узнает такого, чего не знает из CRM, текущей аналитики и ручной проверки?
И ещё важнее:
Какое действие он выполнит после этого сигнала?
Если конкретного действия нет, дополнительный анализ создаёт новый информационный слой, но не закрывает функцию.
Без владельца реакции даже точный сигнал может ничего не изменить
В одном из повторяющихся противоречий проблема находилась уже не в алгоритме.
Допустим, система обнаружила:
после содержательных разговоров у части подходящих потенциальных клиентов нет конкретного следующего события.
Кто обязан что-то изменить?
Руководитель отдела продаж?
Коммерческий директор?
Служба контроля качества?
Сам менеджер?
Кто меняет правило, обучение или работу конкретного сотрудника?
Кто потом проверяет, что ситуация улучшилась?
Если владельца реакции нет, даже правильный сигнал рискует остаться отчётом.
Поэтому в настоящих интервью я буду отдельно проверять:
кто получает такой сигнал, что он может изменить и отвечает ли он за результат изменения.
Большой объём коммуникаций ещё не означает хороший сегмент
Синтетический цикл дал несколько полезных отрицательных сигналов.
Большой поток коммуникаций сам по себе не делает компанию хорошим кандидатом.
Причины разные.
В небольшой компании руководитель может рационально разбирать нужные случаи вручную.
В крупной уже может работать служба контроля качества, встроенный ИИ и зрелая аналитика.
Большой объём коммуникаций может относиться к сервису, а не к продажам.
В длинных сложных сделках главный контекст может находиться за пределами звонков.
Поэтому тип недвижимости объяснял различия хуже, чем сочетание четырёх факторов:
- объём однородных содержательных коммуникаций;
- доля контакта, доступная в цифровом виде;
- масштаб ручного контроля;
- наличие повторяемого следующего события: встречи, показа, следующего контакта или бронирования.
Для меня это более полезная основа сегментации, чем просто «застройщик», «агентство» или «аренда».
Какие исходные предположения получили сильные сигналы против
После 10 сценариев я бы не начинал продукт с нескольких предположений.
«Всем компаниям недвижимости недостаточно CRM»
Нет.
В части сценариев текущей CRM и ручного разбора было достаточно.
«Большой объём коммуникаций автоматически означает хороший сегмент»
Нет.
Большой поток может относиться к другой работе или уже хорошо обрабатываться существующей системой.
«Телефон - главный источник правды о клиенте»
Нет.
В части сценариев существенный контекст уходил в другие каналы.
«Если конверсия падает, проблема в менеджерах»
Нет.
Причина могла находиться в финансировании, цене, объекте или условиях сделки.
«Всем нужно анализировать все звонки»
Нет.
При небольшом объёме ручная выборка может быть экономически разумнее нового сервиса.
«Расшифровка разговора сама по себе создаёт ценность»
Нет.
В зрелых сценариях она уже является исходным материалом, а не готовым управленческим результатом.
«У аналитики всегда есть понятный владелец»
Тоже нет.
Если непонятно, кто обязан отреагировать на сигнал, полезность анализа резко снижается.
Эти отрицательные результаты не закрывают направление недвижимости.
Они помогают точнее понять, где не стоит начинать.
Что осталось после 10 проверок
После этого цикла я больше не формулирую направление как:
автоматический контроль звонков для недвижимости.
Сейчас у меня остаются две более сильные гипотезы.
1. Диагностика причины просадки
Работа:
показатели движения сделки ухудшились -> отделить проблему коммуникации от трафика, цены, объекта, финансирования и других факторов -> определить, куда вмешиваться.
Потенциальная бизнес-ценность здесь выше, потому что речь идёт о выборе управленческого действия.
Но и требования к данным значительно тяжелее: одного разговора недостаточно.
2. Конкретное продолжение после содержательного контакта
Работа:
содержательный контакт состоялся -> проверить, появилось ли конкретное следующее событие -> если нет, понять причину и определить владельца следующего действия.
Эта функция уже.
Зато её проще наблюдать, ограничить и проверить.
Из двух гипотез именно её я сейчас считаю более удобной для первого реального исследования.
Не потому, что она уже подтверждена.
Потому что у неё понятнее событие, результат и способ проверки.
Ещё одна гипотеза среднего уровня - восстановить контекст между каналами
В сводной карте сигнал восстановления истории клиента между звонками, чатами, электронной почтой и CRM возник в 5 из 10 сценариев.
Эта гипотеза тоже заслуживает внимания:
клиент меняет канал -> контекст не должен потеряться -> следующий сотрудник или система должны видеть непрерывную историю.
Но здесь главный риск очевиден уже сейчас: нужные данные могут быть технически или организационно недоступны.
Поэтому я пока ставлю эту работу ниже двух основных.
Что пока не доказано
После синтетического цикла я всё ещё не знаю:
- существует ли подтверждённый спрос на отдельный продукт;
- готовы ли реальные компании платить;
- насколько часто руководителям действительно не хватает текущей CRM и аналитики;
- является ли отсутствие следующего шага причиной потери или только сопутствующим признаком;
- можно ли получить достаточный цифровой след;
- будет ли руководитель реально менять процесс после сигнала;
- насколько одинаково эта работа устроена в разных компаниях;
- лучше ли отдельный сервис встроенных возможностей CRM и существующих инструментов ИИ.
Десять синтетических интервью не отвечают на эти вопросы.
Они только сделали следующую проверку точнее.
В исследовании гипотезы автоматизации закупок результат был другим: после трёх проверок я остановил конкретное направление. В недвижимости сильного сигнала на остановку всей ветки не получил. Здесь я сузил исходную формулировку и оставил несколько более конкретных работ для настоящих интервью.
Что я буду проверять в настоящих интервью
Первую гипотезу я бы проверял через конкретный эпизод:
За последнюю неделю или месяц переход из обработанного обращения во встречу или показ ухудшился. Как вы поняли причину? Какие данные смотрели? Что пришлось разбирать вручную? Какое решение приняли?
Вторую - через несколько последних сделок:
Был содержательный первый контакт, но следующего события не произошло. Почему? Было ли это видно в CRM? Что находилось в коммуникации? Что мог сделать руководитель?
Отдельно мне нужны ответы ещё на три вопроса:
- где реально находится содержательная коммуникация;
- кто отвечает за реакцию на найденный сигнал;
- почему текущего способа решения недостаточно настолько, чтобы менять процесс.
После этого синтетического цикла я не получил готовый продукт.
Я получил более узкий набор проверяемых работ.
Именно это мне сейчас и нужно.
В общий список следующего исследования я переношу три гипотезы:
- диагностировать причину просадки движения сделки;
- не терять конкретное следующее событие после содержательного контакта;
- восстанавливать контекст клиента между каналами, если данные для этого доступны.
Дальше я сопоставлю их с гипотезами, которые остались после исследования оптовой компании и закупок, и выберу несколько работ для следующего цикла реальных проверок.