Перейти к содержимому

CRM для управляющих компаний

Каждая заявка.
Под контролем.

От сообщения жителя до отчёта инженера — заявки, звонки и работа команды в одной системе.

Нужен визуал · диспетчерская

Главный кадр первого экрана

  • Формат. Светлый рабочий стол CRM в нейтральной рамке окна (без брендированного корпуса телефона). Соотношение примерно 16:10, крупные радиусы 20–24px, как карточки на этой странице.
  • Кадр. Слева список из 3–4 заявок, справа выбранная №1047 «Протечка в подъезде», ул. Примерная, 12, служба «Сантехника». Иерархия: проблема → адрес → статус «Назначена» → исполнитель → срок сегодня 18:00 → 3 строки истории.
  • Цвет в кадре. Белая поверхность, серые строки списка, синие и зелёные бейджи статусов с текстом (не только цвет). Без красной «тревоги» на весь экран.
  • Не снимать. Реальные ФИО и телефоны, логотипы, графики эффективности, сток «офис колл-центра», AI-коллажи.
  • Вместо фото. Тихий loop 8–12 с: выбор строки 1047, появление строки истории. Без печати текста по буквам и без фейкового «успеха».

У каждой заявки — статус, исполнитель и история.

  • 86,2 млн

    месячная аудитория MAX в России, июнь 2026, Mediascope

  • 75,7 млн

    месячная аудитория Telegram в России, июнь 2026, Mediascope

  • Мессенджеры

    привычный канал обращения в УК — без отдельного приложения для жителя

  • Очередь заявок

    дома, сроки и ответственные — рабочая единица диспетчерской, а не абстрактный «тикет»

От обращения до результата

Четыре шага, которые не пропускают проверку. После отчёта инженера заявку смотрит диспетчер.

  1. Житель обращается

    Сообщение в MAX: адрес, суть проблемы. Заявка появляется в очереди диспетчера.

  2. Диспетчер назначает

    Выбирает службу и исполнителя, фиксирует срок. Житель видит, что заявка взята в работу.

  3. Инженер выполняет и отправляет отчёт

    В своём боте видит задание, отмечает ход работы и прикладывает материалы к отчёту.

  4. Диспетчер проверяет результат

    Смотрит отчёт и историю. Закрывает заявку или возвращает в работу — не «в один тап» без проверки.

Что держит диспетчерская

Программный контур для своей команды УК — не внешняя диспетчерская «под ключ».

  • Заявки

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

  • Назначения

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

  • Сроки и SLA

    Контроль дедлайнов и просрочек — без гарантии 100% исполнения.

  • История

    Кто назначил, что сделали, какой отчёт приложили.

  • Дома и помещения

    Адрес заявки привязан к дому и помещению, а не к свободной строке.

  • Сотрудники и графики

    Кого можно поставить на заявку — из состава смен, не из памяти.

  • Два MAX-бота

    Отдельный диалог жителя и отдельный — инженера.

  • Отчёты и аналитика

    Вложения к работе и сводка по статусам для руководителя.

Вся работа — в одной очереди

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

Нужен визуал · диспетчерская

Скриншот очереди и открытой карточки

  • Формат. Светлый рабочий стол CRM в нейтральной рамке окна (без брендированного корпуса телефона). Соотношение примерно 16:10, крупные радиусы 20–24px, как карточки на этой странице.
  • Кадр. Слева список из 3–4 заявок, справа выбранная №1047 «Протечка в подъезде», ул. Примерная, 12, служба «Сантехника». Иерархия: проблема → адрес → статус «Назначена» → исполнитель → срок сегодня 18:00 → 3 строки истории.
  • Цвет в кадре. Белая поверхность, серые строки списка, синие и зелёные бейджи статусов с текстом (не только цвет). Без красной «тревоги» на весь экран.
  • Не снимать. Реальные ФИО и телефоны, логотипы, графики эффективности, сток «офис колл-центра», AI-коллажи.
  • Вместо фото. Тихий loop 8–12 с: выбор строки 1047, появление строки истории. Без печати текста по буквам и без фейкового «успеха».

