Менеджер обещает семье трёхкомнатную на восьмом этаже, называет цену, договаривается о просмотре. Через час выясняется: эту квартиру утром продал коллега с соседнего объекта — просто никто не успел обновить общую таблицу. Семья уходит к другому застройщику, менеджер остаётся без сделки. У этой компании подобное случалось не раз, и пока рынок был на подъёме, такие потери растворялись в общем потоке покупателей.

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

В этом кейсе разберём, как застройщик комфорт-класса с тремя ЖК и девятью менеджерами вырос на 38% по сделкам — на падающем рынке, без новых людей и без прибавки к рекламному бюджету. Основа роста — снижение потерь на каждом этапе.

Региональный застройщик комфорт-класса: три жилых комплекса в активной продаже, ещё один на этапе котлована. Квартиры в строящихся домах, ДДУ через эскроу-счета. Отдел продаж — девять менеджеров, примерно по трое на каждый действующий объект, плюс РОП. Основа потока — реклама: контекст, таргет, агрегаторы (Авито, Циан, Домклик), сайт. Около четверти сделок приводят агенты и риелторы, ещё часть — повторные обращения и рекомендации. На бумаге всё просто: поймал заявку, показал планировку, оформил бронь, довёл до договора. CRM у компании формально была, но пользовались ей как записной книжкой — карточки заводили нерегулярно, а реальная работа всё равно шла в Google-таблицах, на почте и в мессенджерах. В итоге три объекта жили тремя отдельными жизнями, а общей картины не было ни у кого. Четыре сцены из этой жизни — ниже.

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

Шахматку вели в общей Google-таблице, и плюс в этом был: статусы квартир все видели онлайн. Но таблица была нарисована криво и громоздко, читать её было тяжело, а главное — доверять ей было нельзя. Когда бронирования шли одновременно из разных источников, синхронизация не поспевала: менеджер видел квартиру свободной, а её уже занял тот, кто кликнул на секунду раньше. К тому же часть сделок оформляли напрямую через руководство, и в таблицу — внутренний документ отдела продаж — это попадало не сразу. В итоге «свободно» в таблице и «свободно» на самом деле периодически расходились.

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

Сделок без заёмных денег почти не было. Менеджер на калькуляторе прикидывал платёж, диктовал клиенту примерные цифры, путался в программах банков и условиях рассрочки. Где какая заявка, какой банк одобрил, не истекает ли срок одобрения — всё жило в его личной переписке. На вопрос «что там по моей ипотеке?» он шёл искать ответ по мессенджерам.

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

Среднее время первого ответа на заявку переваливало за два часа, а почти треть лидов в первый день не получала ответа вовсе. На падающем рынке это приговор: покупатель оставляет заявку сразу на нескольких ЖК и едет к тому, кто перезвонил первым.

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

Расчёты по ипотеке и рассрочке делались на глаз, а собрать клиенту нормальную презентацию с планировками и цифрами было попросту не из чего. Человек уходил «подумать» с примерными цифрами на листке — и чаще всего не возвращался.

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

Был и ещё один разговор — с самим собственником. CRM в компании однажды уже не прижилась, и идея снова платить — за amoCRM, Profitbase, интеграцию — вызывала закономерный скепсис: «опять потратимся, опять не взлетит». Добавлялся страх тронуть отдел в активный сезон и просадить продажи. Здесь мы и сами всегда советуем не разворачивать всё и сразу: сначала запускаем систему на одном отделе продаж, оттачиваем на нём процессы — и только потом масштабируем на остальные. Так собственник видит результат на одном направлении ещё до того, как вкладываться в полный охват, и риск для продаж минимальный. На этом и сошлись.

Дальше — что мы с этим сделали, процесс за процессом. Воронки в amoCRM под каждый из них, конечно, настроили, но интереснее не схема воронок, а как изменилась сама работа. Начнём с того, что на падающем рынке дороже всего, — с рекламы.

Реклама — главный канал, около 60% сделок, и терялся он сильнее всего. Здесь мы поменяли саму схему работы с потоком.

Рекламные обращения и живые клиенты — это разный по температуре поток, и обрабатывать его одинаково расточительно. Поэтому развели на два контура. Весь рекламный трафик (контекст, таргет, агрегаторы) теперь сваливается не на объектных менеджеров, а на двух-трёх квалификаторов — это сотрудники первой линии, чья задача быстро принять заявку, отсеять нецелевые обращения и подготовить клиента к показу. Они работают не на конкретный ЖК, а на все объекты сразу и сидят на «своих» рекламных источниках. Их задача — поднять заявку за минуты, квалифицировать и передать дальше. А горячие обращения — те, кто звонит с явным интересом, приходит в офис продаж сам или пришёл по рекомендации — попадают сразу на объектных менеджеров, без промежуточного звена. Технически это автораспределение amoCRM: рекламная заявка по очереди достаётся свободному квалификатору с задачей «Позвонить» и дедлайном 10 минут; целевой клиент после квалификации передаётся объектному менеджеру на показ. Просрочка по задаче — уведомление РОПу. Никаких «я думал, заявку возьмёт кто-то другой». Механика простая: быстрый ответ поднял дозвон и доходимость до показа, а квалификаторы перестали «жечь» горячих клиентов вялым первым звонком и подняли конверсию в просмотр. Среднее время первого ответа упало с двух с лишним часов до шести минут, а доля лидов без ответа в первый день — с трети почти до нуля. Те же объявления, тот же бюджет — но теперь первым отвечает наш застройщик, а дорогой рекламный лид не остывает в чьём-то почтовом ящике.

