Compania alege o platformă performantă. Bugetul este aprobat, fluxurile sunt configurate, integrările funcționează, iar proiectul ajunge la go-live conform planului.
După câteva luni, o parte din echipă lucrează în sistem, iar alta continuă să folosească Excel, e-mailuri și documente salvate local. Informația circulă în paralel, datele nu mai coincid, iar managementul nu are vizibilitatea promisă.
Situația explică de ce eșuează proiectele de digitalizare chiar și atunci când implementarea tehnică este finalizată.
Un proiect reușit nu depinde de o singură condiție. Are nevoie de un proces clar și funcțional, de o soluție potrivită, de o implementare construită în jurul realității organizației și de adopția consecventă a sistemului.
Pe scurt
- Implementarea arată că sistemul funcționează tehnic.
- Adopția arată că oamenii îl folosesc constant ca principal mod de lucru.
- Un sistem nu poate compensa un proces neclar, contradictoriu sau dependent de soluții informale.
- Alegerea tehnologiei trebuie să vină după înțelegerea procesului, a responsabilităților și a excepțiilor.
- Go-live-ul nu încheie proiectul. Din acel moment începe măsurarea utilizării reale.
- Ordinea sănătoasă este: proces clar → sistem potrivit → implementare corectă → adopție reală.
Ce înseamnă implementarea și ce înseamnă adopția
Implementarea este componenta tehnică a proiectului.
Soluția este instalată sau configurată, fluxurile sunt construite, rolurile sunt definite, iar integrările cu celelalte aplicații sunt testate. Proiectul are un termen, un buget și un moment oficial de lansare.
Adopția este componenta operațională și umană.
Ea arată dacă oamenii folosesc sistemul în activitatea zilnică, dacă informația circulă prin fluxul stabilit și dacă metodele paralele au fost eliminate sau reduse semnificativ.
| Aspect | Implementare tehnică | Adopție reală |
| Ce se verifică | Sistemul este configurat și funcțional | Sistemul este folosit consecvent |
| Cine este implicat | IT, furnizor, echipa de proiect | Toți utilizatorii procesului |
| Momentul evaluării | La go-live | În lunile de după lansare |
| Semnalul de succes | Testele sunt finalizate | Procesul se desfășoară în sistem |
| Semnalul de risc | Erori și integrări incomplete | Excel, e-mail și hârtie folosite în paralel |
Multe organizații declară proiectul reușit la go-live. În realitate, atunci începe verificarea rezultatului.
Adopția începe înainte de alegerea tehnologiei
Oamenii nu pot adopta corect un sistem construit peste un proces pe care organizația nu îl înțelege suficient.
Dacă același tip de cerere este tratat diferit de la un departament la altul, responsabilitățile nu sunt clare, iar excepțiile se rezolvă prin telefoane și mesaje directe, platforma va primi reguli contradictorii.
Digitalizarea va muta aceste contradicții într-o interfață nouă.
În unele situații, le va face mai vizibile. În altele, le va rigidiza și va obliga angajații să construiască trasee alternative în afara sistemului.
Înainte de selectarea unei soluții, organizația trebuie să poată răspunde clar la câteva întrebări:
- Cum începe procesul?
- Cine răspunde de fiecare etapă?
- Ce informații sunt obligatorii?
- Cine ia decizia?
- După ce reguli este luată?
- Ce se întâmplă când apare o excepție?
- Cum se încheie procesul?
- Cum poate fi urmărit rezultatul?
Procesul nu trebuie să fie perfect și nici complet lipsit de excepții.
Trebuie însă să fie suficient de clar și stabil încât sistemul să îl poată susține.
Un proces existent poate funcționa și totuși să nu fie pregătit pentru digitalizare
În multe organizații, procesele „funcționează” pentru că oamenii compensează permanent lipsa de structură.
Un coleg știe cine trebuie sunat pentru o aprobare urgentă. Altul își amintește ce furnizor are condiții speciale. O persoană-cheie verifică manual dacă informațiile sunt complete înainte de a trimite documentul mai departe.
Procesul produce un rezultat, dar depinde de:
- memorie;
- experiență individuală;
- conversații informale;
- verificări manuale;
- persoane greu de înlocuit;
- reguli care nu sunt documentate.
Înainte de digitalizare, aceste mecanisme trebuie făcute vizibile.
Altfel, organizația riscă să configureze în sistem doar varianta oficială a procesului, în timp ce munca reală continuă pe alte canale.
Sistemul trebuie să se muleze pe proces, nu procesul pe limitările sistemului
După clarificarea procesului urmează alegerea tehnologiei.
O platformă poate fi performantă și totuși nepotrivită pentru un anumit context. Poate avea funcționalități numeroase, dar să nu gestioneze corect excepțiile, integrările, structura de aprobare sau volumul de date al organizației.
Alegerea nu ar trebui pornită de la întrebarea:
„Ce sistem vrem să cumpărăm?”
Întrebările utile sunt:
- Ce proces vrem să îmbunătățim?
- Unde se pierde timpul?
- Unde apar erorile?
- Ce informații trebuie să circule între sisteme?
- Ce reguli trebuie automatizate?
- Ce excepții trebuie gestionate?
- Ce trebuie să vadă managementul?
- Cum se va modifica procesul în următorii ani?
Răspunsurile definesc arhitectura soluției și criteriile de selecție.
Un studiu empiric despre rolul arhitecturii de business în transformarea digitală, Dennis O’Higgins, Impacts of Business Architecture in the Context of Digital Transformation, arată că organizațiile obțin rezultate mai bune atunci când procesele, obiectivele și tehnologia sunt aliniate înaintea implementării. Practicile eficiente de business architecture au fost asociate cu îmbunătățirea eficienței, a livrării serviciilor și a rezultatelor strategice.
Tehnologia trebuie să se adapteze procesului clarificat și obiectivelor organizației. În același timp, procesul poate fi simplificat acolo unde conține pași inutili, dublări sau aprobări fără valoare.
Această etapă nu presupune copierea mecanică a procesului actual într-un sistem. Presupune înțelegerea lui, eliminarea pierderilor și abia apoi configurarea fluxului digital.
De ce revin oamenii la Excel și e-mail
Revenirea la vechile instrumente este adesea tratată drept rezistență la schimbare.
Uneori există rezistență. De multe ori însă, comportamentul indică o problemă concretă în proces sau în soluție.
Angajații folosesc canale paralele atunci când:
- sistemul nu acoperă un scenariu frecvent;
- introduc aceleași date în mai multe locuri;
- fluxul durează mai mult decât metoda anterioară;
- aprobatorii reali nu corespund celor configurați;
- excepțiile nu au un traseu clar;
- datele din sistem nu sunt actualizate;
- utilizatorii nu înțeleg responsabilitatea lor;
- trainingul a fost general și nu a reflectat activitatea fiecărui rol;
- managementul continuă să accepte solicitări în afara sistemului.
Excel-ul nu este întotdeauna cauza problemei. Uneori este simptomul că soluția oficială nu susține suficient de bine munca reală.
Implicarea oamenilor nu înseamnă că fiecare preferință devine cerință
Implicarea utilizatorilor este necesară, dar trebuie structurată.
Scopul nu este ca fiecare persoană să decidă individual cum va funcționa sistemul. Scopul este să înțelegem:
- cum se desfășoară activitatea;
- unde apar blocajele;
- ce informații lipsesc;
- ce reguli sunt aplicate diferit;
- ce excepții apar;
- ce ar face soluția dificil de utilizat.
Discuțiile individuale pot scoate la iveală probleme care nu apar în întâlnirile de grup. Oamenii tind să descrie procesul oficial atunci când sunt în aceeași sală cu managerii și colegii lor. În conversații aplicate, apar frecvent diferențele dintre procedură și realitatea zilnică.
Informațiile trebuie apoi analizate, validate și transformate în reguli coerente de proces.
În discuția despre adopție, Liviu Sav explică de ce întâlnirile de grup nu surprind întotdeauna modul real în care funcționează un proces și de ce analiza trebuie să ajungă până la experiența concretă a utilizatorilor
Cinci condiții pentru adopția reală
1. Procesul este clar înainte de configurare
Organizația cunoaște pașii, rolurile, informațiile și regulile de decizie.
Sunt identificate inclusiv excepțiile frecvente, nu doar traseul ideal.
2. Sistemul este ales în funcție de proces și arhitectură
Soluția poate gestiona complexitatea reală, integrările necesare și evoluția ulterioară.
Platforma nu este aleasă doar pe baza unei prezentări generale sau a unei liste de funcționalități.
3. Utilizatorii-cheie sunt implicați în proiectare și testare
Oamenii care cunosc activitatea verifică dacă fluxul configurat corespunde realității.
Feedbackul lor este folosit pentru corectarea procesului înainte de lansare.
4. Trainingul este adaptat rolurilor
Un aprobator, un operator și un manager nu au nevoie de același training.
Fiecare trebuie să înțeleagă:
- ce are de făcut;
- când trebuie să intervină;
- ce informații vede;
- ce consecințe produce acțiunea sa;
- ce face când apare o excepție.
5. Adopția este urmărită după go-live
Organizația măsoară:
- numărul de utilizatori activi;
- procesele finalizate în sistem;
- timpul de procesare;
- numărul solicitărilor gestionate în afara platformei;
- erorile și blocajele;
- motivele pentru care oamenii revin la metodele vechi.
Fără această monitorizare, adopția rămâne o impresie, nu un rezultat măsurabil.
Cum abordează Blacksys relația dintre proces, sistem și adopție
În proiectele Blacksys, discuția începe cu procesul și cu obiectivul de business.
Analiza urmărește:
- cum circulă informația;
- cine ia deciziile;
- unde apar întârzierile;
- ce verificări sunt dublate;
- ce depinde de intervenție manuală;
- ce excepții apar;
- ce aplicații trebuie conectate;
- ce informații trebuie să fie vizibile managementului.
După clarificarea procesului este definită arhitectura soluției: etapele digitale, regulile de business, rolurile, aprobările și integrările.
Platforma este un mijloc de implementare a acestei arhitecturi. Nu este punctul de plecare al conversației.
În acest fel, soluția nu este configurată doar pentru a reproduce activitatea existentă. Este construită pentru a elimina pașii inutili, a reduce munca repetitivă și a crea un flux coerent, ușor de urmărit și de ajustat.
Criterii pentru un decident înainte de un proiect de digitalizare
| Criteriu | Întrebare de verificat | Risc dacă este ignorat |
| Proces | Știm cum funcționează procesul în realitate? | Sistemul reproduce o imagine incompletă |
| Responsabilități | Este clar cine decide și cine execută? | Blocaje și aprobări informale |
| Excepții | Știm cum sunt tratate cazurile atipice? | Utilizatorii ies din sistem |
| Selecția soluției | Platforma poate susține procesul și integrările? | Limitări și dezvoltări costisitoare |
| Implicare | Au fost consultați utilizatorii procesului? | Configurare ruptă de realitate |
| Testare | Au fost testate scenarii reale, inclusiv excepții? | Probleme descoperite după lansare |
| Training | Este adaptat fiecărui rol? | Utilizare greșită sau incompletă |
| Măsurare | Avem indicatori de adopție după go-live? | Eșecul rămâne invizibil |
| Guvernanță | Managementul susține folosirea sistemului? | Canalele paralele continuă |
Întrebări frecvente despre implementare și adopție
Care este diferența dintre implementare și adopție?
Implementarea înseamnă că sistemul este configurat și funcționează tehnic. Adopția înseamnă că oamenii îl folosesc consecvent pentru activitatea pentru care a fost creat.
Un sistem poate fi complet implementat și doar parțial adoptat.
Trebuie procesul să fie perfect înainte de digitalizare?
Nu. Procesul trebuie să fie înțeles, coerent și suficient de stabil pentru a putea fi modelat.
Digitalizarea poate include optimizarea lui, dar nu ar trebui să înceapă înainte ca organizația să cunoască pașii, rolurile, regulile și excepțiile.
De ce continuă angajații să folosească Excel după implementarea unui sistem?
Pentru că sistemul oficial nu acoperă întotdeauna procesul real. Pot lipsi anumite scenarii, pot exista dublări de date sau fluxul poate fi mai dificil decât metoda anterioară.
Folosirea Excel-ului în paralel trebuie analizată ca semnal al unei probleme, nu tratată automat drept lipsă de disciplină.
Este suficient trainingul pentru a obține adopția?
Trainingul este necesar, dar nu poate repara un proces neclar sau o soluție configurată greșit.
Oamenii pot învăța să folosească sistemul și totuși să îl evite dacă acesta le complică activitatea sau nu gestionează situațiile pe care le întâlnesc zilnic.
Cum se măsoară adopția reală?
Prin utilizarea efectivă a sistemului după go-live: utilizatori activi, procese finalizate, timp de lucru, erori, solicitări gestionate în afara platformei și frecvența revenirii la canale paralele.
Adopția trebuie evaluată pe o perioadă suficientă pentru ca noul mod de lucru să devină stabil.
Concluzie
Un proiect de digitalizare nu este finalizat în momentul în care sistemul intră în producție.
Go-live-ul confirmă că soluția funcționează. Rezultatul de business apare când procesul se desfășoară coerent în sistem, oamenii îl folosesc, iar managementul obține controlul și vizibilitatea urmărite.
Ordinea contează:
clarificăm procesul, alegem sistemul potrivit, implementăm în jurul realității organizației și urmărim adopția după lansare.
Dacă procesul este neclar, tehnologia va digitaliza confuzia. Dacă soluția nu se mulează pe proces, oamenii vor construi trasee alternative. Dacă adopția nu este măsurată, proiectul poate părea reușit chiar și atunci când munca reală continuă în afara sistemului.
Blacksys analizează procesele înainte de configurarea tehnologiei și construiește soluții digitale coerente, integrate și adaptate modului în care funcționează organizația.
Pentru un proces pe care intenționați să îl digitalizați, primul pas poate fi o discuție despre fluxul actual, blocaje, excepții și rezultatul urmărit.