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