Cum funcționează ciclurile de viață

Etape de livrare, reguli de tranziție, vizibilitate în portalul client și legătura cu catalogul de produse.

Când vinzi un proiect, te interesează prin ce etape comerciale trece oportunitatea: lead, calificare, ofertă trimisă, negociere, câștigat. Dar odată ce proiectul începe, ai nevoie de un alt tip de urmărire - una care reflectă progresul real al livrării, nu al vânzării.

Ciclurile de viață ale produselor rezolvă exact această nevoie. Ele definesc secvența de etape prin care trece un produs sau serviciu de la momentul planificării până la acceptarea finală de către client. Dacă pâlnia de vânzări răspunde la „în ce fază comercială suntem?", ciclul de viață răspunde la „în ce fază de livrare suntem?".

Acest articol explică structura ciclurilor de viață, tipurile de etape disponibile, regulile de tranziție între ele și legătura cu portalul client. La final, vei înțelege de ce există și cum se integrează cu restul platformei.

Ce este un ciclu de viață

Un ciclu de viață este o secvență ordonată de etape care descrie parcursul unui produs de la început până la finalizare. Fiecare etapă are un nume (personalizabil), un tip (predefinit de sistem) și o serie de reguli care guvernează tranzițiile posibile.

Hai să ne gândim la un exemplu concret. O firmă de dezvoltare software ar putea defini un ciclu cu etapele: „Planificat", „În dezvoltare", „Code Review", „Testat", „Gata de livrare", „Livrat la client", „Acceptat". O firmă de consultanță ar putea folosi: „De făcut", „În lucru", „Revizuire internă", „Trimis clientului", „Aprobat". Ambele folosesc aceleași tipuri de etape din sistem, dar cu denumiri adaptate domeniului lor.

Această separare între tip și nume este intenționată. Tipul determină comportamentul (ce tranziții sunt permise, cum apare etapa în portalul client, ce culoare are în interfață). Numele determină cum o înțelege echipa ta. Poți numi etapa de tip „Awaiting Customer" ca „Revizuire de către client", „Așteptare aprobare" sau orice altceva are sens pentru industria ta.

Ciclul de viață vs. pâlnia de vânzări

Ambele sunt secvențe de etape, dar servesc scopuri diferite și operează în momente diferite ale relației cu clientul.

În practică, un produs din catalogul tău apare mai întâi într-o ofertă (unde trece prin pâlnia de vânzări). Când oferta este câștigată și se transformă în proiect, produsul primește un ciclu de viață și începe parcursul de livrare. Cele două sisteme funcționează secvențial, nu în paralel.

Tipurile de etape

Proiect.ro definește nouă tipuri de etape. Fiecare ciclu de viață folosește o selecție din aceste tipuri, personalizând doar numele. Tipul determină comportamentul, culoarea în interfață și regulile de tranziție.

Etape obligatorii și unicitate

Nu orice combinație de etape formează un ciclu valid. Platforma impune câteva reguli de structură:

• Fiecare ciclu trebuie să conțină cel puțin patru tipuri: To Do, In Progress, Completed și Accepted. Fără acestea, ciclul nu poate fi salvat.
• Tipurile To Do, Completed, Accepted și Awaiting Customer pot apărea o singură dată per ciclu. Nu poți avea două etape de tip „To Do" în același ciclu.
• Tipul Rejected poate apărea de mai multe ori. Aceasta permite scenarii în care respingerea are motive diferite (de exemplu, „Respins - necesită modificări tehnice" și „Respins - neconform cu specificațiile").
• Un ciclu poate avea maximum 8 etape. Dacă ai nevoie de mai mult, probabil că fluxul de livrare ar beneficia de o simplificare.

Regulile de tranziție

Nu orice etapă poate trece la orice altă etapă. Tranzițiile sunt controlate de reguli predefinite care reflectă logica naturală a unui proces de livrare. Aceste reguli previn erori (de exemplu, marcarea unui produs ca „Acceptat" direct din „To Do", fără să fi trecut prin livrare).

Iată fluxul de tranziții permise:

To Do
  --> In Progress
  --> Cancelled

