Pipeline de vanzari in CRM: etape legate de procesul real, nu de un model generic
Un pipeline de vanzari in CRM reflecta procesul real cand fiecare etapa are trei lucruri. Primul este un criteriu de iesire verificabil. Al doilea este un responsabil numit. Al treilea este o probabilitate stabilita de dumneavoastra. In Zoho CRM etapele implicite se pot modifica, iar probabilitatile lor alimenteaza prognoza.
Pipeline-ul de vanzari este, in definitia Zoho, o reprezentare vizuala a procesului de vanzare. Arata unde se afla prospectii in ciclul de cumparare si cate tranzactii deschise aveti. Arata si cat a stat o tranzactie in fiecare etapa si daca aveti sanse bune sa o castigati.
Un pipeline nu este o lista de companii contactate. Ghidul publicat de virtualboard.ro il descrie ca portofoliul oportunitatilor active, distribuite pe etapele procesului de vanzare. Diferenta conteaza in practica. O firma sunata o data nu are inca o oportunitate, deci nu are loc in pipeline.
Acest ghid parcurge, in ordine, cinci subiecte:
- cum definiti etapele pornind de la procesul real;
- ce criteriu de iesire primeste fiecare etapa;
- cine raspunde de fiecare etapa;
- unde le configurati in Zoho CRM si unde apar greselile;
- cele doua rapoarte care va arata daca pipeline-ul functioneaza.
Procesul de vanzare se defineste inainte de configurarea Zoho CRM
Etapele unui pipeline se scriu pe hartie inainte sa deschideti setarile din Zoho CRM. Ghidul de implementare de pe virtualboard.ro spune ca implementarea unui CRM incepe cu definirea procesului de vanzare, nu cu alegerea aplicatiei. Ordinea recomandata acolo este proces, date, responsabilitati, indicatori si abia apoi aplicatie.
Ciclul de vanzare este, in definitia Zoho, seria de etape prin care trece un prospect pana devine client care aduce venit. Ciclul dumneavoastra real se vede in tranzactiile deja incheiate, nu intr-un sablon. Luati cateva tranzactii castigate si cateva pierdute din ultimele luni. Pentru fiecare, notati ce s-a intamplat concret intre primul contact si decizia finala.
Din aceste note reies punctele in care clientul a luat o decizie: a acceptat o intalnire, a confirmat bugetul, a cerut oferta, a semnat. Acestea devin candidatele pentru etape. Activitatile dumneavoastra interne, cum ar fi "am trimis un email", nu sunt etape. Ele sunt activitati si se inregistreaza ca atare.
La Svennis, inainte sa modificam etapele in Zoho CRM, cerem echipei de vanzari sa reconstituie pas cu pas cateva tranzactii recente, castigate si pierdute. Orice etapa pe care nimeni nu o poate lega de o decizie concreta a clientului o eliminam din propunere.
Calitatea raportarii depinde de definitii comune, noteaza acelasi ghid de pe virtualboard.ro. O etapa pe care doi vanzatori o inteleg diferit produce cifre care nu se pot compara. De aceea definitia scrisa a fiecarei etape vine inaintea oricarui camp configurat.
Etapele implicite din Zoho CRM sunt un punct de plecare, nu procesul dumneavoastra
Zoho CRM vine cu o lista de etape implicite pentru tranzactii, pe care o puteti modifica dupa procesul propriu. Zoho spune explicit, in articolul despre personalizarea etapelor tranzactiilor, ca etapele implicite acopera in mare etapele importante. Tot acolo precizeaza ca nu trebuie sa va potriviti procesul cu ce exista deja.
Ciclul de vanzare tipic, descris de Zoho in materialul despre Sales Force Automation, are cinci etape:
- prospectarea;
- calificarea lead-ului;
- cultivarea lead-ului (lead nurturing);
- propunerea comerciala si negocierea;
- inchiderea tranzactiei.
Prospectarea este procesul prin care o companie atrage prospecti in baza de date, cu scopul de a-i conduce prin procesul de vanzare si de a-i transforma in clienti. Lead nurturing inseamna mentinerea contactului cu un lead calificat pana cand acesta este pregatit sa cumpere.
Acest model generic este util ca lista de verificare, dar rareori se potriveste exact. O firma care vinde echipamente cu demonstratie la client are nevoie de o etapa pentru demonstratie. O firma care lucreaza prin licitatii are nevoie de o etapa pentru depunerea ofertei. Pastrati din model doar etapele care corespund unei decizii reale a clientului dumneavoastra.
Numarul etapelor conteaza mai putin decat claritatea lor. Fiecare etapa adaugata cere o definitie, un criteriu de iesire si o actualizare din partea vanzatorului.
Criteriile de iesire: faptul verificabil care muta o tranzactie in etapa urmatoare
Criteriul de iesire este conditia verificabila care trebuie indeplinita inainte ca o tranzactie sa treaca in etapa urmatoare. Fara el, mutarea depinde de optimismul vanzatorului. Cu el, doi oameni diferiti ajung la aceeasi concluzie despre aceeasi tranzactie.
Un criteriu de iesire bun are patru proprietati:
- descrie o actiune a clientului, nu a vanzatorului;
- se poate dovedi cu un document, un email sau o intalnire inregistrata in CRM;
- are un singur raspuns posibil, da sau nu;
- este scris intr-o propozitie pe care o intelege orice membru al echipei.
"Clientul pare interesat" nu este un criteriu de iesire. "Clientul a confirmat in scris bugetul si persoana care semneaza" este. Diferenta se vede in prognoza. Probabilitatea asociata unei etape are sens doar daca tranzactiile din acea etapa au trecut toate prin acelasi filtru.
Criteriile se pot impune ulterior prin automatizari. In Zoho CRM, Blueprint poate controla tranzitiile dintre etape. Ghidul de pe virtualboard.ro recomanda insa sa nu adaugati automatizari noi pana cand fluxul de baza nu este stabil si datele sunt consecvente. Rulati mai intai criteriile ca regula de lucru a echipei. Abia cand ele functioneaza le transformati in reguli, asa cum descrie ghidul nostru despre automatizarea vanzarilor cu Zoho CRM.
Responsabilul fiecarei etape si cine actualizeaza datele din pipeline
Fiecare etapa a pipeline-ului are nevoie de un rol care raspunde de ea, scris in aceeasi definitie cu criteriul de iesire. Rolul poate fi marketingul pentru prospectare, un reprezentant de vanzari pentru calificare sau managerul de vanzari pentru aprobarea unei reduceri. Fara responsabil, tranzactiile raman in etapa in care nimeni nu se simte obligat sa le mute.
Responsabilul etapei este si persoana care actualizeaza campurile tranzactiei. Ghidul de pe virtualboard.ro leaga calitatea raportarii de actualizarea consecventa a datelor. Acelasi ghid observa ca, atunci cand CRM-ul este perceput doar ca instrument de control, calitatea datelor scade. Explicati echipei ce primeste fiecare vanzator din pipeline: o lista clara a tranzactiilor care cer actiune.
In vanzarile B2B, responsabilitatea se complica. Virtualboard.ro noteaza ca in 2026 ciclurile B2B implica frecvent mai multe interactiuni si mai multi decidenti. Criteriile de iesire trebuie sa spuna ce decident a confirmat, nu doar ca "clientul" a confirmat.
Separat de responsabilii de etapa, stabiliti cine administreaza configurarea. In Zoho CRM, functia de pipeline-uri multiple este accesibila utilizatorilor cu profilul de permisiuni Module Customization. Limitati acest profil la una sau doua persoane. Altfel, etapele se modifica fara ca restul echipei sa stie ce s-a schimbat.
Exemplu lucrat: etape, criterii de iesire si responsabili pentru o firma B2B
Exemplul de mai jos arata cum arata etapele definite pentru un distribuitor B2B de echipamente, cu vanzare prin oferta si negociere. Etapele pornesc de la ciclul tipic descris de Zoho si sunt adaptate deciziilor clientului. Ultimele doua randuri corespund categoriilor Closed Won si Closed Lost din Zoho CRM.
| Etapa | Criteriu de iesire | Responsabil |
|---|---|---|
| Prospectare | Firma raspunde si accepta o discutie de calificare | Marketing sau vanzator junior |
| Calificare | Nevoia, bugetul si persoana care decide sunt confirmate | Reprezentant de vanzari |
| Analiza nevoilor | Clientul a validat in scris cerintele tehnice | Reprezentant de vanzari si specialist tehnic |
| Propunere trimisa | Clientul a confirmat primirea si a stabilit data deciziei | Reprezentant de vanzari |
| Negociere | Conditiile finale sunt acceptate de ambele parti | Manager de vanzari |
| Castigat | Contract sau comanda semnata | Manager de vanzari |
| Pierdut | Clientul a refuzat sau a ales alt furnizor, cu motiv notat | Reprezentant de vanzari |
Observati ca niciun criteriu nu descrie o activitate a vanzatorului. "Am trimis oferta" nu muta tranzactia mai departe. Muta-o doar faptul ca clientul a confirmat oferta si a fixat data deciziei.
Probabilitatea fiecarei etape nu apare in tabel intentionat. O stabiliti din istoricul propriu, adica din proportia tranzactiilor care au ajuns in etapa respectiva si au fost castigate. Sectiunea despre Stage Probability Mapping arata unde o introduceti in Zoho CRM.
Configurarea etapelor si probabilitatilor in Stage Probability Mapping din Zoho CRM
Etapele tranzactiilor si probabilitatile lor se configureaza in Zoho CRM din setarea Stage Probability Mapping a layout-ului. Calea, conform Zoho, este urmatoarea:
- Deschideti Setup > Customization > Modules and Fields.
- Alegeti modulul Deals si layout-ul ale carui etape le modificati.
- In editorul de layout, deschideti Settings > Stage Probability Mapping.
- Adaugati, modificati sau stergeti etape si stabiliti probabilitatea pentru fiecare.
Fereastra Stage Probability Mapping listeaza etapele implicite cu probabilitatea, tipul de prognoza si categoria fiecareia. Probabilitatea nu este decorativa. Zoho precizeaza ca prognoza tranzactiilor se face pe baza acestor valori. O probabilitate lasata la valoarea implicita produce o prognoza care nu descrie firma dumneavoastra.
Doua comportamente ale categoriilor merita stiute. Pentru categoria Closed Won, categoria de prognoza este mapata automat la Closed. Pentru categoria Closed Lost, categoria de prognoza este omisa. Ambele sunt documentate de Zoho in articolul despre pipeline-uri multiple in Zoho CRM.
Inainte de a salva, comparati lista din fereastra cu tabelul de etape scris de echipa. Numele etapei din Zoho CRM trebuie sa fie identic cu cel din definitie. Diferentele mici de denumire creeaza confuzie in rapoarte si la import.
Mai multe pipeline-uri in Zoho CRM: cand le folositi si ce reguli au
Un al doilea pipeline se justifica atunci cand aveti procese de vanzare cu durate sau etape clar diferite. Articolul Livespace despre segmentarea clientilor B2B ofera un exemplu bun. Autorul spune ca, daca puneti in acelasi pipeline startup-uri care inchid in doua saptamani si corporatii cu procese de jumatate de an, prognoza devine "pura fictiune".
In Zoho CRM, pipeline-urile au cateva reguli de functionare documentate de Zoho:
- pipeline-urile sunt specifice fiecarui layout, iar fiecare layout poate avea mai multe pipeline-uri;
- la crearea primului pipeline, Zoho CRM creeaza un pipeline standard si asociaza cu el toate inregistrarile din modulul Deals;
- pipeline-ul standard nu se creeaza daca layout-ul nu are inregistrari sau daca nu exista un Blueprint pentru campul Stage;
- o etapa folosita in mai multe pipeline-uri pastreaza aceeasi probabilitate in toate;
- etapele scoase dintr-un pipeline nu se sterg din CRM si raman disponibile in constructorul de etape.
Regula probabilitatii comune are o consecinta practica. Daca etapa "Negociere" are sanse diferite de castig pentru clientii mari si pentru cei mici, folositi doua etape cu nume diferite. Altfel, una dintre cele doua prognoze va fi gresita.
Nu creati pipeline-uri pentru fiecare vanzator sau fiecare produs. Un pipeline nou se justifica doar printr-un proces diferit, nu printr-o alta lista de clienti.
Greselile frecvente la configurarea pipeline-ului de vanzari in Zoho CRM
Cele mai multe probleme cu pipeline-ul de vanzari in Zoho CRM vin din definitii neclare si din modificari facute fara sa stiti efectele lor. Greselile de definitie sunt urmatoarele:
- etape numite dupa activitatile vanzatorului, nu dupa deciziile clientului;
- etape fara criteriu de iesire scris, interpretate diferit de fiecare vanzator;
- probabilitati lasate la valorile implicite, desi prognoza se calculeaza din ele;
- automatizari adaugate inainte ca echipa sa respecte etapele manual.
Greselile tehnice apar mai ales la stergere, import si actualizari in masa. Zoho documenteaza urmatoarele efecte:
- la stergerea unui pipeline se sterg si toate blueprint-urile create pentru el;
- tranzactiile deja inchise raman in pipeline-ul sters si nu se transfera in altul;
- inregistrarile blocate de un proces de aprobare sau de revizuire pe campurile Pipeline sau Stage nu se transfera;
- la import, inregistrarile cu nepotrivire intre layout si pipeline sau intre pipeline si etapa sunt sarite;
- la actualizarea in masa, potrivirea se verifica in ordinea Layout, Pipeline, Stage.
Inainte de a sterge un pipeline, exportati tranzactiile si verificati ce blueprint-uri depind de el. Inainte de un import, verificati in fisier ca fiecare tranzactie are un pipeline care apartine layout-ului ales si o etapa care exista in acel pipeline.
Cele doua rapoarte care urmeaza: valoarea ponderata si durata tranzactiilor pe etapa
Dupa ce etapele sunt configurate, doua rapoarte va arata daca pipeline-ul descrie realitatea. Primul este valoarea ponderata a pipeline-ului. Al doilea este durata petrecuta de tranzactii in fiecare etapa.
Valoarea ponderata a pipeline-ului
Valoarea ponderata a pipeline-ului este suma valorilor oportunitatilor, fiecare inmultita cu probabilitatea de inchidere a etapei sale. Ghidul de pe virtualboard.ro precizeaza ca suma este utila in prognoza, dar nu reprezinta venit garantat. In Zoho CRM, aceasta prognoza se bazeaza pe probabilitatile setate in Stage Probability Mapping. Daca valoarea ponderata se abate constant de vanzarile realizate, probabilitatile trebuie recalibrate din istoric.
Durata tranzactiilor in fiecare etapa
Durata pe etapa este, in definitia Zoho, una dintre informatiile pe care pipeline-ul le arata: cat a stat o tranzactie in fiecare etapa. O etapa in care tranzactiile se aduna si stau mult indica de obicei un criteriu de iesire neclar sau un responsabil care lipseste. Tranzactiile vechi care nu se misca distorsioneaza si prima prognoza.
Daca aveti mai multe segmente de clienti, urmariti indicatorii separat pe fiecare. Articolul Livespace propune patru indicatori pe segment: rata de castig, valoarea medie a vanzarii, durata ciclului de vanzari si conversia. Aceiasi indicatori va spun daca un al doilea pipeline este justificat.
Ce inseamna un pipeline de vanzari in Zoho CRM pentru o companie din Romania
Pentru o companie din Romania, etapele de calificare si de inchidere se leaga natural de verificarile si documentele cerute local. La calificare, criteriul de iesire poate include verificarea firmei client dupa CUI. Extensia ANAF pentru Zoho CRM aduce datele firmei direct in inregistrare, fara copiere manuala.
La etapa Castigat, urmatorul pas operational este factura. Daca facturati prin SmartBill, integrarea SmartBill cu Zoho CRM leaga tranzactia castigata de emiterea facturii. Astfel, criteriul de iesire "comanda semnata" are o continuare clara in contabilitate.
Datele din pipeline sunt in mare parte date despre persoane: decidenti, contacte, istoricul discutiilor. Zoho precizeaza ca, acolo unde se aplica GDPR, contul Zoho CRM permite activarea unor setari dedicate GDPR. Aceste setari va ajuta sa gestionati datele personale din CRM, dar nu inlocuiesc obligatiile pe care le aveti ca operator de date. Zoho are si mai multe centre de date in diferite parti ale lumii, aspect de verificat la alegerea contului.
Ciclurile B2B cu mai multi decidenti, mentionate de virtualboard.ro pentru 2026, sunt frecvente si in vanzarile catre companii romanesti mari. Criteriile de iesire care cer confirmarea unui decident numit protejeaza prognoza de tranzactiile sustinute doar de un interlocutor fara putere de decizie.
Pasii urmatori pentru pipeline-ul de vanzari din Zoho CRM
Pipeline-ul de vanzari se construieste in ordinea de mai jos, de la definitie la configurare si apoi la rapoarte:
- Reconstituiti cateva tranzactii recente, castigate si pierdute, si notati deciziile clientului.
- Scrieti lista etapelor, cu un criteriu de iesire si un responsabil pentru fiecare.
- Calculati probabilitatea fiecarei etape din istoricul propriu.
- Configurati etapele si probabilitatile in Stage Probability Mapping, pe layout-ul corect.
- Decideti daca un proces diferit justifica un al doilea pipeline.
- Rulati pipeline-ul cateva saptamani fara automatizari noi si urmariti cele doua rapoarte.
Materialul Zoho despre Sales Force Automation recomanda un test cu cativa parteneri sau clienti dupa implementare. Colectati observatiile si faceti modificarile necesare inainte de extindere. Aplicat pipeline-ului, testul inseamna sa verificati daca criteriile de iesire pot fi respectate in tranzactii reale.
Daca doriti sa vedeti cum se aplica aceste etape in contul dumneavoastra, pagina despre implementarea Zoho CRM in Romania descrie modul in care configuram CRM-ul pornind de la procesul de vanzare.
