Управляемость продаж в зрелом агентстве недвижимости: кейс на два с половиной года

Это кейс о работе с агентством недвижимости, у которого уже было всё: четырнадцать лет на рынке, более десяти тысяч проведённых сделок, три офиса, отлаженная команда. Не было одного — формальной системы, которая удерживает этот порядок вместе. Всё держалось на людях, привычках и пакете Excel-таблиц.

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

В кейсе нет выдуманных цифр роста продаж. Все факты подтверждаются перепиской и записями встреч за период с мая 2024 по май 2026 года.

Агентство недвижимости с 14-летней историей. Три офиса: Москва, Зеленоград, регионы. Полный спектр услуг — продажа, аренда, ипотечный брокеридж, юридическое сопровождение сделок. Более 10 000 проведённых сделок и 7 000 одобренных ипотек.

На момент первой встречи в команде было около 35 человек: агенты, два руководителя отделов продаж, юристы, модератор объявлений, специалист отдела контроля качества, бизнес-ассистент собственника и сам собственник.

Через два с половиной года в системе работает 54 пользователя. Лицензии продлены трижды.

Запрос звучал технически: внедрить amoCRM и подключить сторонний модуль выгрузки объявлений на площадки. Этим в агентстве уже пользовались — в связке со старой CRM, к которой накопились претензии. В первую очередь к аналитике.

Если копнуть глубже, ситуация выглядела так. Компания работала четырнадцатый год. У неё был устоявшийся порядок: каждый агент знал, как ему вести своих клиентов. Каждый руководитель отдела знал, кто из его людей чего стоит. Собственник раз в месяц получал отчёт по продажам, который РОПы собирали вручную в Excel.

Этот порядок держался на трёх вещах. На памяти конкретных людей. На сложившихся привычках. И на пакете Excel-таблиц разного качества.

Такая модель не падает в моменте. Она просто перестаёт масштабироваться.

Когда у тебя три офиса, и в одном из них меняется РОП, новый человек получает не процесс, а пакет таблиц и пакет устных договорённостей. Когда юристов становится четыре вместо двух, и каждый видит сделку только в момент, когда ему её прислали в WhatsApp, ты не можешь сказать, какой средний срок согласования. Когда модератор объявлений уходит в отпуск, реклама на площадках перестаёт обновляться. Когда у тебя две тысячи клиентов в базе и ты хочешь начать с ними планомерную работу — оказывается, что у половины контактов нет даже корректно записанного телефона.

Это не хаос. У компании в этот момент всё работает. Просто работает на людях и привычках, а не на системе.

Эта ситуация типична для агентств, которые росли органически: реальная работа живёт в мессенджерах и в головах риелторов, дорогие лиды обрабатываются по-разному в зависимости от агента, а база фактически принадлежит сотрудникам, а не бизнесу. Подробно мы разобрали этот контекст в статье CRM для агентства недвижимости: как взять под контроль сделки, агентов и базу клиентов.

Первое, что стало понятно после аудита: задача не в том, чтобы внедрить CRM. Задача в том, чтобы построить управляемость в компании, которая четырнадцать лет жила без формальной системы и научилась с этим неплохо справляться.

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

Управляемость продаж — это не «поставили amoCRM». Это когда заявки не теряются. Когда у каждой сделки есть следующий шаг и ответственный. Когда руководитель видит реальную картину, а не агрегированный отчёт, в который агенты могут что-то «поправить». Когда команда работает по единым правилам, и эти правила переживают увольнения, отпуска и новых сотрудников. Когда продажи меньше зависят от того, насколько хорошая память у конкретного человека.

Для агентства недвижимости с тремя офисами, юристами, ОКК, документооборотом и зависимостью от выгрузок на площадки — это очень нетривиальная задача. Не потому, что технически сложно. А потому что её нельзя решить за месяц или за квартал. Это работа, которая измеряется годами.

Первое внедрение заняло около полутора месяцев. К концу июля 2024 года в системе уже работали:

• четыре воронки: продажа объекта, покупка объекта, аренда, отложенный спрос;
• разграничение прав по офисам: агент видит свои сделки, руководитель отдела — сделки своего отдела;
• Telegram-бот для приёма входящих обращений;
• интеграция с телефонией Мегафон 2.0 — звонки записываются и попадают в карточки клиентов;
• модуль выгрузки на площадки: Avito, ЦИАН, Дом. Клик, Яндекс. Недвижимость;
• параллельная работа со старой CRM в течение полутора недель, чтобы не потерять рекламу в момент перехода;
• импорт клиентской базы как контактов в систему — с сохранением закрепления за конкретными агентами.

