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