Izrada klijentskog portala: kada uslužna firma treba da ga napravi

Klijentski portal zvuči kao nešto što treba samo velikim firmama. U praksi, mnoge manje uslužne firme dođu do tačke u kojoj mejlovi, tabele, deljeni folderi i ručna ažuriranja statusa počnu da pucaju. Tim je i dalje sposoban, ali iskustvo isporuke postaje teže nego što bi trebalo.

To je obično trenutak kada vredi razmotriti portal.

Ne zato što svakom klijentu treba još jedan nalog. Ne zato što je custom softver automatski bolji od jednostavnih alata. Portal ima smisla kada se iste informacije traže iznova, isti dokumenti razmenjuju iznova i ista pitanja iznova prekidaju tim.

Kada se taj obrazac pojavi, fokusiran portal može ukloniti trenje sa obe strane odnosa.

Portal je alat za isporuku, ne ukras

Prva greška je tretirati portal kao statusni simbol. „Naši klijenti mogu da se uloguju“ zvuči moderno, ali to nije poslovni slučaj. Portal treba da postoji da bi konkretan tok rada bio lakši.

Za agenciju to mogu biti odobrenja, materijali, fakture i status projekta na jednom mestu. Za kliniku to mogu biti prijemni formulari, dokumenti za termin i uputstva posle pregleda. Za konsultantsku firmu to mogu biti izveštaji, zadaci i bezbedni fajlovi. Za servisnu firmu to mogu biti tiketi, istorija poseta i evidencija redovnog održavanja.

Portal treba da smanji količinu koordinacije potrebne za isporuku usluge. Ako samo doda još jedno mesto koje treba proveravati, klijenti će ga izbegavati, a tim će se vratiti mejlu.

Znaci da je firma spremna

Klijentski portal vredi razmatrati kada je operativni bol čest i predvidljiv.

Možda ste spremni ako klijenti često traže status koji već postoji negde interno. Možda ste spremni ako tim stalno šalje ista onboarding uputstva. Možda ste spremni ako su dokumenti rašireni kroz mejlove, diskove i chat aplikacije. Možda ste spremni ako klijenti zaboravljaju šta su odobrili, kasne sa informacijama ili šalju nepotpune podatke.

Jak signal je i vreme tima. Ako stručni ljudi svake nedelje troše sate na jurenje fajlova, odgovaranje na rutinska pitanja ili prepisivanje podataka između sistema, firma plaća stručnu satnicu za administraciju. Portal deo tog posla može pretvoriti u strukturisan self-service tok.

Najbolje vreme za izradu nije kada je firma u haosu. Najbolje vreme je kada je proces dovoljno poznat da može da se standardizuje.

Šta prva verzija treba da sadrži

Prva verzija treba da bude manja nego što većina timova zamišlja. Koristan klijentski portal ne mora da ima svaku moguću funkciju. Treba da ima nekoliko funkcija koje rešavaju najčešći bol.

Za mnoge uslužne firme to znači bezbednu prijavu, dashboard za aktivan rad, statuse, upload i download fajlova, formulare, obaveštenja i jednostavnu istoriju poruka ili beleški. U zavisnosti od firme, mogu biti potrebne i fakture, plaćanja, termini, odobrenja ili support tiketi.

Važno je dizajnirati oko sledeće radnje klijenta. Kada se uloguje, klijent odmah treba da razume šta se dešava, šta se od njega očekuje i šta može da uradi. Ako mu treba obuka za korišćenje portala, interfejs je verovatno previše komplikovan.

Počnite od toka koji se dešava svake nedelje, ne od izuzetka koji se desi dva puta godišnje.

Šta izbegavati u prvoj verziji

Ne pravite ceo interni operativni sistem u prvom prolazu. Ne prepisujte svako polje iz tabele u custom bazu samo zato što postoji. Ne dodajte chat, naplatu, izveštavanje, projektni menadžment, bazu znanja i analitiku pre nego što osnovni tok dokaže vrednost.

Portali sa previše funkcija su skupi za izradu i teži za usvajanje. Takođe stvaraju više odluka za klijente, a portal bi trebalo upravo to da smanji.

Izbegnite i drugu čestu zamku: pravljenje custom verzije alata koji već rade dobro. Ako računovodstveni sistem dobro vodi fakture, povežite ga ili linkujte umesto da pravite fakturisanje iz početka. Ako kalendar dobro radi zakazivanje, ne pravite zakazivanje ponovo osim ako proces zaista to zahteva.

