CRM система для агентства нерухомості: що врахувати
Ріелтор — це людина, яка одночасно тримає в голові сорок об’єктів, тридцять покупців і те, що власник квартири на Липках не бере слухавку до одинадцятої. Коли агентство росте з трьох агентів до п’ятнадцяти, ця голова перестає масштабуватися: об’єкти дублюються, клієнти зникають, двоє агентів приїжджають на один показ, а після звільнення менеджера база йде разом із ним. CRM для агентства нерухомості вирішує саме ці задачі — але лише та, що враховує специфіку ринку. Розберімо, що має бути всередині і на чому найчастіше спотикаються при впровадженні.
База об’єктів нерухомості і база клієнтів — це дві різні сутності
Ключова відмінність нерухомості від класичних продажів у тому, що тут дві повноцінні бази, а не одна. Є база об’єктів нерухомості: адреса, площа, поверх, стан, ціна, документи, фото, планування, історія зміни ціни, власник і його реальна мотивація продавати. І є база клієнтів-покупців чи орендарів зі своїм запитом: бюджет із вилкою, райони, кількість кімнат, «обов’язково не перший поверх», готовність до іпотеки, терміни. У звичайній CRM усе це намагаються запхати в одну картку угоди — і система розсипається на другому місяці. Правильна модель проста: об’єкт живе своїм життям і може пройти через десяток покупців, покупець живе своїм і може подивитися двадцять об’єктів. Угода — це точка, де вони перетнулися.
Саме тому працює автоматичний матчинг попиту й пропозиції. Коли агент заводить новий об’єкт, система відразу показує, кому з клієнтів у базі він потенційно підходить за бюджетом, районом і параметрами, і повідомляє відповідальних агентів. І у зворотний бік: новий запит покупця миттєво зіставляється з усім, що є в базі, включно з об’єктами колег. Це не магія, це фільтр із вагами: точний збіг за районом і кімнатами, допуск плюс-мінус десять відсотків до бюджету, штраф за поверх, якого клієнт просив уникати. Ефект відчутний одразу: об’єкт, який мав би пролежати два тижні до наступної розсилки, отримує три перегляди в перший же день. Без матчингу база об’єктів — це просто дорогий архів.
Воронка угоди в CRM для ріелтора: лід, показ, аванс, угода
Воронка в нерухомості довша й важча за роздрібну: від першого дзвінка до підписання минає від двох до шести місяців, а етапи мають зовсім іншу природу. Класична схема така: лід, кваліфікація потреби, підбір, показ, торг, аванс або завдаток, підготовка документів, нотаріус, угода, післяпродажний контакт. Кожен етап тягне за собою обов’язкові дії: після показу — фідбек від клієнта і від власника протягом доби, після авансу — жорсткий дедлайн на перевірку документів, бо строк угоди прописаний у договорі. CRM має не просто малювати стовпчики, а нагадувати: показ був учора, фідбек не внесено — телефонуй. І фіксувати причини відмов: «дорого», «не сподобався під’їзд», «пішли до іншого агентства». Саме з цього потім складається чесна аналітика.
Показ варто винести в окрему сутність, а не ховати в коментарі. У нього є дата, час, об’єкт, клієнт, агент, спосіб доступу (ключі в офісі, консьєрж, власник відкриває сам) і результат. Тоді система бачить, що в агента на четвер уже три покази в різних кінцях міста, і не дає поставити четвертий між ними. Тоді власник об’єкта раз на тиждень автоматично отримує звіт: скільки було переглядів оголошення, скільки дзвінків, скільки показів і що казали люди — це найкращий аргумент у розмові про зниження ціни. І тоді керівник бачить конверсію не в середньому по агентству, а по кожному агенту: скільки показів припадає на одну угоду і на якому етапі він втрачає клієнтів.
Ексклюзив, «чий клієнт» і захист бази від зливу
Найгостріше питання будь-якого агентства — чий клієнт. Двоє агентів працюють з одним покупцем, кожен вважає його своїм, комісію потім ділять у кабінеті керівника на підвищених тонах. Технічне рішення — дедуплікація за номером телефону на вході: система не дає завести контакт, який уже є в базі, а показує, за ким він закріплений і коли був останній контакт. Правило фіксується в системі, а не в усних домовленостях: клієнт закріплюється за агентом на визначений строк, скажімо 30 або 60 днів, і якщо за цей час не було жодної активності, картка звільняється й повертається в загальний пул. Так само з об’єктами: ексклюзивний договір із власником має бути окремим полем із датою закінчення, бо саме ексклюзив дає право вкладати гроші в рекламу об’єкта.
Звідси ж — права доступу. Агент бачить свої об’єкти й своїх клієнтів, керівник бачить усе, стажер не бачить зайвого. Контакти власників у чужих об’єктах приховані: агент бачить об’єкт у загальній базі, може запропонувати його своєму покупцеві, але телефон власника набирає відповідальний, а не він. Це не паранойя, а базова гігієна: найпоширеніший сценарій втрати бази — це не хакери, а менеджер, який перед звільненням вивантажив усе в Excel. Тому масовий експорт має бути закритий для рядових ролей, а всі перегляди контактів логуватися: хто, коли, скільки карток відкрив. Аномалія на кшталт «агент за вечір переглянув двісті контактів» має підсвічуватися керівнику наступного ранку, а не з’ясовуватися через пів року.
Комісія між агентами й документи, які не хочеться заповнювати вручну
Комісія в нерухомості майже ніколи не дістається одному. В угоді бере участь агент об’єкта і агент покупця, іноді підключається стороннє агентство, іноді керівник, який дотиснув торг. CRM має рахувати це автоматично за правилами, які ви задали: наприклад, п’ятдесят на п’ятдесят між агентом об’єкта й агентом покупця, десять відсотків керівнику напряму, решта агентству, а для співпраці зі сторонніми — окрема схема. Ставка може залежати від типу угоди: за оренду одна, за продаж інша, за ексклюзив підвищена. Коли це рахує система, зникає найтоксичніший конфлікт у колективі, а агент у будь-який момент бачить у своєму кабінеті, скільки він заробив цього місяця і скільки грошей у нього «в дорозі» на етапі авансу.
Документи — друга зона, де агент витрачає години на копіювання. Договір із власником, договір авансу, акт огляду, розписка про завдаток, договір на надання послуг: усі вони відсотків на вісімдесят складаються з даних, які вже є в системі. Шаблон із підстановкою полів формує готовий файл за десять секунд, з правильними реквізитами, площею до сотих і сумою прописом. Помилок у номері паспорта чи адресі стає менше, а версія договору в агентства одна на всіх, а не «у Каті свій файл із 2021 року». Далі логічно додати електронний підпис і відправку клієнту в месенджер — і ціла категорія поїздок в офіс просто зникає з процесу.
Автоматизація агентства: майданчики, мобільний доступ і чому коробки не підходять
Вивантаження оголошень — те, на чому агентства втрачають найбільше ручних годин. Один об’єкт публікується на OLX, DIM.RIA, на власному сайті, у Telegram-каналі й у групах — і кожна зміна ціни означає п’ять заходів у п’ять кабінетів. Правильно робити навпаки: об’єкт заводиться один раз у CRM, а система сама формує оголошення під вимоги кожного майданчика, накладає водяний знак на фото, публікує через API або фід і оновлює ціну скрізь одночасно. Продали — об’єкт знімається з публікації автоматично, а не через тиждень, коли на нього ще дзвонять. Сюди ж повертається статистика переглядів із майданчиків у картку об’єкта, і з’являється чесна відповідь на питання, який канал дає покупців, а який лише витрачає бюджет.
І останнє: усе це має працювати з телефона. Ріелтор більшу частину дня не за комп’ютером — він у під’їзді, в машині, на показі. Йому треба на місці відкрити картку об’єкта, показати клієнту планування, сфотографувати квартиру й одразу залити фото в базу, внести фідбек, поки не забув, і подивитися наступну адресу. Тому мобільний інтерфейс, а часто й Telegram-бот як швидкий доступ, важливіші за красиві дашборди. Саме через цю специфіку коробкові CRM зазвичай і не приживаються: вони побудовані навколо однієї угоди й одного контакту, у них немає ні двох баз, ні матчингу, ні розділення комісії, ні ексклюзиву, і кожна доробка впирається в чужу архітектуру. У Devlly ми будуємо CRM для агентств нерухомості під конкретні процеси: база об’єктів і клієнтів, матчинг, воронка показів, права доступу й інтеграції з майданчиками — те, що реально економить агенту години, а власнику агентства базу.