Чтобы первый звонок не зависел от настроения и опыта сотрудника, на квалификаторов положили Sensei — конструктор бизнес-процессов внутри amoCRM. По ходу разговора менеджер видит вопрос и кликает ответ клиента: «для себя или под инвестицию», «ипотека, рассрочка или наличные», «какой объект и планировка», «когда планирует покупку». Система подсказывает следующую реплику и сама ставит действие — записать на просмотр, собрать подборку, передать объектному менеджеру. Квалификация сразу отделяет горячих от «прицениваюсь к следующему году»: они получают разный приоритет. Гладко не было. Первые пару недель менеджеры ворчали, что «и так знают, что сказать», а при прослушивании звонков выяснилось, что по скрипту они и не идут: варианты в карточке кликают формально, а разговор ведут по-своему. Давить регламентом не стали — провели с менеджерами ещё один раунд интервью: расспросили, где сценарий мешает, какие формулировки звучат не по-людски, на каких вопросах он уводит не туда. Оказалось, часть шагов была лишней, а несколько реплик — слишком «книжными» для живого разговора. Скрипт переписали под их реальные звонки: убрали лишнее, поправили формулировки. После этого ворчание прекратилось — разговор перестал разваливаться на неудобных клиентах, а новичкам стало заметно проще: меньше пауз и метаний на типовых вопросах и возражениях. Дальше скрипт уже никто не выключал.

У объектных менеджеров Sensei отвечает за самое узкое место — встречу. Когда квалификатор или менеджер договаривается о показе, Sensei тут же назначает встречу на конкретное время и заводит её в систему: менеджеру падает задача с напоминанием заранее, чтобы он подготовил подборку и не забыл про клиента, а самому клиенту автоматически уходит напоминание о дате, времени и адресе офиса продаж — за день и ещё раз за пару часов до встречи, в тот канал, откуда он пришёл (WhatsApp, Telegram, SMS). Если клиент не пришёл, Sensei не даёт встрече раствориться: ставит задачу перезвонить и переназначить. Итог: неявок на показы стало примерно вдвое меньше — встреча больше не зависит от того, вспомнил ли о ней кто-то из двоих.

Главную операционную боль — про «продали уже проданное» и «нечем дожать клиента» — закрыли отраслевым инструментом.

Подключили Profitbase — сервис для застройщиков, встроенный в amoCRM. Теперь шахматка одна на всех: по каждому объекту видно, что свободно, что в брони, что продано, с актуальной ценой, площадью, этажом и планировкой. Менеджер подбирает клиенту квартиру прямо в карточке сделки по параметрам — бюджет, комнатность, этаж — и видит достоверную цену без звонков РОПу и сообщений в чат. Цены меняются централизованно и в ту же секунду видны всем: история «один назвал старую цену, другой новую» закончилась. И, в отличие от Google-таблицы, статус считается мгновенно — забронировать одновременно одну квартиру из двух мест уже не получится, рассинхрон исключён. Чтобы закрыть и вторую дыру — продажи «мимо отдела», — связали Profitbase с 1С. Теперь оплаты и проведённые сделки приходят из 1С автоматически: как только квартира продана или оплачена, она тут же гаснет в шахматке. Даже если сделку оформили напрямую через руководство, она не может остаться «свободной» в данных отдела продаж — менеджер физически не предложит клиенту то, что уже ушло. Здесь, кстати, мы ждали сопротивления — и не от менеджеров, а от РОПа. Раньше шахматка и цены жили у него: кто что может продать и по какой цене, во многом решал он, и это была его роль и его незаменимость. Единая прозрачная шахматка эту роль будто отбирала. Поэтому контроль ему не урезали, а перенесли в систему: за РОПом остались ролевые права, управление ценами и персональные скидки «от руководителя», а вдобавок появилось то, чего раньше не было, — вся шахматка, брони и горящие сроки по всем объектам в одном экране. В итоге он не потерял рычаги, а получил их в удобном виде — и из возможного тормоза стал тем, кто сам подгонял остальных перейти в систему.

