În acest ghid
Începe cu traseul cererii, nu cu alegerea toolului
Desenează fluxul: formular din reclamă sau site → preluare → validare → căutare contact existent → creare sau actualizare → atribuire → sarcină pentru vânzări. Același flux poate fi construit printr-un conector nativ, o platformă de automatizare sau o integrare proprie.
Pentru formularele Meta, verifică în contul real conectorul disponibil, permisiunile și câmpurile livrate. Acest ghid descrie arhitectura procesului; nu presupune că toate conturile sau CRM-urile au aceeași integrare și nu oferă pași de meniu neverificați.
Ce date trebuie să ajungă în CRM
| Câmp | De ce este util | Verificare |
|---|---|---|
| ID original al cererii | Împiedică procesarea repetată | Același ID nu creează două cereri |
| Sursă, campanie și formular | Leagă cererea de promovare | Se păstrează și când actualizezi contactul |
| Data intrării | Măsoară timpul până la preluare | Fus orar consecvent |
| Nevoie și date de contact | Ajută discuția comercială | Doar câmpurile necesare procesului |
| Responsabil și etapă | Arată cine acționează | Există o regulă pentru cererile neatribuite |
Exemplu demonstrativ de flux
- Primești cererea cu ID-ul
DEMO-104. - Verifici dacă acel ID a fost deja salvat. Dacă da, înregistrezi reluarea fără să creezi încă o cerere.
- Cauți contactul după email sau telefon normalizat. O cerere nouă a unui contact vechi poate fi o oportunitate nouă, nu un duplicat de șters.
- Salvezi cererea și îi atribui responsabilul în funcție de serviciu sau zonă.
- Creezi o sarcină internă și confirmi în log că salvarea s-a încheiat.
- Etapele ulterioare sunt actualizate din activitatea comercială, nu deduse automat din completarea formularului.
ID-ul și fluxul sunt ilustrative. Regula de deduplicare trebuie testată cu date fictive înainte de conectarea la cereri reale. Nu folosi doar numele firmei: două persoane pot avea aceeași denumire sau aceeași adresă generală de contact.
Ce se întâmplă când integrarea cade
Un răspuns de eroare de la CRM nu trebuie să marcheze cererea drept procesată. Păstrează o coadă de reluare, un număr limitat de încercări și o alertă pentru persoana responsabilă. Un eșec permanent, precum un câmp obligatoriu lipsă, are nevoie de corecție, nu de reluări la infinit.
Compară periodic numărul cererilor din sursă cu cele salvate în CRM. Verifică și cererile fără proprietar, fără sursă sau rămase prea mult în aceeași etapă. Logurile trebuie să arate ID-uri și erori utile, fără să expună inutil datele personale.
Urmărește vânzările ca evenimente comerciale
Oportunitatea acceptată, oferta și contractul sunt etape distincte. Dacă trimiți ulterior rezultate către platformele de reclame, verifică documentația integrării, drepturile de utilizare a datelor și regulile de atribuire. Importul nu face automat toate cifrele identice între sisteme.
Checklist înainte de activare
- Testezi o cerere nouă, una repetată și o cerere nouă a unui contact existent.
- Simulezi indisponibilitatea CRM-ului și verifici reluarea.
- Confirmi responsabilul și lipsa cererilor pierdute.
- Stabilești cine întreține conexiunea și accesurile.
- Separi sarcinile interne de mesajele automate către persoane; acestea au nevoie de un proces aprobat.
Surse și lecturi conexe
Modelele și exemplele demonstrative sunt propuneri editoriale ACE Agency. Documentația de mai jos explică funcțiile și principiile platformelor; disponibilitatea se verifică pentru contul și proiectul real.