In Progress
  --> Blocked
  --> In Review
  --> Completed
  --> Cancelled

Blocked
  --> In Progress
  --> Cancelled

In Review
  --> In Progress  (dacă revizuirea relevă probleme)
  --> Completed    (dacă trece verificarea)

Completed
  --> Awaiting Customer
  --> Accepted  (acceptare directă, fără portalul client)
  --> In Review (revenire pentru revizuire suplimentară)

Awaiting Customer
  --> Accepted
  --> Rejected
  --> In Review (revenire pentru corecții interne)

Rejected
  --> In Review
  --> Cancelled

Accepted   (terminală - fără tranziții ulterioare)
Cancelled  (terminală - fără tranziții ulterioare)

Etape terminale

Două tipuri de etape sunt terminale: Accepted și Cancelled. Odată ce un produs ajunge într-una din aceste etape, nu mai poate fi mutat. Acest lucru asigură integritatea istoricului: un produs acceptat de client rămâne acceptat, iar un produs anulat rămâne anulat.

Dacă un produs a fost acceptat prematur sau anulat din greșeală, soluția nu este mutarea înapoi, ci crearea unei noi înregistrări. Istoricul trebuie să reflecte ce s-a întâmplat efectiv, nu o versiune editată ulterior.

Vizibilitatea în portalul client

Fiecare etapă din ciclu are o setare care controlează dacă produsul este vizibil pentru client atunci când se află în acea etapă. Aceasta înseamnă că poți decide exact ce vede clientul tău în portalul său și ce rămâne intern.

Hai să ne gândim la un scenariu tipic. O firmă de dezvoltare software configurează ciclul de viață astfel:

• Planificat (To Do) - invizibil. Clientul nu trebuie să știe despre lucruri care încă nu au început.
• În dezvoltare (In Progress) - vizibil. Clientul vede că se lucrează la produs.
• Code Review (In Review) - invizibil. Este un proces intern care nu aduce valoare pentru client.
• Gata de livrare (Completed) - vizibil. Clientul vede că produsul este finalizat.
• Așteptare aprobare (Awaiting Customer) - vizibil. Clientul poate acționa.
• Acceptat (Accepted) - vizibil.

Acest control granular înseamnă că portalul client prezintă o imagine curată a progresului, fără detalii operaționale interne care ar putea crea confuzie.

De ce ai nevoie de mai multe cicluri

Dacă livrezi un singur tip de produs sau serviciu, un singur ciclu de viață este suficient. Dar majoritatea firmelor de servicii au fluxuri de livrare diferite pentru tipuri diferite de muncă.

Hai să ne gândim la câteva exemple:

• Software vs. hardware - Dezvoltarea software implică code review, testare, deploy. Livrarea de echipamente implică comandă, expediere, instalare, verificare. Etapele sunt fundamental diferite.
• Consultanță vs. implementare - Un proiect de consultanță poate fi: analiză, raport, prezentare, aprobare. Un proiect de implementare: planificare, configurare, testare, migrare, go-live, stabilizare.
• Servicii recurente vs. proiecte punctuale - Suportul lunar are un flux simplu (de făcut, în lucru, finalizat). Un proiect de transformare digitală are un flux complex cu multiple puncte de revizuire.

Proiect.ro permite definirea mai multor cicluri de viață, fiecare cu propriul set de etape. Când adaugi un produs în catalog, îi asociezi ciclul de viață potrivit. Toate produsele adăugate ulterior în proiecte vor moșteni automat ciclul de viață al articolului din catalog.

Ciclul de viață implicit

Unul dintre cicluri este marcat drept implicit. Acesta este ciclul care se aplică automat atunci când un articol din catalog nu are un ciclu specific asociat sau când creezi un produs direct în proiect.

Câteva reguli importante despre ciclul implicit:

• Poate exista un singur ciclu implicit per spațiu de lucru. Dacă marchezi un alt ciclu ca implicit, cel anterior pierde automat acest statut.
• Ciclul implicit trebuie să fie activ. Nu poți marca un ciclu inactiv drept implicit.
• Nu poți șterge statutul de implicit fără a desemna un alt ciclu în locul său. Spațiul de lucru are mereu nevoie de cel puțin un ciclu implicit.