В августе подключили документооборот. Это была отдельная задача: у клиента были 18 типов договоров и приложений, которые юристы и агенты раньше формировали вручную. Шаблоны разобрали по полям, настроили автоподстановку, подключили Яндекс. Диск для хранения. Параллельно шло обучение — отдельно для агентов, отдельно для руководителей, отдельно для модератора объявлений, отдельно для ОКК. Записи обучений остались у клиента как методички для новых сотрудников.

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

Появились шаблоны задач — те, которые агенты используют каждый день: позвонить, встреча, день рождения клиента, согласовать документы, проверить объект, составить ДКП, приём архива. Появилось обязательное заполнение полей «Тип договора», «Дата начала договора», «Дата окончания договора» на этапе договора. Появились автоматические задачи: при назначении нового клиента ответственному, за 24 часа до окончания договора, при долгом простое в этапе «реклама запущена».

Появились виджеты ограничений: запрет агентам редактировать критичные поля (источник, телефон, статус), запрет закрывать чужие задачи, виджет для РОПа, позволяющий поменять дату закрытия сделки задним числом, если агент забыл сделать это в свой последний рабочий день. Появилась цветовая маркировка задач и автоматические теги «долгая продажа» и «долгая реклама» — когда сделка висит в этапе дольше нормы, она подсвечивается без вмешательства руководителя.

Постепенно команда стала использовать систему всё шире. В декабре 2024 года подключился помощник юриста, в феврале 2025 — маркетолог. К началу 2026 года в системе работало направление контроля качества с автоматическими задачами на возврат к клиенту через неделю после закрытия сделки. К 2026 году появилось отдельное направление работы со старой клиентской базой — для этого подключили виджет дня рождения с автозадачами и виджет выгрузки в Google Sheets для контроля.

Главное испытание проекта пришлось на осень 2024 года.

Сторонний модуль выгрузки на площадки работал нестабильно. Описания объявлений приходили на площадки с искажениями: между строк появлялись большие пробелы, текст рассыпался, на части объектов исчезали фотографии. Координаты адресов промахивались — модуль использовал автоопределение по Яндекс. Картам, и точка на карте у клиента иногда оказывалась не там, где находился реальный дом. Площадки отбивали объявления с ошибками. Каждое такое отбитие — это минус показ, минус заявка, минус потенциальная сделка.

Параллельно обнаружилась другая проблема, тоже завязанная на модуль: агенты могли самостоятельно выставлять платные размещения «Топ» и «Премиум» на Авито и ЦИАН. Это уход бюджета на рекламу без контроля руководителя.

1 октября 2024 года руководитель одного из отделов продаж написал прямым текстом:

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

Менеджер проекта ответил в тот же день:

Что значило «всё возможное» на практике. Ежедневное давление на разработчика модуля — каждый день в нескольких чатах. Разбор каждого проблемного объекта вручную, с поиском конкретной причины и обходного решения. Перенастройка прав в самой amoCRM, чтобы выставлять «Топ» и «Премиум» могли только руководители отделов и модератор объявлений: то, что не получалось ограничить в самом модуле, удалось ограничить через права доступа в CRM. Сотруднице, отвечающей за модерацию объявлений, дали прямой контакт техподдержки модуля, чтобы убрать сломанный телефон.

История с фотографиями и текстом стала периодической, но не катастрофической. В мае 2025 года клиент продлил лицензии модуля. В декабре 2025 — продлил ещё раз. По итогу модуль не заменили: его удалось стабилизировать через сочетание давления на вендора и обходных решений на стороне CRM.

Параллельно был другой, менее острый, но более длинный кризис — кризис доверия к аналитике. Руководители отделов привыкли вести отчёты в Excel. Когда им показали, как тот же отчёт можно собрать через фильтры в amoCRM, реакция была честной:

Это нормально. Зрелый руководитель не верит на слово — он верит цифре, которую может проверить.

Это типовая ситуация после внедрения: команда формально работает в CRM, но реально продолжает доверять только тому, что собирает руками. Причина почти всегда не в «плохих сотрудниках» — а в том, что система не отражает реальный процесс или требует действий, смысл которых неочевиден. Подробнее об этом — в материале Почему менеджеры саботируют amoCRM и как это исправить без штрафов.

Поэтому iFabrique не стала ломать Excel-привычку. Вместо этого в Excel-таблицу клиента встроили ссылки на фильтры amoCRM: РОП ставит руками значение в свою привычную ячейку, рядом стоит ссылка, по которой можно проверить эту цифру в системе. Через несколько месяцев такой работы выяснилось, что цифры сходятся. Доверие выросло.

В феврале 2025 года клиенту подключили дашборд через Google Looker Studio. Три страницы: оперативный отчёт на сегодня, анализ продаж за период по источникам, звонки и задачи. Обновление раз в час, фильтрация по датам, менеджерам, источникам. На демонстрации сводного виджета руководитель отдела продаж отреагировал коротко:

