Построение системы управления арендой и жизненным циклом договоров на базе Pyrus

Ситуация на старте
На старте отдельные участки работы существовали разрозненно.

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

Один договор аренды может сопровождаться компанией много лет. За это время появляются новые редакции документов и дополнительные соглашения, меняются финансовые условия, собственники и представители сторон.

При таком подходе постепенно возникает целая история из папок, писем и файлов с названиями вроде «финальный», «финальный 2» и «точно финальный».

При этом компании в любой момент необходимо понимать:

• какой документ действует сейчас;
• какие условия по нему согласованы;
• кто отвечает за договор;
• какие изменения уже происходили;
• какие дополнительные соглашения были подписаны;
• когда наступает следующий важный срок;
• что необходимо сделать дальше.

Поэтому проект начали не с создания отдельных форм.

Сначала нужно было спроектировать саму модель работы с арендатором на всём жизненном цикле отношений.

Сначала спроектировали процессы
На этапе аналитики мы подробно разобрали путь клиента и связанные с ним внутренние процессы.

Основной маршрут оказался значительно шире обычной воронки продаж:
Обращение → Предложение → Подбор и показы → Оферта → Подготовка договора → Согласование → Подписание → Обеспечительный платёж → Передача объекта → Приёмка → Открытие → Сопровождение договора.

Отдельно спроектировали процессы, которые запускаются внутри этой цепочки:

• согласование рекламы;
• работа с офертами;
• подготовка планограмм;
• договорные согласования;
• передача помещения;
• устранение замечаний;
• дополнительные соглашения;
• индексация;
• пролонгация.

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

Pyrus как ядро работы с арендатором
Центральной системой для внутренних процессов стал Pyrus.

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

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

Система определяет:

• кто должен подключиться на конкретном этапе;
• какую информацию необходимо заполнить;
• какие связанные процессы нужно запустить;
• когда требуется согласование;
• где возникла задержка;
• какое действие должно быть выполнено следующим.

Вместо набора разрозненных задач появился единый управляемый маршрут работы с арендатором.

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

Она объединяет клиентский контур: сделки, коммуникации менеджеров и обращения из подключённых каналов.
Pyrus подключается там, где обычной CRM-воронки уже недостаточно.

После квалификации клиента запускается полноценный операционный процесс: подбор объектов, показы, сбор обратной связи, согласование условий и подготовка договора.

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

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

Договор как отдельный жизненный цикл
Одной из ключевых частей проекта стал договорной контур.
Мы отказались от модели, в которой договор — это просто файл, приложенный к сделке.

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

Но на этом работа системы не заканчивается.

С договором остаются связаны:

• действующие коммерческие условия;
• ответственные сотрудники;
• история согласований;
• дополнительные соглашения;
• изменения ставки;
• связанные документы;
• контакты участников со стороны арендатора и арендодателя;
• будущие контрольные даты.

По сути, для каждого договора формируется цифровое досье, которое может существовать столько же, сколько продолжаются отношения с арендатором.

Через несколько лет сотруднику не нужно восстанавливать историю по старой почте и папкам. Она уже находится в Pyrus.

Управление версиями и дополнительными соглашениями
Отдельно спроектировали работу с изменениями договоров.

В коммерческой недвижимости договор редко остаётся неизменным на протяжении всего срока действия. Может поменяться ставка, условия индексации, порядок оплаты, юридическое лицо или другие параметры.
Поэтому дополнительные соглашения не существуют отдельно от основного договора.

Каждое изменение создаётся как связанный процесс и становится частью общей истории.

Pyrus позволяет видеть последовательность:
исходный договор → изменение условий → дополнительное соглашение → новая действующая редакция.

В результате система хранит не просто архив документов, а историю развития договорных отношений с клиентом.

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

Поэтому значительную часть контроля передали Pyrus.

Система следит за контрольными датами и заранее запускает необходимые процессы:

• индексацию;
• подготовку дополнительного соглашения;
• пролонгацию;
• повторное согласование;
• другие предусмотренные договором действия.

Так даже многолетний договор остаётся активным объектом управления.

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

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

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

На первый взгляд это небольшая автоматизация. Но именно из таких решений складывается надёжность большого процесса.

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

Автоматическая подготовка документов
Структурированные данные Pyrus также используются для формирования документов.

Информация, которую менеджер уже собрал и которая была согласована участниками процесса, не вводится повторно при подготовке договора или дополнительного соглашения.

На основе заполненной формы система формирует документ по необходимому шаблону.
Это особенно важно для договорной работы.

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

ЭДО и внешние коммуникации
Pyrus построен не как закрытая внутренняя система.

Вокруг него сформирован контур взаимодействия с внешними участниками.
Для электронного документооборота используется Диадок, а коммуникации из Telegram, WhatsApp и Авито объединяются через Wazzup.

Почтовая переписка также привязывается к рабочему процессу.

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

ИИ-агент для контроля договоров
Одной из наиболее сложных автоматизаций стал ИИ-контроль договорной документации.
Проблема здесь не только в том, чтобы проверить наличие файла.

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

Поэтому при загрузке очередной редакции документа к процессу подключается ИИ-агент.
Он сопоставляет:

• новую и предыдущую версии договора;
• согласованные условия из Pyrus;
• исходный бриф;
• действующие договорённости;
• внутренние правила компании.

После проверки юрист получает краткий отчёт с потенциально значимыми изменениями.

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

ИИ не принимает юридических решений и не заменяет юриста.
Его задача другая — автоматически находить изменения в большом объёме документации и фокусировать внимание специалиста именно на них.

Для компании, где одновременно проходит большое количество согласований, это сокращает объём рутинной проверки и снижает вероятность пропустить важное изменение между версиями.

Единая история клиента
В результате amoCRM и Pyrus разделили между собой зоны ответственности.
amoCRM отвечает за продажи и внешнюю работу менеджеров.

Pyrus — за исполнение, внутренние процессы и долгосрочную историю договорных отношений.
При этом системы связаны между собой.

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

Таким образом, один клиент проходит через компанию как единая сущность:
обращение → сделка → объект → договор → передача → действующая аренда → дополнительные соглашения → пролонгация.

Что получил бизнес
В результате «БИЗНЕС-КОНСАЛТ» получила систему, которая управляет не только продажей недвижимости, но и дальнейшим многолетним сопровождением договоров.

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

Менеджеры получили понятный маршрут работы с клиентом.

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

Особенно важно, что автоматизация работает не только с текущими задачами.
Pyrus способен контролировать события, которые произойдут через несколько месяцев или даже лет после заключения первоначальной сделки.

Итог
Кейс проекта «БИЗНЕС-КОНСАЛТ» наглядно показывает, как Pyrus может стать операционным и договорным ядром компании, если за автоматизацией стоит целостная модель бизнес-процессов.

Мы сначала спроектировали весь путь арендатора — от первого обращения и подбора объекта до передачи помещения и многолетнего сопровождения договора. После этого разделили его на связанные процессы и перенесли в Pyrus.

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

При этом Pyrus не просто фиксирует происходящее. Он контролирует сроки, запускает необходимые процессы, хранит историю версий и дополнительных соглашений, автоматически формирует документы и помогает проверять новые редакции договоров с помощью ИИ.

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