Как синхронизировать статусы квартир между CRM и сайтом без двойных продаж

Синхронизация шахматки с CRM нужна, чтобы у квартиры в любой момент был один статус — одинаковый на сайте, в CRM, в офисе продаж и у агентств. Двойные продажи и звонки «а она уже продана» почти всегда возникают из-за того, что статус хранится в нескольких местах и обновляется вручную. Решение — двусторонняя интеграция шахматки с CRM — складывается из трёх частей: один главный источник данных, автоматический обмен в обе стороны и защита от конфликтов и сбоев. Разбираем каждую часть на практике и показываем, как проверить, что связка работает.

Откуда берутся двойные продажи квартир

Двойная продажа квартиры редко бывает следствием чьей-то небрежности. Обычно это закономерный результат схемы, в которой данные живут в нескольких местах. Типовые сценарии:

• Ручное обновление сайта. Менеджер продал квартиру в CRM, а шахматку на сайте контент-менеджер обновит в конце недели. Покупатель успевает оставить заявку на проданную квартиру.
• Два учёта. Квартиры ведутся и в Excel у руководителя продаж, и в CRM у менеджеров. Через неделю таблицы расходятся, и никто не знает, где правда.
• Устная бронь. Менеджер пообещал квартиру клиенту «до пятницы», но в системе статус не поменял. Коллега продаёт её другому.
• Одновременная бронь. Два покупателя бронируют одну квартиру — один на сайте, другой в офисе — с разницей в минуту.
• Агентства. Партнёры работают по присланному вчера списку свободных квартир и бронируют уже проданные.

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

Какой источник данных должен быть главным

Первое решение при настройке — какая система «источник правды» по квартирам. От этого зависит всё остальное.

Источник данных и CRM для заявок могут быть разными: статусы и цены берутся из 1С или Profitbase, а заявки с квартирой уходят в amoCRM или Битрикс24. Это рабочая схема, если роли систем зафиксированы и данные не правятся в двух местах.

ПРАВИЛО

Статус квартиры меняют только в одной системе. Всё остальное — его отражения.

Что синхронизировать и в какую сторону

Обмен между шахматкой и CRM двусторонний, но разные данные идут в разные стороны и с разной скоростью.

1. Статусы: учёт → сайтПродали в CRM — квартира исчезла из продажи на сайте. В нашей интеграции Flatris с CRM статусы и цены синхронизируются каждые 5 минут.
2. Брони: сайт → учётБронь на сайте блокирует квартиру в CRM и на сайте за секунды, не дожидаясь планового обмена.
3. Цены и акции: учёт → сайтМаркетолог меняет прайс в одном месте, сайт обновляется при следующем обмене.
4. Заявки: сайт → CRMКаждая заявка становится сделкой с номером квартиры, площадью, ценой, источником и, если клиент считал ипотеку, ипотечным расчётом.

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

Маппинг квартир: фундамент синхронизации

Чтобы бронь квартиры 47 на сайте поменяла статус именно у квартиры 47 в CRM, а не у соседней, нужна таблица соответствий: квартира в CRM — объект в шахматке — карточка на сайте. Это и есть маппинг.

Проблемы начинаются, когда в CRM квартиры заведены без единой структуры: где-то «кв. 47», где-то «47 (2-к)», где-то номер секции в названии. Поэтому настройка начинается с аудита: за первые 2 дня мы разбираем поля сделок, статусы, воронки и то, как заведены объекты, и фиксируем маппинг в документации. Так его можно дополнять при выходе новых очередей, а ваша команда или другой подрядчик понимают, как устроен обмен.

Конфликты и сбои: что происходит, когда что-то идёт не так

Одновременная бронь

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

CRM недоступна

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

Обмен сломался незаметно

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

Если учёт квартир живёт в системе без штатного коннектора — собственной разработке, отраслевом ПО, нескольких базах 1С, — обмен строится через разработку API-интеграции с очередями, повторами и идемпотентностью: повторная отправка того же события не создаёт вторую бронь или дубль сделки. Коннектор между двумя системами — от 400 000 ₸ за 3 недели.

Офис продаж и агентства: один статус для всех

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

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

Отдельно договоритесь о регламенте брони в офисе. Если менеджер обещает квартиру клиенту, бронь должна появиться в системе сразу, а не «после разговора с руководителем». Автоматика защищает от одновременных броней, но не от устных договорённостей, которые никто не внёс в CRM. Срок брони и порядок её продления лучше закрепить письменно и настроить в CRM автоматическое снятие брони с уведомлением менеджеру.

Как часто обновлять статусы квартир на сайте

Ответ «в реальном времени» звучит хорошо, но на практике нужен разумный баланс. Для статусов и цен обмена каждые 5 минут достаточно: за это время квартира редко успевает поменять владельца дважды. Для броней — секунды, потому что именно бронь создаёт конфликт. Для отчётов и аналитики — раз в день или по запросу.

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

Как проверить синхронизацию до запуска

Перед включением обмена на реальных квартирах прогоните тест на реальных данных. Мы делаем это в день запуска:

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

Только после этого обучаем менеджеров работе с автозадачами и уведомлениями. Сроки полной синхронизации — около 2 недель, стоимость — от 300 000 ₸; сколько стоят остальные форматы и от чего зависит цена, мы разбирали в статье о стоимости интеграции шахматки с CRM. Если хотите проверить свою текущую связку, начните с аудита на странице синхронизации шахматки и CRM.