Media Marketing

Digitalna transformacija ne propada samo zbog pogrešnog softvera. Organizacija može izabrati kvalitetan CRM, novi sistem za upravljanje dokumentima ili napredan analitički alat, a da zaposleni ipak nastave da rade u starim tabelama, šalju informacije preko poruka ili koriste samo mali deo novih funkcionalnosti.

Problem tada nije nužno tehnologija. Često je problem u tome što ljudi ne razumeju zašto se način rada menja, novi proces im privremeno otežava posao ili se od njih očekuje da promene navike bez dovoljno podrške.

Upravljanje promenama u digitalnoj transformaciji zato nije dodatak tehničkom projektu. Njegov cilj je da poveže novu tehnologiju sa stvarnim ponašanjem ljudi, procesima i poslovnim rezultatom koji organizacija pokušava da poboljša.

Digitalna transformacija nije isto što i kupovina novog alata

Uvođenje novog softvera može biti deo digitalne transformacije, ali samo po sebi ne predstavlja transformaciju.

Ako kompanija kupi novi sistem, ali zaposleni nastave da rade na isti način kao ranije, promenjena je tehnologija, ali ne i poslovni proces.

Stvarna promena može uključivati:

• drugačiji način donošenja odluka;
• novu podelu odgovornosti;
• automatizaciju ručnih zadataka;
• zajedničko korišćenje podataka;
• nov način komunikacije sa korisnicima;
• promenu redosleda koraka u procesu;
• ukidanje starih alata i procedura.

Zbog toga implementacija ne treba da se meri samo pitanjem „da li je sistem pušten u rad?“, već i pitanjem da li se način rada zaista promenio na način koji rešava početni problem.

Objasnite problem pre nego što predstavite rešenje

Zaposleni često prvi put čuju za promenu kada im se predstavi novi alat.

Poruka tada može zvučati ovako:

„Od sledećeg meseca prelazimo na novi sistem. Biće organizovana obuka.“

To tehnički obaveštava tim šta će se dogoditi, ali ne objašnjava zašto se promena uvodi.

Bolja komunikacija počinje postojećim problemom:

„Trenutno podatke o klijentima držimo u više tabela, zbog čega prodaja i podrška često ne vide iste informacije. Novi sistem treba da omogući da svi koriste isti ažuran zapis i da smanjimo ručno prepisivanje podataka.“

Druga poruka daje kontekst. Zaposleni mogu da povežu promenu sa problemom koji već poznaju iz svakodnevnog rada.

Ljudi ne pružaju otpor svakoj promeni

Izraz „otpor promenama“ ponekad se koristi previše jednostavno, kao da zaposleni odbijaju novine samo zato što ne vole promenu.

U stvarnosti, otpor može imati sasvim racionalne razloge.

Zaposleni se mogu pitati:

• Da li će mi novi sistem povećati količinu posla?
• Hoću li izgubiti deo odgovornosti ili kontrole?
• Da li će moje znanje postati manje vredno?
• Da li ću umeti da koristim novi alat?
• Da li će se moj učinak meriti drugačije?
• Zašto menjamo proces koji trenutno funkcioniše?
• Da li će se ovo za šest meseci ponovo promeniti?

Te nedoumice ne treba automatski posmatrati kao negativnost. One često ukazuju na stvarne rizike koje projektni tim nije dovoljno razmotrio.

Uključite ljude koji svakodnevno koriste proces

Osoba koja svakog dana obrađuje porudžbine, rešava reklamacije ili vodi prodajne razgovore vidi detalje procesa koje rukovodstvo ili spoljni konsultant možda ne primećuju.

Zato predstavnike stvarnih korisnika treba uključiti pre nego što se proces definitivno dizajnira.

Oni mogu pomoći da se otkriju:

• izuzeci koje standardni proces ne pokriva;
• ručni koraci koji oduzimaju najviše vremena;
• informacije koje nedostaju;
• situacije u kojima postojeći sistem zapravo dobro funkcioniše;
• problemi koji se pojavljuju samo u određenom delu godine ili procesa.

Uključivanje zaposlenih ne znači da svaka osoba odlučuje o svakoj funkcionalnosti. Potrebno je jasno objasniti šta može da se prilagodi, a šta predstavlja tehničko, pravno ili poslovno ograničenje.

Pronađite ljude na koje promena najviše utiče