К весне 2026 года ситуация изменилась полностью. Бизнес-ассистент собственника написала уже в саппорт внешнего подрядчика по дашбордам:

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

Этот блок принципиально без выдуманных цифр. iFabrique не измеряла рост конверсии и выручки клиента — таких данных у нас нет, и придумывать их нельзя. Но есть факты, которые видны напрямую.

Команда выросла с 35 до 54 пользователей в системе. За два года агентство масштабировалось внутри одной и той же CRM, не переходя ни на что другое. Лицензии продлены три раза подряд по новой цене каждый цикл.

Зрелость управленческих запросов выросла качественно. Летом 2024 года типичный вопрос звучал так: «куда нажать, чтобы добавить пользователя», «как сделать выгрузку отчёта». В феврале 2026 года руководитель одного из отделов продаж пришёл на встречу с другим запросом:

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

Собственник включился в работу системы лично. Большую часть проекта генеральный директор был «за кадром» — ему передавали, на него ссылались. В мае 2026 года он сам вышел на встречу и вёл разговор о запуске направления контроля качества и работе со старой клиентской базой. Его формулировка:

Это голос собственника, который видит CRM как инструмент управляемости, а не как самоцель.

Изменилась стратегия работы с клиентской базой. К 2026 году агентство запустило направление контроля качества: автоматическая постановка задачи через неделю после закрытия сделки, чтобы позвонить клиенту и узнать, как прошла сделка. Автоматические задачи и сообщения на день рождения клиента. Регулярные касания со старой базой через мессенджеры. Это не было целью первоначального внедрения — это появилось как развитие. Когда у компании есть управляемая база и инструменты работы с ней, она начинает работать с LTV, а не только с новыми заявками.

Документооборот не продлили. Это важный факт. В мае 2025 года, когда подошёл срок продления лицензий, клиент написал:

iFabrique не стала уговаривать. Менеджер проекта принял ответ: «Понял, буду иметь в виду». Это разговор двух взрослых сторон, в котором подрядчик не давит клиента на лишние траты. В долгой совместной работе такие моменты весят больше, чем красивые презентации.

Тон коммуникации сменился со встревоженного на спокойный. В январе 2026 года на дежурный вопрос менеджера проекта «как идёт работа в системе?» модератор объявлений ответила: «Пока всё ок». Годом раньше в это же время года шла напряжённая переписка про телефонию, фотографии, выгрузки и расхождения в отчётах. За год тональность поменялась на ту, которая бывает у людей, чья система работает.

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

В компаниях, которые работают пятнадцатый год, нет хаоса. Есть устоявшийся неформальный порядок, который держится на конкретных людях и привычках. Этот порядок не масштабируется и не передаётся новым сотрудникам — но он живой, и его нельзя просто разломать и поставить на это место CRM. Если попытаться, через два месяца клиент скажет «верните, как было» — потому что новая система ничего не знает про его реальные процессы.

Именно поэтому новое внедрение поверх старой неудачи редко работает. Если CRM уже была и не дала результата, начинать с очередной «настройки с нуля» вслепую — значит повторить ошибку. Сначала нужно понять, что именно сломалось в прошлый раз: воронки, этапы, задачи, данные, дисциплина или управленческий контроль. Об этом — в статье CRM уже стоит, но не работает: что делать и с чего начать.

То, что делала iFabrique два с половиной года, — это не «внедрение amoCRM» и не «настройка модуля». Это поэтапная пересборка управляемости.

Сначала каркас — воронки, права, отчёты, базовая аналитика. Потом встройка в реальные привычки: ссылки на фильтры внутрь Excel-таблицы РОПа, шаблоны задач под язык, на котором агенты уже работают, дашборд, который заменяет Excel-отчёты только тогда, когда руководитель сам в нём убедился. Потом развитие: контроль качества, работа со старой базой, виджеты для агентов.

В этой логике CRM перестаёт быть отдельной программой и становится средой. В среде люди живут — не «пользуются ей». В среде новый сотрудник встраивается за дни, потому что среда задаёт правила сама. В среде у собственника есть реальная картина, потому что данные обновляются раз в час, а не раз в месяц вручную.

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

В материалах этого проекта нет красивых цифр про «+67% продаж», потому что мы их не измеряли и придумывать не будем. Но есть кое-что более убедительное: клиент продолжает работать с iFabrique третий год, продлевает лицензии по новой цене, растёт в команде с 35 до 54 человек, запускает новые направления и сам инициирует развитие системы.

Это лучший индикатор управляемости, который вообще бывает.

