Продажи и сделки

Бронирование и воронка сделок

От брони юнита до подписанного договора и оплаченного транша — одна воронка для всех агентов.

Таймер брони, канбан по стадиям сделки, автогенерация договоров и счетов, журнал отмен с причинами — сделка живёт на юните, а не в переписке.

  • Таймер брони мгновенно блокирует юнит
  • Канбан: Pending → Closing → Paid
  • Договоры и счета за три минуты
  • Журнал отмен с причинами
  • Руководитель видит сделки всех агентов
Тарифы
Бронирование и воронка сделок

Кто с этим работает

Брони и сделки — кто с этим работает

Один модуль, четыре разных экрана: девелопер настраивает, руководитель продаж контролирует, агент пользуется, покупатель видит результат.

Developer Hub— Девелопер и управляющая компания

  • Задать правила брони, стадии сделки и причины отмен
  • Настроить шаблоны договоров и счетов
  • Решить, кто может бронировать, оформлять и отменять
Заблокируйте юнит в момент, когда покупатель сказал «да»

01 · Брони

Заблокируйте юнит в момент, когда покупатель сказал «да»

Проблема

Покупатель соглашается по телефону. Агент пишет в офис. Кто-то обновляет таблицу — позже. Тем временем другой агент продаёт тот же юнит.

С DomusHub

Агент ставит бронь с карточки юнита. Юнит заблокирован для всех, таймер виден; пришёл депозит — бронь становится сделкой. Не пришёл — юнит сам возвращается в сток.

  • Правила брони по проекту: срок, депозит, кто может ставить
  • Таймер и владелец видны всей команде
  • Автоматическое снятие по истечении
Одна доска для сделок всех агентов

02 · Воронка

Одна доска для сделок всех агентов

Проблема

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

С DomusHub

Каждая сделка стоит на одном канбане по всем агентам и проектам: Pending, Closing, Paid. Фильтр по агенту, проекту или статусу. Панель сделки — заметки и история.

  • Канбан по всем агентам и проектам
  • Панель сделки с внутренними заметками и таймлайном
  • Фильтры по статусу, агенту, проекту, дате
Договоры и счета из данных системы, а не копипастом

03 · Документы

Договоры и счета из данных системы, а не копипастом

Проблема

Договор бронирования собирают вручную из предыдущего. Опечатка в паспорте, неверная сумма транша, забытая скидка — и юристы переписывают заново.

С DomusHub

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

  • Шаблоны по проекту и по языку
  • Данные из сделки, юнита и плана
  • Счета автоматически следуют графику оплаты
Знайте, почему сделки разваливаются

04 · Контроль

Знайте, почему сделки разваливаются

Проблема

Бронь отменили, и никто не знает почему. Через три месяца та же причина убивает ещё три сделки, а записи, по которой можно заметить закономерность, нет.

С DomusHub

Каждая отмена фиксируется с причиной, автором и датой. Руководители видят закономерность, финансы — какие депозиты возвращать, юнит сразу возвращается в сток.

  • Причины отмены настраиваются по проекту
  • Журнал изменений на каждой сделке
  • Дашборд: конверсия из брони в оплату по агентам

Что внутри

Что внутри: Брони и сделки

Возможности, которые уже работают в этом модуле. У каждой — что именно видно на экране.

  • Бронирования и удержания

    Таймер на объекте вместо обещания в чате.

    На экране:Агент ставит бронь, объект блокируется с видимым обратным отсчетом (осталось 47:12). Если депозит не поступает, бронь автоматически истекает, и объект возвращается в сток. Два агента не могут обещать один и тот же объект.

  • Воронка сделок

    Kanban для каждого агента — В ожидании, Закрытие, Оплачено.

    На экране:Директор по продажам открывает одну доску и видит все сделки по этапам и агентам, при этом панель сделки показывает расписание, заметки и документы, не покидая колонки.

  • Генерация договоров и счетов

    Составлено из системных данных, а не копи-паст.

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

  • Отмены и журнал аудита

    Каждое изменение статуса имеет имя и временную метку.

    На экране:Юнит вернулся в доступные 14-го числа. Журнал указывает, кто освободил его, когда и с какой причиной отмены — вопрос, который в противном случае требует трех человек и поиска в чате.

  • Триггеры уведомлений

    Система напоминает сама, чтобы менеджер не тратил на это время.

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

  • Панели инструментов и отчеты для инвесторов

    Живые цифры вместо трехдневного создания отчета.

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

Всё, что умеет DomusHub

Вопросы об этом модуле

Может ли бронь требовать депозит?

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

Нужна ли отдельная CRM для лидов?

Для процесса продаж — нет. Лиды, клиенты, брони и сделки находятся в DomusHub. Если маркетинг уже ведёт CRM для рекламных лидов, её можно подключить по API, чтобы квалифицированные лиды попадали к нужному агенту.

Кто может отменить бронь?

Решают роли. Обычно агент запрашивает, руководитель подтверждает, причина обязательна. Журнал хранит, кто, что и когда сделал.

Работает ли воронка сразу по нескольким проектам?

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

Проведите одну сделку в DomusHub

Возьмите реальный юнит и реальный сценарий покупателя — за 30 минут демо мы проведём сделку от брони до оплаты.