Neće svaki deo organizacije doživeti transformaciju na isti način.

Novi sistem može prodaji smanjiti administraciju, a finansijama privremeno povećati broj provera. Automatizacija može korisničkoj podršci ubrzati odgovore, ali od drugog tima zahtevati potpuno novu proceduru za unos podataka.

Zbog toga je korisno napraviti jednostavnu mapu:

Grupa	Šta se menja	Glavna nedoumica	Potrebna podrška
Prodaja	Novi CRM	Dodatni unos podataka	Jednostavan proces i mobilni pristup
Menadžeri	Novi izveštaji	Promena načina praćenja rezultata	Objašnjenje novih KPI-ja
Podrška	Zajednička baza korisnika	Pronalaženje informacija	Obuka kroz realne slučajeve

Takav pregled pomaže da komunikacija i obuka ne budu potpuno iste za sve zaposlene.

Promena mora imati vidljivog vlasnika

Digitalna transformacija teško uspeva ako se doživljava kao „projekat IT sektora“.

Tehnički tim može biti odgovoran za implementaciju sistema, ali neko iz poslovanja mora biti odgovoran za to da promena ima smisla za organizaciju.

Ta osoba ili grupa treba da može da objasni:

• zašto se promena uvodi;
• koji rezultat očekujemo;
• koje odluke su već donete;
• šta još može da se prilagodi;
• ko rešava probleme tokom implementacije;
• kako će se znati da je promena uspela.

Kada niko nema jasnu odgovornost, problemi se lako prebacuju između dobavljača softvera, IT-a, menadžera i korisnika.

Komunikacija mora početi pre obuke

Jedna prezentacija nekoliko dana pre puštanja sistema u rad nije strategija komunikacije.

Zaposleni treba da dobiju informacije dovoljno rano da razumeju šta se menja i zašto.

Komunikacija može imati nekoliko faza:

1. Zašto menjamo? Objasnite problem i očekivani poslovni rezultat.
2. Šta će se promeniti? Navedite konkretne promene u svakodnevnom radu.
3. Kada se menja? Dajte realan vremenski okvir.
4. Kako ćemo naučiti? Objasnite način obuke i podrške.
5. Gde postavljamo pitanja? Definišite kanal za nedoumice i probleme.

Posebno je važno ne predstavljati još nedovršene odluke kao definitivne, jer kasnije promene mogu dodatno smanjiti poverenje u projekat.

Obuka treba da prati stvarne zadatke

Pokazivanje svih opcija u softveru nije isto što i osposobljavanje zaposlenog da obavi svoj posao.

Ako prodajni tim koristi CRM, obuka treba da pokaže konkretne situacije:

• kako se unosi novi kontakt;
• kako se beleži razgovor;
• kako se kreira prodajna prilika;
• šta se radi kada potencijalni kupac odustane;
• kako se posao predaje drugom članu tima;
• gde se vidi istorija komunikacije.

Korisnik tada uči kroz proces koji će zaista obavljati, a ne kroz obilazak svakog menija u aplikaciji.

Ne organizujte obuku prerano

Ako zaposleni prođu obuku nekoliko nedelja ili meseci pre nego što počnu da koriste sistem, veliki deo informacija će zaboraviti.

Najkorisnija je kombinacija:

• kratke početne obuke neposredno pre korišćenja;
• vežbe na realnim scenarijima;
• kratkih uputstava za najčešće zadatke;
• snimaka ili vodiča dostupnih kasnije;
• podrške tokom prvih nedelja rada.

Obuka nije jednokratan događaj, posebno ako se proces menja nakon prvih povratnih informacija.

Pilot može otkriti problem pre masovne implementacije

Kada je moguće, novi proces je korisno prvo testirati sa manjom grupom.

Pilot ne služi samo da proveri da li softver tehnički radi. Treba posmatrati i:

• da li korisnici razumeju proces;
• koliko im treba vremena za zadatak;
• gde prave greške;
• koja pitanja se ponavljaju;
• da li nedostaje određena informacija;
• da li novi način rada stvara neočekivan dodatni posao.

Na osnovu toga mogu se prilagoditi proces, obuka i dokumentacija pre nego što se sistem uvede celoj organizaciji.

Pilot nije dokaz ako testirate samo najmotivisanije zaposlene

Još jedna zamka je izbor pilot grupe koju čine isključivo ljudi koji vole tehnologiju i već poznaju slične alate.

