Cum automatizezi distribuirea leadurilor într-o agenție imobiliară
Într-o agenție imobiliară fără reguli de distribuire, leadul nou intră într-un inbox comun sau într-un grup de Telegram, cineva scrie „cine îl ia?”, doi agenți răspund în același timp sau niciunul, iar leadul de vineri seara e citit luni dimineață. Între timp clientul a sunat la altă agenție. Distribuirea automată rezolvă exact această problemă: leadul are un responsabil în secunde, nu în ore, și cineva află când responsabilul nu reacționează. Mai jos, regulile pe care le configurăm de obicei, compromisurile fiecăreia, escaladarea, cazurile-limită și cum arată totul în Telegram. Toate cifrele sunt parametri de exemplu, nu rezultate.
Problema, mai exact
„Cine îl ia?” nu e o întrebare de organizare, e o pierdere de timp cu trei efecte: leadul așteaptă, agenții discută în loc să sune, iar managerul nu poate spune ulterior cine trebuia să răspundă și când. Orice regulă automată — chiar și cea mai simplă — e mai bună decât lipsa ei, pentru că elimină ambiguitatea. Restul e reglaj fin.
Regulile de distribuire care funcționează — și compromisurile lor
| Regula | Cum funcționează | Compromisul |
|---|---|---|
| Pe rând (round-robin) | Fiecare lead nou merge la următorul agent din listă. | Corect și simplu, dar ignoră competența: agentul de Botanica primește leadul de Ciocana. |
| Pe zonă | Leadul cu „Botanica” merge la agenții care lucrează zona; între ei, pe rând. | Are nevoie de zonă completată la sursă. Leadul fără zonă cade pe regula implicită. |
| Pe tip de tranzacție | Vânzare, închiriere, cumpărare — echipe sau agenți diferiți. | Un client care „vinde și cumpără” intră în două fluxuri; trebuie decis unde e cardul principal. |
| Pe limbă | Leadul din formularul rus merge la agenții care preferă să lucreze în rusă. | Sursele nu spun mereu limba; se deduce din formular sau din primul mesaj. |
| Cu plafon de încărcare | Un agent cu, de exemplu, 15 leaduri active nu mai primește altele până nu închide. | Protejează calitatea, dar poate lăsa leaduri în așteptare când toți sunt plini — de aici escaladarea la manager. |
| „Primul care apasă” | Leadul e trimis către 2–3 agenți; cine apasă primul „Preiau” îl are. | Rapid, dar favorizează agenții mereu pe telefon și cere escaladare dacă nu apasă nimeni. |
| Proprietarul clientului existent | Dacă numărul există deja în CRM, leadul merge la agentul care îl are, indiferent de celelalte reguli. | Trebuie decis ce se întâmplă când agentul respectiv a plecat sau e în concediu. |
În practică regulile se combină, în ordine: mai întâi „client existent”, apoi „zonă” sau „tip de tranzacție”, apoi „pe rând” între cei eligibili, cu plafon de încărcare ca filtru. Ordinea e a agenției — o configurăm din Web Admin, nu din cod, pentru cazurile obișnuite.
Scara de escaladare
Distribuirea fără escaladare e o jumătate de soluție: leadul are un responsabil, dar dacă responsabilul nu reacționează, nu află nimeni. Scara pe care o configurăm de obicei arată așa (minutele sunt un exemplu; agenția le stabilește după ritmul ei):
- 0 min — leadul ajunge la agentul ales, în Telegram, cu butonul „Preiau leadul”.
- 10 min fără reacție — reminder către același agent.
- 15 min fără reacție — leadul e oferit următorului agent eligibil; primul primește un mesaj că a pierdut leadul.
- 30 min fără reacție de la nimeni — managerul (sau team lead-ul) e notificat și poate atribui manual.
- În afara programului (de exemplu, după 20:00 sau în weekend) — leadul e atribuit, dar cronometrul de escaladare pornește la începutul programului următor, ca să nu fie penalizat nimeni pentru un lead de sâmbătă noaptea. Alternativ, un agent „de gardă” primește tot ce intră.
Ce contează aici nu sunt cifrele, ci faptul că fiecare pas e înregistrat: cine a primit leadul, când, cine l-a preluat, când. De aici vine următorul punct.
Timpul de răspuns — metrica pe care managerul o primește gratis
Când preluarea e un tap cu oră înregistrată, „timpul de răspuns” nu mai e o estimare, e o coloană în raport: pe agent, pe sursă, pe zi. Managerul vede fără să întrebe pe nimeni cine preia în cinci minute și cine în două ore, și dacă leadurile de pe Meta așteaptă mai mult decât cele de pe site. Nu promitem că această cifră se îmbunătățește singură — dar devine vizibilă, iar ce e vizibil se discută la ședință cu date, nu cu impresii.
Cazurile-limită pe care regula trebuie să le prevadă
- Agent în concediu. Un statut „indisponibil” în CRM îl scoate din rotație; leadurile lui existente rămân la el sau se redistribuie temporar, după decizia agenției. Cine uită să-și pună statutul creează gol în lanț — de aceea escaladarea la manager e obligatorie ca plasă de siguranță.
- Lead duplicat din două canale. Același client completează formularul de pe site și apoi sună. Fără de-duplicare, doi agenți primesc „doi” clienți. Regula „proprietarul clientului existent”, aplicată pe numărul de telefon, rezolvă majoritatea cazurilor; restul le tratăm în articolul despre integrarea surselor.
- Client care revine după 6 luni. Numărul există, dar cardul e închis („Pierdut” sau „Vândut”). Merge la agentul vechi sau intră ca lead nou? Nu există răspuns universal; agenția alege și regula respectă alegerea (de exemplu: la agentul vechi dacă mai lucrează, altfel pe rând).
- Lead fără date suficiente. Formularul are doar numărul de telefon, fără zonă sau tip. Regula pe zonă nu se poate aplica; leadul cade pe regula implicită („pe rând”), iar primul apel completează restul.
Cum arată în Telegram
Agentul nu vede nimic din logica de mai sus. Vede un mesaj:
Lead nou · Meta (campania „Botanica”)
Caută: apartament 2–3 camere, Botanica sau Centru
Buget: până la 75 000 €
Telefon: +373 •• ••• •••
[Preiau leadul] [Sună acum] [Nu e pentru mine] [Deschide cardul]
„Preiau leadul” înregistrează ora și creează sarcina „Prim contact” cu termen. „Nu e pentru mine” trimite leadul mai departe imediat, fără să aștepte cele 15 minute — și cere un motiv scurt, ca managerul să vadă dacă regula de distribuire greșește sistematic. Managerul, în Web Admin, vede lista leadurilor neatribuite sau nepreluate peste termen, cu responsabilul curent și istoricul escaladării. Același flux, cu aceleași butoane, apare pe pagina CRM-ului pentru agenții imobiliare și în descrierea generală a Telegram CRM.
Cum începi: o regulă, apoi măsori, apoi ajustezi
Greșeala clasică e să încerci de la început să codifici toate excepțiile: „pe zonă, dar dacă e închiriere atunci la echipa B, dar dacă e client vechi atunci..., dar vinerea...”. Rezultatul e o regulă pe care nimeni nu o mai înțelege și pe care agenții o ocolesc. Recomandarea noastră:
- Săptămâna 1–2: o singură regulă („pe rând” sau „pe zonă”) plus escaladarea la manager. Atât.
- Săptămâna 3: uitați-vă la timpul de răspuns și la câte leaduri au fost respinse cu „Nu e pentru mine” și de ce.
- Apoi: adăugați a doua regulă doar dacă datele arată o problemă reală (de exemplu, leadurile de închiriere ajung mereu la agenții de vânzări).
Regulile se schimbă din Web Admin, fără programator, pentru cazurile obișnuite — deci ajustarea nu e un proiect, e o setare. Detalii despre cum construim astfel de automatizări, dincolo de imobiliare, pe pagina de automatizare a proceselor.
Ce NU merită automatizat
Unele agenții preferă ca leadurile evident mari — un investitor care întreabă de un bloc întreg, o companie care caută zece apartamente pentru angajați — să fie atribuite de manager, nu de regulă. E o alegere legitimă. CRM-ul poate marca leadul ca „VIP” după criterii simple (buget peste un prag, sursă anume, cuvinte-cheie în mesaj) și să-l trimită la manager pentru atribuire manuală, în loc să-l pună în rotație. Automatizarea e pentru volumul zilnic; excepțiile valoroase pot rămâne la judecata unui om, dacă agenția vrea așa.
Mai departe: CRM pentru agenții imobiliare · Telegram CRM · Meta + telefonie + CRM: cum ajunge un lead direct la agentul potrivit.