Dobra izrada portala je selektivna. Custom deo je tamo gde je vaš posao drugačiji, a standardni alati ostaju tamo gde su dovoljni.

Ozbiljno razmislite o dozvolama i podacima

Portal često sadrži osetljive informacije. Zato kontrola pristupa nije detalj. Svaki klijent treba da vidi samo svoje podatke. Uloge zaposlenih treba da prate stvarne odgovornosti. Fajlovi ne smeju biti dostupni kroz lako pogodive linkove. Lozinke, sesije, backup i trag aktivnosti treba planirati od početka.

To ne znači da svakom portalu treba bankarska kompleksnost. Znači da bezbednost treba dizajnirati, a ne krpiti kasnije.

Važno je i vlasništvo nad podacima. Pre izrade odlučite gde je izvor istine. Da li je portal glavni sistem, ili prikazuje podatke iz drugog sistema? Šta se dešava kada se projekat zatvori? Koliko dugo se čuvaju fajlovi? Ko može da izveze evidenciju? Na ova pitanja je lakše odgovoriti pre nego što klijenti počnu da zavise od portala.

Ugradite usvajanje u projekat

Čak i dobro napravljen portal propada ako niko ne promeni ponašanje.

Planirajte kako će klijenti biti uvedeni u korišćenje. Neka prvi login bude jednostavan. Šaljite obaveštenja koja vode direktno na pravu stranicu. Učinite portal korisnim odmah, ne tek posle nedelja podešavanja. Dajte timu jasna pravila šta ide u portal, a šta i dalje ostaje u mejlu.

Usvajanje je lakše kada portal klijentima daje nešto što stvarno žele: manje neizvesnosti. Jasni statusi, vidljivi sledeći koraci, centralni fajlovi i manje ponovljenih pitanja često su dovoljni. Klijenti ne moraju da se dive softveru. Treba da osete da je rad sa vama organizovan.

Realno izračunajte povrat

Portal se može isplatiti na više načina. Može smanjiti administrativne sate, skratiti cikluse isporuke, sprečiti propuštene informacije, poboljšati zadovoljstvo klijenata i učiniti firmu zrelijom tokom prodaje. Može stvoriti kapacitet bez zapošljavanja dodatnog koordinatora.

Ali povrat treba proceniti iskreno. Ako firma godišnje radi sa pet klijenata kroz potpuno različite projekte, portal možda nije prva investicija. Ako radi sa desetinama ili stotinama klijenata kroz ponovljiv proces, argument postaje mnogo jači.

Procenu počnite od vremena koje trenutno odlazi na rutinsku koordinaciju. Pomnožite ga učestalošću i cenom ljudi koji učestvuju. Zatim dodajte manje vidljiv trošak: odložene projekte, frustrirane klijente, izgubljene fajlove i nepotrebnu podršku. Tako ćete bolje videti da li je custom razvoj opravdan.

Gradite oko jednog merljivog poboljšanja

Najjači projekti portala počinju jednim ciljem. Prepoloviti vreme onboardinga. Smanjiti rutinske status mejlove za 60 procenata. Omogućiti klijentima da pošalju kompletne dokumente pre poziva. Dati svakom klijentu jasan pregled faze projekta i sledećeg koraka.

Taj cilj olakšava odluke o obimu. Ako funkcija ne podržava cilj, može da sačeka.

Posle lansiranja merite da li je portal promenio tok rada. Da li se klijenti loguju? Da li fajlovi stižu ranije? Da li tim manje juri informacije? Da li projekti idu brže? Odgovori treba da vode drugu verziju.

Izaberite programera koji razume operacije

Klijentski portal nije samo web interfejs. On dodiruje proces, podatke, bezbednost i korisničko iskustvo. Programer mora da razume kako se posao stvarno kreće kroz firmu.

Tražite nekoga ko pita o ulogama, izuzecima, izvornim sistemima, obaveštenjima, dozvolama i podršci posle lansiranja. Treba da ume da kaže ne funkcijama koje dodaju trošak bez smanjenja trenja. Treba i da objasni šta se gradi custom, a šta treba ostaviti postojećim alatima.

Cilj nije da posedujete više softvera. Cilj je da isporuka usluge bude mirnija, jasnija i lakša za skaliranje.

Ako portal to postigne, klijenti primećuju. Firma deluje profesionalnije zato što je operacija iza nje organizovanija.