Ako će sistem kasnije koristiti veoma različiti zaposleni, pilot treba da uključi reprezentativne korisnike: iskusne i nove članove tima, ljude sa različitim nivoom digitalne pismenosti i različitim poslovnim zadacima.

Tako problemi mogu da se otkriju dok ih je još relativno jednostavno ispraviti.

Prelazni period zahteva poseban plan

Jedna od najtežih faza nastaje kada stari i novi sistem privremeno postoje paralelno.

Zaposleni tada mogu unositi iste podatke na dva mesta, proveravati dve baze ili se pitati koji sistem predstavlja zvaničan izvor informacija.

Potrebno je unapred definisati:

• koji sistem je zvanični izvor podataka;
• koliko dugo traje paralelni rad;
• ko je odgovoran za migraciju;
• šta se radi ako podaci nisu isti;
• kada se stari proces definitivno gasi.

Predug paralelni period može napraviti problem jer zaposleni uvek mogu da se vrate načinu rada koji im je poznatiji.

Podrška mora biti jednostavna za korišćenje

Tokom prvih nedelja ljudi će imati pitanja koja nije moguće predvideti u obuci.

Zato treba da znaju gde da se obrate.

To može biti:

• poseban kanal za pitanja;
• email adresa;
• interni help desk;
• određena osoba u svakom timu;
• kratka baza najčešćih pitanja.

Važno je razlikovati pitanje korisnika od ozbiljnog problema koji može ugroziti poslovanje.

Na primer, pitanje „gde menjam status kontakta?“ nije isto što i situacija u kojoj sistem ne čuva porudžbine. Za kritične probleme treba da postoji jasan put eskalacije.

„Ambasadori promene“ mogu pomoći, ali nisu zamena za menadžera

U većim timovima korisno je imati zaposlene koji ranije prolaze obuku i pomažu kolegama tokom uvođenja sistema.

Oni poznaju svakodnevni posao i često mogu mnogo brže da odgovore na praktično pitanje od centralnog projektnog tima.

Međutim, oni ne treba da nose kompletnu odgovornost za promenu. Rukovodioci i dalje moraju jasno da podrže novi način rada i da sopstvenim ponašanjem pokažu da je promena stvarna.

Ako menadžer traži novi sistem, ali zatim od zaposlenih i dalje zahteva stare Excel izveštaje, tim dobija dve kontradiktorne poruke.

Ne merite uspeh brojem napravljenih naloga

Česta greška je da se implementacija proglasi uspešnom zato što:

• je kupljeno 200 licenci;
• 200 ljudi ima nalog;
• održano je pet obuka;
• sistem je tehnički dostupan.

To pokazuje da je infrastruktura postavljena, ali ne i da se promena zaista dogodila.

Važnija pitanja su:

• Da li zaposleni koriste novi sistem za ključne zadatke?
• Da li se stari proces zaista napušta?
• Da li je broj grešaka manji?
• Da li je proces brži?
• Da li su podaci kvalitetniji?
• Da li korisnici ili kupci dobijaju bolju uslugu?

Merite tri nivoa promene

Praktično je odvojeno pratiti tri nivoa.

1. Usvajanje

Da li ljudi koriste novi način rada?

To mogu pokazivati aktivni korisnici, izvršeni zadaci, korišćenje ključnih funkcija ili procenat procesa koji se više ne obavlja kroz stari sistem.

2. Efikasnost procesa

Da li novi način rada funkcioniše bolje?

Može se pratiti vreme potrebno za završavanje zadatka, broj grešaka, ponovni unos, vreme odgovora ili broj ručnih koraka.

3. Poslovni rezultat

Da li je promena poboljšala ono zbog čega je uopšte pokrenuta?

To može biti kraće vreme obrade zahteva, bolja prodajna konverzija, niži trošak, veće zadovoljstvo kupaca ili pouzdaniji podaci za odlučivanje.

Ako prvi nivo izgleda dobro, a treći ne, moguće je da je sistem prihvaćen, ali da sama promena procesa nije donela očekivanu vrednost.

Primer: uvođenje CRM sistema

Zamislimo kompaniju koja uvodi CRM zato što se podaci o potencijalnim kupcima nalaze u emailovima, privatnim beleškama i različitim tabelama.

Loša implementacija izgleda ovako:

