Единый контекст по объектам
Кто арендует объект, какой договор активен и до какого периода есть финансовое покрытие.
CRM для арендного бизнеса · 2026
CRM ДЛЯ
АРЕНДНОГО
БИЗНЕСА
Спроектировал и разработал рабочую CRM, которая связывает объекты аренды, клиентов, договоры, периоды, оплаты, уведомления и документы в одном продукте.
CONTROL ARENDAproduction
01Главный интерфейс CRMЛучше использовать dashboard / общий экран
CONTROL-CRM.RU / DASHBOARDЖИВОЙ ПРОДУКТ
01 / Задача
Одна система для всего цикла аренды.
В арендном бизнесе объект связан с клиентом, клиент — с договором, договор — с периодами, периоды — с оплатами. Задача была не собрать ещё один реестр, а связать эти процессы в единую рабочую модель.
Платежи без ручной сверки
Начисления, реальные оплаты, распределение по периодам и задолженность сходятся в одной модели.
Автоматизация без потери контроля
Ссылки, счета, email и SMS автоматизированы, но история и текущее состояние всегда видны оператору.
02 / Продукт
Дашборд показывает только то, что требует внимания
Без декоративной аналитики: занятость, активные договоры, ожидаемые поступления, просрочки и ближайшие действия.
02Дашборд CRMПолный desktop viewport
DASHBOARD / OVERVIEWDESKTOP
Занятость объектовСвободные и занятые помещения в одном операционном контексте.
Активные договорыСроки, арендаторы и текущие условия без отдельной ручной сверки.
Платежи и просрочкиОжидаемые поступления и реальные долги разделены по смыслу.
Ближайшие действияТо, что действительно требует реакции пользователя сегодня.
Логика строится вокруг договора
Договор становится связующим слоем между объектом, клиентом, финансовым периодом и историей действий.
01Объект→
02Клиент→
03Договор→
04Период→
05Оплата→
06История→
03 / Интерфейс
Рабочие экраны вместо набора разрозненных окон
Интерфейс строится вокруг реестров, полноценных рабочих карточек и понятных состояний.
03Карточка договораПокажи периоды аренды и финансовый блок
CONTRACT / DETAILWORKSPACE
Работа с договором
Карточка договора — рабочее пространство
В одном контексте видны арендатор, объект, сроки, стоимость, периоды, варианты оплаты, документы и история.
Клиент и объект
Периоды аренды
Оплаты и начисления
Документы и файлы
Объекты и клиенты
От здания до конкретного арендатора
Здания, секции, помещения, статусы занятости и клиентские профили складываются в единую структуру.
Здания / секции / объекты
Статусы занятости
Карточка клиента
Поиск и реестры
04Объекты / клиентыРеестр объектов или профиль клиента
OBJECTS / CLIENTSREGISTRY
Адаптивность
CRM остаётся рабочей на небольшом экране
Ключевые сценарии и состояния сохраняются на планшете и телефоне без отдельного упрощённого продукта.
05Мобильный интерфейсТелефон / планшет
RESPONSIVEMOBILE
06ДокументыШаблоны / плейсхолдеры / файлы договора
DOCUMENTS / TEMPLATESDOCX
04 / Финансовая логика
Деньги связаны с реальными периодами аренды
CRM не подменяет факт оплаты красивым статусом. Начисление, платёжный документ, реальный платёж и распределение — разные сущности.
Возникает период аренды
Период и сумма регулярной аренды берутся из сохранённого договора.
Формируется способ оплаты
Ecomkassa, счёт Т‑Банка, банковские реквизиты или наличный сценарий.
Фиксируется реальный платёж
Факт поступления денег существует отдельно от отправленной ссылки или счёта.
Сумма закрывает период
Распределение определяет задолженность, покрытие периода и paid-through.
07Очередь оплатПросрочки, ожидания, способы оплаты
FINANCE / QUEUERECEIVABLES
05 / Автоматизация
Платежи и уведомления работают как один процесс
Провайдеры создают платёжные документы, фоновые задачи отвечают за отправку и синхронизацию, а оператор видит результат внутри CRM.
EcomkassaПлатёжные ссылки / СБП↗
Т‑БанкСчета и статусы оплаты↗
RuSenderEmail и история доставки↗
SMSIntSMS-уведомления клиентам↗
08История уведомленийEmail / SMS / статусы доставки
OPERATIONS / NOTIFICATIONSAUTOMATION
06 / Под капотом
Не прототип. Рабочий продукт.
Интерфейс
Next.js 15React 19TypeScriptVanilla CSS
Сервер
FastAPISQLAlchemy 2AlembicPyJWT
Данные
PostgreSQL 16RedisS3-compatible storage
Фоновые задачи
CeleryWorkerSchedulerFlower
Инфраструктура
Docker ComposeCaddyTLSBackups
Интеграции
EcomkassaT‑BankRuSenderSMSInt
Multi-tenant архитектура изолирует данные и операции организаций. Финансовая история хранится в PostgreSQL, фоновые процессы вынесены в Celery worker / scheduler.
Моя роль — от идеи до запуска.
В этом проекте я не разделял дизайн и разработку на независимые части: продуктовая логика, UX/UI, backend, интеграции и production должны были работать как одна система.
01Продуктовая архитектура
02UX / информационная архитектура
03UI / дизайн-система
04Frontend-разработка
05Backend / интеграции
06Деплой / тестирование / поддержка
07 / Результат
Вместо разрозненных операций — единый рабочий контур аренды.
Объект, клиент, договор и финансы связаны и не требуют ручной склейки данных.
Видно, что выставлено, что оплачено, какой период закрыт и где есть реальная задолженность.
Фоновые действия автоматизированы, но остаются наблюдаемыми и проверяемыми.
Есть задача сложнее обычного сайта?
Давай соберём продукт, который реально работает.
LEBEDEV.PRO