MAX

Два бота. Две роли.

Житель и инженер работают в разных диалогах. Два отдельных бота — не один чат на всех.

Жителю — привычный диалог

Создаёт заявку сообщением и видит статус: принята, назначена, на проверке, выполнена.

Нужен визуал · бот жителя

Вертикальный кадр диалога, не копия мессенджера

  • Формат. Вертикальный экран 9:16 в нейтральной рамке. Достаточно скруглённого прямоугольника. Не рисовать официальный логотип MAX и не выдавать макет за точный интерфейс приложения.
  • Кадр. Переписка: житель пишет «ул. Примерная, 12, подъезд 2. Течёт у щитка»; бот отвечает «Заявка №1047 принята», затем «Статус: назначена». Внизу бейдж «Назначена».
  • Цвет. Светлые пузыри входящих, мягкий голубой у исходящих. Заголовок текстовый: «Бот жителя». Фон слота — мятно-голубой, как «колодец» под телефон на витринах мессенджер-сервисов.
  • Не снимать. Реальные аватарки, номера, QR, рекламу MAX, сток «счастливый жилец».
  • Вместо фото. Loop: появление двух–трёх пузырей целиком (не посимвольно), затем бейдж статуса.

Инженеру — понятное задание

Адрес, суть, срок. После работы — отчёт с вложениями, затем проверка диспетчером.

Нужен визуал · бот инженера

Задание и отчёт — другой экран, чем у жителя

  • Формат. Тот же вертикальный колодец, но другая композиция: сверху карточка задания, снизу переписка. Чтобы два бота читались как пара, а не дубль.
  • Кадр. №1047, «Протечка в подъезде», ул. Примерная, 12, срок сегодня 18:00, статус «В работе». Сообщение инженера: «Отчёт: заменён участок подводки. Фото во вложении». Ответ бота: «На проверке» — ждёт диспетчера.
  • Цвет. Тёплый песочно-янтарный колодец (отличие от мятного бота жителя). В карточке — бейдж «В работе» зелёный, «На проверке» янтарный, оба с подписью.
  • Не снимать. Реальные лица инженеров, геометки двора, логотип MAX, ощущение «закрыто в один тап».
  • Вместо фото. Loop: карточка задания статична, появляется пузырь отчёта и смена бейджа на «На проверке».

Звонок становится частью истории

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

Подключение MegaPBX/MegaFon или Asterisk/FreePBX зависит от конфигурации вашей станции. Универсального «любая АТС без настройки» нет: доступность проверяется на внедрении.

Нужен визуал · телефония

Карточка входящего на тёмной панели

  • Формат. Компактная карточка 4:5 или 1:1 на тёмно-синем колодце (не на весь экран сайта). Крупно: «Входящий», адрес ул. Примерная, 12, связь с заявкой №1047.
  • Кадр. Найден контакт по дому, статус заявки «Назначена», короткая пометка что разговор попадёт в историю. Без полей карты и без кнопки «принять», если она вела бы в никуда — лучше статичная панель.
  • Цвет. Фон #1d3a5c или близкий navy, белый текст, синий акцент на номере заявки. Это единственный тёмный визуал на белой странице.
  • Не снимать. Реальные номера, запись волны звонка, логотипы MegaFon/Asterisk, обещание «ноль потерянных вызовов».
  • Вместо фото. Loop 6 с: мягкая пульсация кольца «входящий» (opacity), карточка заявки уже на экране. Без звука.

Видеть не только заявки. Видеть работу команды.

Руководителю — статусы очереди, просрочки и нагрузка по службам. Цифры в будущем кадре иллюстративные, это не результаты клиентов.

Система помогает наблюдать сроки. Она не обещает рост эффективности и не закрывает заявки без участия диспетчера.

