Ghid Sanramses Marketing
Cum proiectezi un pipeline CRM pentru servicii B2B
Model practic pentru etapele, proprietarii, criteriile de ieșire, următoarele acțiuni și excepțiile unui pipeline CRM B2B.
Un pipeline CRM pentru servicii B2B este un model al deciziilor comerciale, nu o listă decorativă de coloane. Fiecare etapă trebuie să precizeze când intră oportunitatea, cine răspunde, care este următoarea acțiune, ce permite ieșirea și cum sunt tratate excepțiile.
Modelul EONEX: cinci întrebări pentru fiecare etapă
EONEX este un cadru de lucru Sanramses. Nu este un standard universal și nu prescrie o platformă. Rolul lui este să facă etapele suficient de clare pentru ca două persoane să înregistreze aceeași situație în același mod.
| Element | Întrebare | Semnal de risc |
|---|---|---|
| ENTRY | Ce fapt verificabil permite intrarea? | „Pare interesat” fără criteriu. |
| OWNER | Cine răspunde de actualizare și următorul pas? | Etapa aparține tuturor și nimănui. |
| NEXT ACTION | Ce acțiune, până când și prin ce canal? | Doar o notă liberă fără termen. |
| EXIT | Ce decizie sau dovadă mută oportunitatea? | Mutare bazată pe intuiție. |
| EXCEPTION | Ce se întâmplă când regula nu se aplică? | Oportunități blocate ori mutate artificial. |
Cartografiază procesul înainte de configurarea CRM-ului
Începe cu cererile reale: telefon, email, formular, recomandări sau alte surse aprobate. Urmărește ce face echipa de la primul contact până la ofertă, acceptare, pierdere ori amânare. Nu copia etapele unei alte firme doar pentru că folosește aceeași platformă.
- Care este informația minimă pentru ca solicitarea să fie tratată drept cerere?
- Cine verifică relevanța și cine poate refuza ori redirecționa?
- Ce acțiune trebuie să aibă termen explicit?
- Unde este necesară aprobarea unui decident?
- Ce motive de închidere ajută o decizie ulterioară?
- Ce date nu sunt necesare și nu trebuie colectate?
Un CRM nu repară un proces asupra căruia echipa nu este de acord. Dacă aceeași situație este descrisă diferit de vânzări, operațional și management, prima etapă este clarificarea limbajului comun.
Pipeline State Dictionary: documentul care precedă configurarea
Păstrează definițiile într-un document accesibil echipei. Pentru fiecare stare, completează câmpurile de mai jos. Adaugă versiunea și data revizuirii; o definiție modificată schimbă și interpretarea rapoartelor.
| STATE | ENTRY_CRITERIA | OWNER | NEXT_ACTION | EXIT_CRITERIA | EXCEPTION |
|---|---|---|---|---|---|
| Numele etapei | Fapt observabil | Rol, nu nume temporar | Acțiune și termen | Dovadă sau decizie | Calea alternativă |
Exemplu de pipeline pentru un serviciu B2B consultativ
Exemplul de mai jos este ilustrativ. Nu reprezintă un workflow universal, un client sau o recomandare de platformă. Etapele trebuie adaptate procesului, volumului, rolurilor și obligațiilor companiei.
| Etapă | ENTRY | OWNER | NEXT ACTION | EXIT | EXCEPTION |
|---|---|---|---|---|---|
| Cerere nouă | Există un canal de contact și date minime aprobate. | Rol de triere | Verifică relevanța și atribuie până la termenul intern. | Calificată, neeligibilă sau duplicat. | Spam, solicitare fără contact ori urgență redirecționată. |
| Calificare | Cererea este relevantă și are owner. | Consultant | Clarifică problema, contextul și următorul pas. | Are suficiente date pentru evaluare sau este închisă motivat. | Lipsă răspuns, date insuficiente, conflict de interes. |
| Evaluare | Scopul și participanții sunt identificați. | Consultant/tehnic | Pregătește analiza, vizita sau informația necesară. | Poate fi formulată o propunere ori proiectul nu este fezabil. | Dependență externă sau amânare confirmată. |
| Propunere transmisă | Documentul a fost trimis persoanei potrivite. | Owner comercial | Confirmă primirea și data deciziei. | Acceptată, respinsă, revizuire sau amânare. | Decident indisponibil ori cerință schimbată. |
| Închis | Există o decizie ori motiv valid de închidere. | Owner final | Documentează motivul și acțiunile permise. | Nu mai are next action comercial activ. | Redeschidere doar printr-un eveniment nou documentat. |
Câmpurile trebuie să ajute o decizie
Fiecare câmp are un cost: trebuie completat, menținut, protejat și explicat. Păstrează datele strict necesare scopului și stabilește cine are acces, cât timp sunt păstrate și cum se corectează. Principiile de limitare a scopului, minimizare și păstrare sunt descrise în textul consolidat al GDPR. Acest ghid nu înlocuiește consultanța juridică.
Câmpuri operaționale posibile
- Sursa cererii, dacă poate fi determinată legitim.
- Serviciul sau problema selectată.
- Owner și următoarea acțiune.
- Data acțiunii și starea curentă.
- Motiv de închidere dintr-o listă controlată.
Câmpuri care cer justificare
- Date personale suplimentare „pentru mai târziu”.
- Note subiective despre persoană.
- Câmpuri obligatorii pe care nimeni nu le folosește.
- Date copiate în mai multe sisteme fără proprietar.
- Informații sensibile fără nevoie și control clar.
Excepțiile trebuie proiectate înaintea automatizării
O regulă automată aplică exact condiția configurată, inclusiv atunci când condiția este incompletă. Pentru fiecare automatizare notează declanșatorul, acțiunea, condiția de oprire, jurnalul și persoana notificată la eroare.
| Candidat | Automatizare rezonabilă | Control uman |
|---|---|---|
| Cerere nouă validă | Crearea înregistrării și notificarea rolului responsabil. | Verificarea relevanței și acceptarea ownerului. |
| Next action depășit | Memento intern. | Decizia mesajului către client. |
| Duplicat probabil | Semnalare. | Confirmarea înainte de unire. |
| Oportunitate sensibilă | Nu decide automat. | Escaladare către rolul aprobat. |
Articolul existent De la formular la ofertă oferă introducerea mai largă. Pagina despre CRM și automatizări explică serviciul Sanramses și criteriile de potrivire.
Testează cu scenarii înainte de lansare
- Construiește cazuri normale, incomplete, duplicate și neeligibile cu date fictive marcate.
- Cere mai multor utilizatori să aleagă independent etapa și următoarea acțiune.
- Compară deciziile cu dicționarul de stări.
- Simplifică stările ori câmpurile care produc interpretări repetate.
- Testează permisiunile, notificările, exportul și calea de eroare.
- Stabilește o dată de revizuire după utilizare reală.
Măsoară disciplina procesului înaintea rezultatului comercial
Primele semnale utile arată dacă pipeline-ul este folosit coerent: oportunități active cu owner, next action și termen; înregistrări fără sursă; motive de închidere completate; automatizări eșuate. Acestea sunt controale de proces, nu promisiuni despre venit.
| Întrebare | Semnal | Limită |
|---|---|---|
| Există owner? | Înregistrări active cu rol valid. | Nu arată calitatea conversației. |
| Există pas următor? | Acțiune și dată. | Completarea nu dovedește executarea. |
| Etapele sunt consecvente? | Scenarii similare clasificate la fel. | Cere verificare calitativă. |
Adopția se proiectează în configurație
Dacă actualizarea cere prea multe câmpuri, utilizatorii vor amâna ori completa formal. Începe cu minimul, testează cu oamenii care preiau cererile și adaugă un câmp numai când susține o decizie, raport sau obligație clară.
Migrarea nu trebuie să transporte dezordinea
Definește sursele, maparea câmpurilor, regula pentru duplicate și criteriile de excludere. Păstrează exportul original, testează un eșantion și stabilește momentul când CRM-ul devine sursa de adevăr. Folosește date fictive în test când datele reale nu sunt necesare.
Pipeline-ul actual descrie decizii sau doar coloane?
Sanramses poate cartografia traseul lead → calificare → ofertă → follow-up și poate identifica ce trebuie clarificat înainte de configurare.