Если в этом тексте вы узнали свой бизнес — зрелая компания, есть процессы и команда, но всё это держится на людях, привычках и Excel — следующий логичный шаг короткий созвон 10−15 минут.
На нём разберём ваш текущий процесс продаж, точки потерь, и обсудим, какой формат подходит:

• Аудит с планом внедрения — если CRM ещё нет или есть, но проще пересобрать;
• Диагностика текущей CRM — если CRM уже стоит, но результата нет;
• Внедрение с нуля — если решение уже принято и нужен подрядчик.

Без давления. Без обещаний «+67% в первом квартале». Просто понять, где сейчас теряется управляемость и что с этим делать.

Центральный офис iFabrique — Санкт-Петербург. Работаем с клиентами удалённо по всей России. Очная встреча возможна по отдельной договорённости, но базовый формат — онлайн.

Базовое внедрение в этом проекте заняло около полутора месяцев — с момента старта до момента, когда команда начала работать в системе. За это время настроили четыре воронки, разграничили права по офисам, подключили телефонию, Telegram-бот, модуль выгрузки на площадки и в течение полутора недель параллельно вели старую CRM, чтобы не потерять рекламу.

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

Да, но не за счёт давления и контроля.

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

В этом кейсе подход был обратный: сначала встроиться в реальные привычки команды, потом мягко достраивать новое. Excel-таблицы руководителей не ломали — в них встраивали ссылки на фильтры amoCRM, чтобы РОП мог сверить любую цифру. Шаблоны задач делали под язык, на котором агенты уже работают. Поля, которые не нужны для агента, для агента и не появлялись.

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

Самая частая причина «не пошло» — внедрение делали как технический проект, не разбираясь в реальных процессах компании.

Когда CRM настраивают по типовому шаблону, она не отражает то, как работает конкретный бизнес. Сотрудники видят, что система не помогает им, а добавляет работы. Руководитель видит данные, которым не доверяет, потому что они расходятся с тем, что собирается в Excel. Через несколько месяцев CRM используется только как телефонная книга, а реальная работа продолжается в старых инструментах.

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

В этом кейсе amoCRM используется компанией со штатом 54 человека, тремя офисами и сложной структурой ролей (агенты, руководители отделов, юристы, ОКК, модератор объявлений, маркетолог, помощник юриста, собственник). Подходит.

Что важно для агентства недвижимости: возможность подключить модуль выгрузки на площадки (Avito, ЦИАН, Дом. Клик, Яндекс. Недвижимость), документооборот для договоров, телефонию для записи звонков, разграничение прав по офисам, аналитику по источникам и агентам. Всё это в amoCRM реализуется — через базовый функционал и сторонние модули.

Главное — не «подходит ли инструмент», а «сможет ли подрядчик собрать из этих инструментов работающую систему под конкретную компанию». Это уже про подрядчика, а не про CRM.

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

Подход, который сработал: не списывать ответственность на разработчика модуля, а взять её на себя. Ежедневно давить на вендора, разбирать каждый проблемный объект вручную, искать обходные решения. Часть проблем оказалось можно закрыть через права доступа в самой amoCRM (например, ограничить выставление платных размещений). Часть — через прямой контакт техподдержки модуля с конкретным сотрудником клиента, чтобы убрать сломанный телефон.

Альтернатива — замена модуля на другой. В этом проекте до замены не дошло: удалось стабилизировать. Но решение о замене всегда остаётся как запасной вариант.

Мы продаём не «настройку amoCRM» и не «автоматизацию ради автоматизации». Мы продаём управляемость продаж.

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

В практической работе это значит несколько вещей. Мы не обещаем результат, который не можем измерить — никаких «+67% продаж». Мы не давим клиента на лишние продления и модули, которые ему не нужны — в этом кейсе клиент отказался продлевать документооборот, и мы спокойно это приняли. Мы берём ответственность за результат целиком, в том числе за части системы, которые делали не мы (как со сторонним модулем выгрузки). И мы работаем годами, а не месяцами — потому что управляемость в зрелом бизнесе складывается медленно.

Что почитать по теме

• CRM для агентства недвижимости: как взять под контроль сделки, агентов и базу клиентов — статья про управление сделками, агентами и базой клиентов в условиях, когда работа живёт в мессенджерах.
• Кейс: агентство недвижимости — как не терять 800 000 ₽ на одной забывчивости — другой кейс из той же ниши, поменьше масштабом, но с похожей логикой задачи.
• Почему менеджеры саботируют amoCRM и как это исправить без штрафов — про то, почему команда обходит CRM и что с этим делать без давления.
• CRM уже стоит, но не работает: что делать и с чего начать — практический разбор для тех, у кого CRM уже есть, но управляемости нет.