În practică, ciclul implicit este de obicei cel mai generic - unul care funcționează pentru majoritatea tipurilor de livrare. Ciclurile specializate se asociază explicit produselor din catalog care au fluxuri diferite.

Legătura cu catalogul și proiectele

Ciclurile de viață nu funcționează izolat. Ele se conectează cu alte două zone ale platformei: catalogul de produse și proiectele.

Catalogul de produse

Fiecare articol din catalogul de produse și servicii are asociat un ciclu de viață. Când creezi un articol, selectezi ciclul care descrie cel mai bine procesul de livrare pentru acel tip de produs. Dacă nu selectezi nimic, se folosește ciclul implicit.

Proiectele

Când un produs din catalog ajunge într-un proiect (fie prin transformarea unei oferte câștigate, fie prin adăugare directă), produsul moștenește ciclul de viață al articolului din catalog. Etapa inițială este automat cea de tip „To Do".

De acolo încolo, echipa de proiect schimbă etapa produsului pe măsură ce livrarea progresează. Fiecare schimbare este înregistrată automat într-un istoric de tranziții, care include cine a făcut schimbarea, când și din ce motiv.

Catalog                   Proiect
  Produs „Audit ERP"        Produs „Audit ERP - ClientX"
    Ciclu: Consultanță        Ciclu: Consultanță (moștenit)
                              Etapă: To Do --> In Progress --> ...

  Produs „Licență SAP"      Produs „Licență SAP - ClientX"
    Ciclu: Licențe             Ciclu: Licențe (moștenit)
                              Etapă: To Do --> ...

Istoricul tranzițiilor și auditul

Fiecare schimbare de etapă a unui produs este înregistrată permanent. Istoricul conține:

• Etapa anterioară și etapa nouă
• Cine a făcut schimbarea (membrul echipei sau sistemul automat)
• Data și ora exactă a schimbării
• Motivul schimbării (completat de cel care face tranziția)

Acest istoric este permanent - nu poate fi editat sau șters. Rolul lui este dublu: oferă trasabilitate completă (cine a decis ce și când) și permite analiza proceselor de livrare (cât timp petrec produsele în fiecare etapă, unde apar blocaje, cât de des sunt respinse lucrurile de clienți).

Când clientul vede progresul în portalul său, istoricul este filtrat automat - apar doar tranzițiile care implică etape vizibile pentru client. Procesele interne rămân confidențiale.

Impactul asupra urmăririi financiare

Etapele din ciclul de viață au și un impact financiar indirect. Când un produs ajunge în etapa „Accepted", acesta este considerat livrat complet. Această informație alimentează rapoartele de progres ale proiectului: ce procent din produse a fost acceptat, ce valoare financiară reprezintă produsele acceptate față de totalul contractat, și care este ritmul de livrare.

De asemenea, produsele în etapa „Cancelled" sunt excluse din calculele de progres - nu poți livra ceva ce a fost scos din scop. Această ajustare automată înseamnă că procentele de finalizare reflectă realitatea, nu planul inițial.

Prin urmare, ciclul de viață nu este doar un instrument de urmărire a livrării. Este și un mecanism care conectează progresul operațional cu imaginea financiară a proiectului.

Imaginea de ansamblu

Ciclurile de viață ale produselor ocupă un loc precis în arhitectura platformei: ele sunt puntea dintre vânzare și livrare.

Pâlnia de vânzări aduce oportunitatea până la semnarea contractului. Ciclul de viață preia de acolo și urmărește fiecare produs din contract până la acceptarea de către client. Catalogul de produse este cel care leagă cele două sisteme - prin el, fiecare produs știe ce ciclu de viață să folosească.

Definești cicluri de viață o singură dată, le asociezi produselor din catalog, iar de acolo ele se propagă automat în fiecare proiect. Echipa lucrează cu etape care au sens pentru domeniul lor, clientul vede un progres curat în portalul său, iar managementul are trasabilitate completă asupra întregului proces de livrare.