Помощник риелтора: из переписки в карточку клиента

Полезные сведения остаются в переписке

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

В проекте подготовлен прототип разбора отдельного диалога. Он помогает выделить сведения и проверить их перед созданием карточки.

Как из диалога получается карточка

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

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

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

Пример разбора потребности

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

Фраза «дороже пока не хочу» без понятного исходного значения не должна превращаться в конкретный бюджет. Риелтор видит основание и решает, требуется ли уточнение. Так карточка отражает разговор, а не правдоподобную догадку.

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

Что уже реализовано

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

Битрикс24 пока не подключён. Пользователь сам загружает выбранный диалог; постоянный приём новых сообщений можно добавить отдельным этапом.

Что сверить с исходным разговором

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

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

По итогам пилота можно оценить, сколько сведений риелтор подтверждает без исправлений и сколько времени занимает подготовка карточки.

Границы решения

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

Для общего процесса первичного приёма обращений есть сценарий обработки заявок и заполнения CRM. Для отдельной задачи рубрикации потока — классификация с редакторской проверкой.