Kupovina CRM-a → tehnička instalacija → jedna obuka → obavezna upotreba od ponedeljka.

Bolji proces mogao bi da izgleda ovako:

1. Definiše se problem: gubimo informacije i ne znamo status potencijalnih kupaca.
2. Prodaja učestvuje u definisanju ključnih faza i podataka.
3. Mali tim testira novi proces.
4. Na osnovu pilota uklanjaju se nepotrebna polja i koraci.
5. Obuka se organizuje kroz stvarne prodajne scenarije.
6. Tokom prvih nedelja postoji kanal za podršku.
7. Stare tabele se nakon prelaznog perioda prestaju koristiti.
8. Meri se da li su prodajne prilike urednije evidentirane i da li menadžment ima pouzdaniji pregled pipeline-a.

Razlika nije samo u količini komunikacije. Drugi pristup tretira tehnologiju kao deo promene poslovnog procesa.

Šta raditi kada usvajanje ne ide po planu

Ako zaposleni ne koriste novi alat, najlakše je zaključiti da „odbijaju promenu“. Pre toga treba utvrditi razlog.

Problem može biti:

• alat zahteva previše koraka;
• obuka nije pokrila stvarne zadatke;
• stari sistem je i dalje lakše dostupan;
• menadžeri nisu promenili sopstveni način rada;
• korisnici ne vide korist;
• postoje tehnički problemi;
• traže se isti podaci na više mesta;
• promena je uvedena u periodu velikog poslovnog opterećenja.

Tek kada znate uzrok, možete odlučiti da li je potrebna dodatna obuka, promena procesa, tehnička izmena ili jasnije pravilo.

Povratna informacija mora da vodi nekoj odluci

Zaposleni brzo prestaju da prijavljuju probleme ako imaju utisak da niko njihove komentare ne razmatra.

Zato nije dovoljno otvoriti kanal za feedback. Potrebno je zatvoriti krug:

• problem je primljen;
• određena osoba ga razmatra;
• doneta je odluka;
• korisnici dobijaju informaciju šta će se promeniti ili zašto promena nije moguća.

To ne znači da svaki predlog mora biti prihvaćen. Važno je da proces bude predvidljiv.

Ne menjajte sve odjednom ako to nije neophodno

Velika transformacija ponekad uključuje više sistema, novih procedura i drugačije odgovornosti u isto vreme.

Ako organizacija pokuša da promeni previše stvari odjednom, teško je razlikovati tehničke probleme od problema obuke, procesa ili kapaciteta zaposlenih.

Kada je moguće, korisnije je promenu uvoditi u logičnim fazama i za svaku fazu imati jasan kriterijum uspeha.

To posebno važi za kompanije koje paralelno sprovode više digitalnih inicijativa. Ljudi imaju ograničeno vreme i pažnju, pa i dobra promena može propasti ako dođe u trenutku kada je organizacija već preopterećena.

Praktična kontrolna lista

• Da li je jasno koji problem transformacija treba da reši?
• Da li zaposleni razumeju zašto se način rada menja?
• Da li su ljudi koji svakodnevno koriste proces uključeni dovoljno rano?
• Da li znate koje grupe promena najviše pogađa?
• Postoji li poslovni vlasnik promene, a ne samo tehnički projektni tim?
• Da li je komunikacija počela pre same obuke?
• Da li obuka koristi realne radne zadatke?
• Može li promena prvo da se testira kroz pilot?
• Da li je definisano kako izgleda prelazni period?
• Postoji li jednostavan kanal za pitanja i probleme?
• Da li menadžeri koriste isti novi proces koji očekuju od zaposlenih?
• Pratite li stvarno korišćenje, a ne samo broj naloga i obuka?
• Merite li efikasnost novog procesa?
• Postoji li poslovna metrika koju promena treba da poboljša?
• Da li povratna informacija zaposlenih vodi jasnoj odluci?

Digitalna transformacija postaje stvarna tek kada novi način rada prestane da bude „novi projekat“ i postane normalan deo svakodnevnog posla.

Tehnologija može omogućiti promenu, ali je ne može sama sprovesti. Najbolji rezultati nastaju kada organizacija istovremeno upravlja procesom, očekivanjima zaposlenih, obukom, podrškom i merljivim poslovnim rezultatom. Tada se uspeh ne meri time da li je alat instaliran, već time da li ljudi mogu bolje da rade posao zbog kojeg je alat uveden.