Паспорт проекта № ЦВ-01

Цифровая Воронка

Ревизия 1.0
Составлен 2026-06-09
Активных клиентов 03

Интеграционная платформа для управления воронкой продаж жилых комплексов. Один интерфейс объединяет данные из Bitrix24, отчётность в Telegram и двустороннюю синхронизацию с Google Sheets клиента, с изоляцией каждого tenant'а на уровне отдельной базы данных.

01 / Задача

Что решает платформа

Застройщик ведёт продажи в Bitrix24, отчётность — в Google Sheets, оперативную связь с командой — в Telegram. Каждый из этих каналов формирует собственные цифры, между которыми есть расхождения. Ручная сверка съедает время руководителя отдела продаж.

Цифровая Воронка убирает разрыв. Bitrix24 остаётся источником событий, Google Sheets клиента — источником плана, наш дашборд — единой точкой правды с той же семантикой стадий, что видит клиент в своих отчётах. Каждое утро и вечер Telegram-бот отправляет сводку без дополнительных запросов.

Ключевой архитектурный приём — канонический слой. Каждый клиент сохраняет собственные названия стадий в Bitrix, но платформа работает с унифицированными ключами. Добавление нового клиента — заполнение справочника, а не переписывание кода.

02 / Возможности

Что уже работает

Мультитенантная изоляция

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

Синхронизация с Bitrix24

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

Двусторонний Google Sheets

Читаем план из таблицы клиента, пишем фактические цифры дня — без затирания формул и данных за прошлые дни. Клиент продолжает работать в привычном шаблоне.

Telegram-отчёты

Ежедневная сводка утром за вчера, вечером за сегодня. Разбивка по ЖК, план и факт по каждой стадии, накопительный прогресс за месяц.

Настраиваемая семантика

MQL, SQL, подписанный договор, выручка — определяются формулами клиента, не хардкодом. Каждый tenant задаёт что считать «квалификацией», что — «выручкой».

Каналы продаж

Разделение собственных сделок и агентских по UF-полям Bitrix. Отдельные конверсии, отдельные планы, отдельные строки в отчёте — по каждому каналу.

Живой дашборд

Воронка обновляется без перезагрузки страницы. Раскрытие до менеджера, редактирование планов inline, ручной экспорт в Sheets одной кнопкой.

Управление правами

Роли admin / manager / viewer с привязкой к конкретным ЖК. Настройки видимости стадий, суммы договора, доли АН — только для admin.

03 / Клиенты

Готовность по tenant'ам

Природа Красноярск / 11 ЖК

Первый клиент, работает с марта 2026. Одна воронка на 11 ЖК, автоэкспорт в Google Sheets ежедневно в 21:00 МСК, Telegram-бот с ежедневными сводками. Регрессия по всем миграциям — нулевая.

В работе

Аура на Боевой Красноярск / 1 ЖК

Полный цикл end-to-end. Кастомная модель MQL и SQL, разделение договоров и выручки, sheets-режим: план читается из Sheet клиента. Дневные цифры совпадают со скрином клиента посимвольно.

В работе

ГорСтрой Красноярск / 5 ЖК

Инфраструктура развёрнута, дашборд поднят, база содержит 861 сделку. Ждём от интегратора маппинг воронок на канонические стадии и справочник ЖК. После этого готов к запуску за час.

Заготовка
04 / Метрики

Цифры по проекту

3

Изолированных клиента

17

ЖК под управлением

1 900+

Сделок в системе

10

Стадий воронки

60сек

Задержка обновления UI

99%

Совпадение с отчётом клиента

74

Автосинхронизаций в день

25+

Миграций схемы

05 / Стек

Как это устроено

Платформа состоит из шести взаимодействующих компонентов, каждый решает одну задачу.

Bitrix24 CRM клиента, источник событий сделок и лидов
Connector Python-сервис, ежечасно выгружает новые события, применяет per-tenant маппинг стадий на канонические ключи
Supabase PostgreSQL 15 на выделенном сервере, три независимых базы (по одной на клиента), RLS-политики per-tenant
Dashboard Next.js 16 + AG Grid, отдельный контейнер на каждого клиента, читает канонический слой
Sheets Sync Deno edge-функция, дважды в день читает план и пишет факт в таблицу клиента
Telegram Python-бот, ежедневные карточки-отчёты, авторассылка в 09:00 и 18:00 МСК
06 / Дальше

Приоритеты развития

Задачи отсортированы по формуле значимость × срочность / стоимость. Каждый пункт делает подключение следующего клиента дешевле.

P0

Разделение «Подписан договор» и «Выручка» в Telegram-отчёте

1 день
P0

Согласование метрики «выручка» на дашборде, в Sheets и боте

2–3 дня
P1

Per-tenant расписание экспорта в Google Sheets

2 дня
P1

Автосоздание листа нового месяца в Google Sheets

1 день
P1

Health-check согласованности представлений данных

2 дня
P2

Real-time обновление дашборда без polling

2–3 дня
P2

Интерфейс управления маппингом стадий

неделя
P2

Self-service подключение нового клиента

неделя