Платформа аналитики продаж недвижимости: собирает лиды, сделки и переходы по стадиям из Битрикс24, приводит разные воронки к единой модели и раздаёт результат в дашборды, Google-таблицы и Telegram — по каждому жилому комплексу.
У каждого застройщика в Битрикс24 своя реальность: свои воронки, свои названия стадий, свои поля и правила. У «Природы» — 82 стадии в шести воронках; у «Ауры» — агентские продажи, минующие лидов; у каждого — собственные определения MQL, SQL и выручки.
«База Воронок» превращает этот разнобой в единую аналитическую модель. Данные стекаются в общее хранилище в момент изменения сделки, приводятся к каноническим стадиям воронки — и дальше любая витрина, от дашборда до Telegram-отчёта, работает с одной правдой, одинаково устроенной для всех клиентов.
Роботы Битрикс24 присылают изменения сделок и лидов за секунды; ежечасная фоновая сверка подбирает всё, что могло потеряться. Даты переходов по стадиям берутся из истории CRM — настоящие, а не время обработки.
Десятки разнородных стадий каждого клиента отображаются в единый набор канонических: обращение, MQL, SQL, встреча, бронь, оформление, договор, выручка. Сравнимость между проектами и готовые формулы конверсий.
Правила каждого застройщика — в его конфигурации: как определять проект, что считать MQL и SQL, какие воронки исключить, как делить продажи на собственные и агентские, что входит в выручку.
Планы читаются из привычной таблицы клиента; факт ежедневно записывается в неё же — по менеджерам и каналам, не задевая формулы. Таблица остаётся живым рабочим документом клиента.
Веб-дашборд план/факт по дням, каналам и менеджерам. Telegram-боты присылают визуальные карточки-отчёты и алерты мониторинга. Metabase — для произвольных срезов аналитиком.
Менеджеры, стадии и статусы синхронизируются из CRM автоматически. Каждая операция фиксируется в журнале событий; каждое архитектурное решение задокументировано с обоснованием.
Каждый клиент живёт в изолированной базе со своими ролями доступа — данные застройщиков не пересекаются. Ядро (модель, представления, миграции) едино: улучшение для одного клиента становится доступно всем.
| Компонент | Роль | Статус |
|---|---|---|
| Коннектор | Приём вебхуков Битрикс24, часовой сбор, синхронизация справочников (менеджеры, стадии, статусы лидов) | работает |
| Хранилище | Supabase / PostgreSQL: базы клиентов, каноническая модель, REST-доступ, edge-функции | работает |
| Sheets-синк | Чтение планов и запись факта в таблицы клиентов, Telegram-алерты об ошибках | работает |
| Дашборд | Веб-интерфейс план/факт по каждому ЖК | работает |
| Telegram-боты | Ежедневные визуальные отчёты, мониторинг каждые 30 минут | работает |
| Онбординг | Скрипт развёртывания клиента, анкеты интегратору, runbook подключения к Sheets-режиму | готов |
Формулы метрик выверены с клиентами эмпирически — до совпадения с их собственными отчётами: обращения, MQL, SQL, брони, договоры и выручка сходятся строка в строку с точностью до часового пояса.
Клиентский Битрикс24: входящий вебхук на чтение, роботы на события сделок и лидов, справка о структуре воронок. Готовая инструкция — 2–4 часа на стороне клиента.
Скрипт создаёт изолированную базу, роли, каноническую модель и конфигурацию клиента одной командой.
Стадии клиента сопоставляются каноническим ключам; определения MQL/SQL, каналы и исключения фиксируются в настройках.
Подключаются дашборд, таблица планов и Telegram-бот — по потребности клиента.
Контрольная сверка цифр с отчётом клиента за прошедший месяц — до совпадения. После этого система в бою.
| Направление | Содержание | Статус |
|---|---|---|
| Мониторинг данных | Автоматический контроль свежести: алерт, если данные клиента не обновлялись дольше порога | план |
| Realtime-витрины | Мгновенное обновление дашборда при изменении сделки (push вместо опроса) | план |
| Деплой-контур | Версионирование миграций и автоматизация выкладки взамен ручных операций | план |