CRM для брокера: чтобы обещание не умерло в переписке

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

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

В этом экране собраны сведения о вымышленном собственнике, его объектах и истории работы. Можно посмотреть, как контакт превращается в рабочее досье, а не остаётся строкой с номером телефона.

Досье собственника

Архивный интерфейс · демонстрационные данные

Три базы — три разных вида сведений

В текущей архитектуре используются Cloudflare Workers и отдельные D1-базы для CRM, вторичных лидов и индекса брокеров. Разделение помогает не считать любой найденный номер полноценным клиентом с одинаковыми правами и одинаковой историей.

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

Требования покупателя

Архивный интерфейс · демонстрационные данные

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

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

AI удобен на входе, база нужна на выходе

Разговорный интерфейс помогает сформулировать задачу обычными словами. Но результат должен превратиться в конкретную запись: с понятным адресатом, состоянием и следующим действием. Если всё осталось внутри ответа ассистента, CRM ничего не узнала.

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

Не каждый задуманный модуль дошёл до действующего процесса. Оценочный Comps Engine и связанные PDF-сценарии приостановлены. Часть последних технических изменений ещё требует отдельной проверки в рабочей среде. Я не складываю планы, исходники и подтверждённые операции в одно рекламное «всё автоматизировано».

В CRM я связываю контакт, сведения об объекте и следующий шаг работы. Отправка отделена от подготовки: это помогает видеть обещания и действия, не выдавая всю работу за автоматическую. Comps Engine и связанные PDF-сценарии описаны отдельно как приостановленное направление.

Связанные истории: Ранний инструмент WhatsApp · WhatsApp для команды · Исследование Comps Engine.