Нужен визуал · сводка руководителя

Светлая панель статусов и нагрузки служб

  • Формат. Горизонтальный скриншот 16:10 в серо-сиреневом колодце. Сетка: ряд счётчиков статусов (Новые / Назначены / В работе / На проверке / Выполнены) и блок «просрочки + нагрузка по службам».
  • Цифры. Только иллюстративные (например 6 / 11 / 9 / 4 / 7). Подпись в кадре или рядом: «данные условные». Не подписывать как KPI клиента.
  • Цвет. Белая панель, цветные точки у статусов, одна просрочка подписана текстом «Просрочена», не одним красным экраном.
  • Не снимать. Проценты роста, графики «+47%», дашборды BI, фото переговорки.
  • Вместо фото. Статичный кадр предпочтительнее анимации чисел. Если loop — только появление панели целиком, без счётчиков.

В облаке. Или в вашем контуре.

Два варианта размещения. Условия эксплуатации, изоляции, резервного копирования и обновлений уточняются при внедрении — это не готовая гарантия продукта.

Облачный доступ

Работа в предоставленном контуре. Состав доступов и регламент обновлений согласуем отдельно.

Инфраструктура заказчика

Вариант установки на серверах УК обсуждается. Не считайте его уже включённой услугой «из коробки».

Понятно с первого шага

Предложенная схема внедрения для согласования — не обещание бесплатных услуг и не фиксированные сроки.

  1. Демонстрация

    Смотрим ваш текущий контур заявок и что нужно увидеть на экране диспетчера.

  2. Настройка

    Доступ, дома, сотрудники, боты и телефония — после проверки интеграций.

  3. Начало работы

    Команда ведёт очередь в системе. Сопровождение — если оно будет отдельно согласовано.

Выберите формат работы

Облачная подписка или установка в вашем контуре. Подберём условия под вашу УК.

Старт

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

Стоимость уточняется

  • Заявки, статусы, назначения и история
  • Два отдельных MAX-бота: житель и инженер
  • Дома, помещения, сотрудники и графики
  • Состав и лимиты согласуем на демонстрации
Выбрать формат

Команда

УК с несколькими службами, где важны сроки, проверка отчётов и общая картина.

Стоимость уточняется

  • Вся очередь заявок и проверка результата диспетчером
  • SLA как инструмент контроля, без обещания 100%
  • Телефония в истории обращения — при настройке АТС
  • Состав и лимиты согласуем на демонстрации
Выбрать формат

В своём контуре

Когда размещение на инфраструктуре заказчика нужно обсудить отдельно.

Стоимость уточняется

  • Тот же программный контур: заявки, боты, сотрудники
  • Вариант установки обсуждается на внедрении
  • Условия эксплуатации и обновлений — после согласования
  • Состав и лимиты согласуем на демонстрации
Обсудить внедрение

Тарифы уточняются. Онлайн-оплата пока недоступна.

Вопросы перед демонстрацией

Нужно ли жителям отдельное приложение?

Нет. Житель обращается через MAX. Отдельное мобильное приложение жителя в продукт не входит.

Как подключаются MAX-боты?

Используются два отдельных бота — для жителя и для инженера. Оформление и токены настраиваются при внедрении, автоматически после оплаты это не происходит.

Как перенести дома и жильцов?

Импорт возможен после подготовки данных: адреса, помещения, контакты в согласованном виде. «Загрузить как есть» без проверки обычно не проходит.

Можно ли подключить нашу АТС?

Да, если это MegaPBX/MegaFon или Asterisk/FreePBX и конфигурация позволяет. Другие станции — отдельная проверка, не обещание «любая АТС».

Можно ли установить систему на сервере УК?

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

Посмотрите, как это работает в вашей УК

Короткий разбор очереди заявок, ботов и размещения. Без автоматического подключения после письма.

Форма запроса демонстрации

Форма демонстрационная. Отправка пока не подключена.