Самое заметное изменение — на самой встрече. Семья сидит в офисе продаж, менеджер поворачивает к ним экран. За полминуты он собирает в смарт-каталоге Profitbase три выбранные планировки, открывает 3D, а рядом — живой расчёт: вот платёж по семейной ипотеке, вот рассрочка от застройщика, вот стопроцентная оплата со скидкой. Клиент впервые видит не «ну, тысяч сто в месяц где-то», а свою будущую квартиру и свои деньги — конкретными цифрами, при себе. И уходит он не с обещанием «я подумаю», а с готовым персональным предложением на руках: солидной презентацией с его планировками, 3D и всеми расчётами, которую вечером покажет второй половине. Раньше на этом самом месте менеджер диктовал цифры с калькулятора на обороте листка, а клиент уходил «думать» — чаще всего в соседний ЖК, где ему собрали то же самое аккуратнее. Итог: клиент уходит со встречи с расчётом и планировками на руках — и возвращается с решением, а не с новой пачкой вопросов.

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

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

Ипотеку у нас ведёт не сам продажник, а отдельный ипотечный отдел — мы вынесли её в отдельную воронку amoCRM, чтобы сделка не растворялась и не зависела от загрузки одного человека. Как только клиент выбирает ипотеку, сделка автоматически создаётся в воронке «Ипотека» с назначением на ипотечного менеджера, а исходная сделка продажника остаётся связанной через привязку к контакту — так у обоих сохраняется вся история по клиенту, но каждый видит только свой участок работы. Этапы воронки: «Собираем документы» → «Заявка подана» → «Одобрение получено» → «Одобрение действует» → «Сделка назначена». В карточках — банк, сумма, ставка и дата, до которой действует одобрение.

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

После подписания договора сделка автоматически переходит в воронку «Сопровождение», и ответственность сама переключается на специалиста по оформлению — никому не нужно вручную заводить заявку юристам или напоминать «возьмите в работу», система делает это сама в момент смены статуса. Специалист по оформлению ведёт весь путь от готового договора до регистрации, а модуль Profitbase "Электронная сделка" позволяет регистрировать ДДУ и договоры купли-продажи в Росреестре полностью онлайн, не отправляя клиентов в МФЦ.

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

На падающем рынке грех терять тех, кто уже почти купил. А именно их и теряли. Первый пласт — отложившие покупку: «вернусь, как продам своё», «накоплю на больший взнос», «подожду следующий дом». Раньше такие оседали в таблицах и забывались. Второй — уже купившие, кто может взять ещё (под инвестицию, детям, родителям) или привести знакомых. Настроили плановые касания: сказал клиент «вернусь через три месяца» — менеджер ставит дату, и накануне задача всплывает сама. По завершённым сделкам система ставит касание с поводом — новый объект, старт продаж следующего дома, инвестиционные квартиры. График больше не держится в голове, а отложенные клиенты не растворяются. Продажи по базе и повторным выросли на 30% — фактически из контактов, которые раньше просто терялись.

До CRM собственник видел выручку и общий расход на рекламу — и больше ничего. Какой канал кормит, а какой жжёт бюджет; какой объект продаётся, а какой буксует; где в воронке отваливаются клиенты — всё это было в тумане. Сквозная аналитика туман сняла: коллтрекинг и UTM связали каждую заявку с источником, а сделку — с конкретной кампанией, и стало видно ROMI по каждому каналу и по каждому объекту. Выяснилось, например, что часть бюджета шла в источники, которые дают звонки, но не сделки, — их урезали и переложили в то, что окупается. А ещё всплыло, что один объект давал дешёвые лиды, но проваливал конверсию в просмотр; копнули — дело было в скорости ответа именно на нём, что отдельно подтянули. На падающем рынке такая оптимизация бюджета стоит особенно дорого.

Прирост сложился из трёх каналов:

И отдельно — что ускорило работу всего отдела:

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

На растущем рынке все эти дыры могут быть почти незаметны — их затыкает поток покупателей. На падающем они и есть разница между ростом и стагнацией. Здесь нельзя терять заявку на скорости ответа, нельзя продавать занятое и нельзя отпускать клиента со встречи без расчёта и подборки на руках. Автоматизация тут не самоцель, а способ не дать оплаченному трафику утечь сквозь пальцы. Вернёмся к семье с восьмого этажа, с которой мы начали. Сегодня в этой компании её история закончилась бы иначе: квартиру, которую им подобрали, никто не продал бы из-под них — бронь держит её; со встречи они ушли бы с расчётом и 3D-планировками; а до ключей их довёл бы тот же менеджер, не утонувший в бумагах. Ничего героического — просто система не дала ничему потеряться. На падающем рынке этого хватает, чтобы расти, пока соседи проседают. Если вы узнали свой отдел продаж — где наличие квартир уточняют в чате, бронь живёт на стикерах, а расчёт диктуют с калькулятора, — дело не в людях. Дисциплина не появляется от планёрок; она появляется, когда система сама показывает актуальную картину, считает за менеджера и не даёт потерять ни заявку, ни квартиру. Особенно когда рынок не прощает потерь.