Primer iz prakse

Od e-poštnega kaosa do samopostrežnega portala: iskrena študija primera

Srednje veliko storitveno podjetje se je utapljalo v e-sporočilih strank — ista vprašanja, izgubljene priloge, nihče ni bil prepričan, kdo je na kaj odgovoril. Takole smo predal zamenjali s portalom, kaj je delovalo in kaj bi naredili drugače.

Have a nice dayHave a nice day11 min branja
Od e-poštnega kaosa do samopostrežnega portala: iskrena študija primera

Vsak preobremenjen predal podpore pripoveduje isto zgodbo in nikoli ne gre zares za e-pošto. Gre za podjetje, ki je zraslo hitreje kot njegov način komuniciranja s strankami. Ko nekdo reče »potrebujemo portal«, je predal običajno prenehal biti orodje in postal vsakodnevni izredni dogodek — kraj, kjer se zahteve izgubljajo, ponavljajo in o njih prepira. To je zgodba enega podjetja, ki je prav to doživelo, in tega, kaj je dejansko bilo potrebno, da se je izkopalo iz tega.

Želim jo povedati iskreno, saj so študije primerov običajno napisane, kot da je vse potekalo popolno in so se številke čez noč potrojile. Ta ni. Šlo je dobro — resnično dobro — a bili so napačni ovinki, ena funkcija, ki smo jo zgradili in nato izbrisali, ter trenutek okoli šestega tedna, ko se je stranka tiho spraševala, ali je naredila napako. Tisti del je enako pomemben kot rezultat, zato ga puščam notri.

Podjetje je resnično, a na njihovo zahtevo anonimizirano: podjetje za poslovne storitve z okoli 45 ljudmi, ki oskrbuje nekaj sto rednih B2B strank. Predstavljajte si servisiranje opreme in skladnost s predpisi — vrsto dela, kjer stranke nenehno potrebujejo dokumente, posodobitve stanja in oddajanje zahtev. Podrobnosti niso preveč pomembne. Če vaša ekipa živi v skupnem predalu, boste obliko tega takoj prepoznali.

Predal, ki je vodil podjetje

Ko smo prvič sedli z njimi, je vse pomembno teklo skozi en skupni predal — info@ — ki so ga štirje ljudje spremljali hkrati. Stranke so pošiljale e-pošto, da bi zahtevale storitev, potrdilo, preverile naročilo, spremenile naslov, izpodbijale račun. Vse je pristajalo na istem mestu, brez posebnega vrstnega reda, brez stanja in brez lastnika.

Simptomi so bili tisti, ki jih vidim vsakič. Ista vprašanja so prihajala na desetine krat na teden — »kje je moje potrdilo«, »kdaj pridete«, »lahko znova pošljete poročilo«. Priloge so se izgubljale ali bile zakopane tri odgovore globoko. Dva zaposlena sta isti stranki včasih odgovorila različno v isti uri. In nihče ni mogel odgovoriti na najpreprostejše vodstveno vprašanje: koliko odprtih zahtev imamo prav zdaj? Predal tega ni vedel. Vedel je le, koliko je neprebranih sporočil, kar sploh ni isto.

“Predal vam pove, koliko sporočil je neprebranih. Nikoli vam ne more povedati, koliko strank še čaka. V tej vrzeli uhaja zaupanje.”
— z naše prve delavnice z ekipo

Strošek ni bil le čas, čeprav ga je bilo obilo — pozneje smo ocenili, da je ekipa porabila dober del dveh polnih delovnih dni na teden le za ponavljajoče se odgovore po metodi kopiraj-prilepi. Večji strošek je bilo tiho spodkopavanje zaupanja. Stranke niso videle lastne zgodovine, zato so vprašale znova. Zaposleni niso videli, kaj je bilo obljubljeno, zato so se pretirano opravičevali in preveč dostavljali. Celoten odnos je tekel na tesnobi.

An overwhelmed shared email inbox visualised as a tall, chaotic stack of overlapping message cards spilling off a desk, with four small avatars all reaching for the same pile, warm muted editorial illustration
En predal, štirje lastniki, nobenega reda. »Sistem« je bil le to, da so vsi gledali isti kup.

Kaj namenoma nismo naredili

Stranka je prišla k nam z zahtevo po portalu in naša prva naloga je bila, da jih upočasnimo. Mamljivo je reči da na povzetek naloge in začeti graditi zaslone. A portal je velik objekt — prijava, računi, dovoljenja, dokumenti, zahteve, obvestila — in če vse to zgradite naenkrat, boste porabili devet mesecev in vseeno zagnali nekaj, česar nihče ni zahteval.

Zato smo pred kakršnim koli oblikovanjem preživeli dva dni z neprivlačno stvarjo: brali predal. Izvozili smo nekaj mesecev pošte in jo razvrstili po tem, kaj so stranke dejansko poskušale narediti. Ne, kaj so rekle — kaj so hotele. Rezultat je bil razjasnjujoč. Približno tri četrtine vse dohodne pošte se je zožilo na le štiri ponavljajoče se naloge: zahtevanje dokumenta, preverjanje stanja naročila, oddajanje nove zahteve za storitev in posodabljanje lastnih podatkov.

To je del, ki ga ekipe preskočijo, in je prav tisti del, ki reši projekt. Nismo oblikovali portala. Oblikovali smo način, kako odstraniti štiri najbolj ponavljajoče se e-pošte iz predala. Ta okvir nas je držal iskrene vsakič, ko je nekdo hotel dodati »le še eno« funkcijo.

Kaj smo dejansko zgradili

Prva izdaja je bila namenoma ozka. Stranka se je lahko prijavila, videla naročila in dokumente lastne organizacije, prenesla karkoli, kar smo kdaj poslali, oddala novo zahtevo prek kratkega strukturiranega obrazca in posodobila kontaktne podatke. To je vse. Brez klepeta v živo, brez nadzornih plošč, polnih grafikonov, brez portala za obračunavanje. Štiri naloge, čisto opravljene.

Trezor dokumentov

Največja olajšava je bila, da smo strankam pustili, da same pridobijo svoje dokumente. Vsako potrdilo, poročilo in račun, ki smo ga izdali, se je zdaj samodejno vpisalo v njihov račun v trenutku nastanka. E-pošta »lahko znova pošljete tisti PDF« — daleč najpogostejša — je preprosto prenehala prihajati. Stranke so nehale spraševati, ker jim ni bilo več treba.

Strukturirane zahteve namesto prostega besedila

Ko je stranka oddala zahtevo prek portala, je odgovorila na nekaj konkretnih vprašanj namesto pisanja odstavka. Sliši se malenkostno; bilo je preobrazbeno. Strukturirana zahteva prispe z vsem, kar ekipa potrebuje za ukrepanje — nič več izmenjave treh e-sporočil, samo da ugotovi, katera lokacija, kateri stroj, kateri datum. Vsaka zahteva je dobila stanje, ki ga je stranka videla, kar je tiho ubilo večino preganjanja »kakšna posodobitev?«

Tiha avtomatizacija za tem

Za zasloni je bilo pravo delo povezovanje portala s sistemi, ki so jih že imeli, tako da nikomur ni bilo treba ničesar znova vtipkati. Nova zahteva iz portala je ustvarila naročilo v njihovem obstoječem zaledni orodju. Dokončan dokument je sam pristal v trezorju. Spremembe stanja so sprožile kratko e-pošto, tako da se strankam ni bilo treba nenehno prijavljati za preverjanje. Nič od tega ni bilo bleščečega. Večina vrednosti portala, kot je ta, je v vodovodu, ki ga nihče nikoli ne vidi.

A clean modern customer portal screen on a laptop showing four clear sections — documents, job status, new request, and account details — with a calm organised layout, soft editorial style with one accent colour
Štiri naloge, en miren zaslon. Portal je počel manj, kot si je stranka sprva predstavljala — in v tem je bilo bistvo.

Napačen ovinek in funkcija, ki smo jo izbrisali

Zdaj del, ki ga večina študij primerov skriva. Približno na pol poti je stranka zahtevala nit sporočil znotraj portala — majhen klepet pri vsaki zahtevi, da bi stranke in osebje lahko izmenjevali sporočila znotraj portala. Zvenelo je razumno. Zgradili smo ga.

Bila je napaka. Nit sporočil je znova ustvarila prav tisti problem, ki smo ga reševali: nestrukturiran kraj, kjer se pogovor kopiči, le da je bil zdaj drugi predal, ki ga je osebje moralo spremljati poleg e-pošte. V enem mesecu so zahteve zastajale znotraj klepetalnih niti, stranke so bile zmedene, ali naj pošljejo sporočilo ali e-pošto, ekipa pa je preverjala dve mesti namesto enega. Po nesreči smo znova zgradili predal znotraj portala.

Brisanje delujoče programske opreme, ki ste jo plačali, je grozen občutek. A dobava napačne funkcije in njeno ohranjanje iz trme je veliko dražje. Odrezali smo jo, hrup je takoj padel in postalo je ena najkoristnejših stvari, ki jih je projekt naučil vse vpletene.

Kako smo ga uvedli brez upora

Portal deluje le, če ga stranke dejansko uporabljajo — stranke pa se čudovito upirajo spreminjanju načina, kako vas dosežejo. Recite ljudem »zdaj uporabljajte portal« in lepo število jih bo preprosto še naprej pošiljalo e-pošto. Zato ga nismo silili. Portal smo naredili očitno lažjo pot in ga pustili, da zmaga sam.

  1. 1
    Mehki zagon najprej s prijaznimi strankami
    Povabili smo ducat najbolj angažiranih strank, opazovali, kako ga uporabljajo, in zgladili grobe robove, preden ga je videl kdorkoli drug.
  2. 2
    Vsak račun napolnite z resnično vrednostjo
    Prvi dan je portal vsake stranke že vseboval njihove pretekle dokumente in odprta naročila. Prijava se je takoj zdela koristna, ne kot prazen obrazec za izpolnjevanje.
  3. 3
    Na ponavljajoče se e-pošte odgovorite z nežno spodbudo
    Ko so stara vprašanja še vedno prihajala po e-pošti, jih je osebje odgovorilo — in dodalo eno vrstico: »To lahko kadar koli pridobite tudi sami tukaj.« Brez pritiska, le boljša možnost.
  4. 4
    Šele pozneje usmerite nove zahteve prek portala
    Ko je bila uporaba zdrava, je obrazec za zahtevo na spletni strani kazal na portal. E-pošte nikoli nismo popolnoma izklopili — portal smo le naredili pot najmanjšega upora.

Na tej zadnji točki se je vredno zadržati. E-pošte nikoli nismo ubili in tega nikoli nismo načrtovali. Nekatere stranke jo bodo vedno raje uporabljale in to je v redu. Cilj nikoli niso bila ničla e-sporočil — bil je izsušiti ponavljajoča se e-sporočila iz predala, da so preostala bila tista, ki so resnično potrebovala človeka.

Rezultati, z iskrenimi pridržki

Šest mesecev po zagonu je bila sprememba dovolj jasna, da se o njej nihče ni prepiral. Dal vam bom številke, a berite jih kot ilustrativne — to je izkušnja tega podjetja, grobo izmerjena, ne obljuba. Vaši rezultati se bodo razlikovali.

Kaj smo spremljaliPrejPotem
Ponavljajoča se e-pošta »znova pošlji / stanje«Deset na danPeščica na dan
Čas za kopiraj-prilepi odgovore~2 dni/tedenPod pol dneva/teden
Zahteve za dokumente po e-poštiE-pošta št. 1Skoraj izginile
Odprte zahteve vidne vodjemNeznanoV živo na prvi pogled
Preganjanje strank »kje je?«NenehnoRedko
Prej in potem, približno šest mesecev po zagonu. Številke so lastne ocene te stranke, deljene kot ilustracija.

Naslov, do katerega je bilo stranki mar, je bil povrnjeni čas: ekipa je dobila nazaj dober del dneva in pol na teden, ki je izginjal v predal. Niso zmanjšali števila zaposlenih — ta čas so preusmerili v dejansko storitveno delo in v uvajanje novih strank, kar je izid, ki ga skoraj vedno vidimo v malih in srednjih podjetjih. Avtomatizacija tu ni nadomestila ljudi; vrnila jim je njihov teden.

Mehkejšo zmago je bilo težje izmeriti, a lahko občutiti. Vodje so končno videli delo. Stranke so nehale imeti občutek, da vpijejo v prazno. In predal je prvič po letih postal miren kraj, kjer so bila prispela sporočila tista, ki so resnično potrebovala, da nekdo razmisli o njih.

“Nismo prišli do ničle e-sporočil. Prišli smo do ničle nesmiselnih e-sporočil — in to se je izkazalo za številko, ki je štela.”
— vodja operacij stranke, šest mesecev pozneje
A calm tidy office desk with a single laptop showing a near-empty, organised inbox and a small dashboard of open requests, soft daylight, relieved relaxed mood, warm editorial illustration
Ista ekipa, ista miza, šest mesecev pozneje — predal končno dovolj tih, da se v njem da razmišljati.

Kaj bi naredili drugače naslednjič

Dve stvari. Prvič, funkciji sporočil bi se uprli od začetka — vedeli smo bolje, pa smo jo vseeno zgradili, ker je bilo reči da lažje kot pogovor. Drugič, stranke bi napolnili z njihovo zgodovino še prej med gradnjo, ker trenutek, ko se portal zdi napolnjen in oseben, je trenutek, ko mu ljudje začnejo zaupati. Prazen portal je opravilo; portal, ki vas že pozna, je olajšava.

Če buljite v svoj preobremenjen predal, spoznanje ni »zgradite portal«. Je najprej poiščite svoje štiri naloge. Berite svoj predal, kot smo mi brali njihovega. Tista peščica stvari, ki jih vaše stranke nenehno zahtevajo, znova in znova, so edine funkcije, ki štejejo. Vse ostalo je obseg, ki ga boste veseli, da ste ga izpustili.

Se vsak teden utapljate v istih e-sporočilih?

Če vaša ekipa živi v skupnem predalu in nenehno odgovarja na ista vprašanja, je osredotočen portal za stranke pogosto rešitev — narejen prav, narejen majhen. Poglejmo skupaj vaše štiri naloge in ugotovimo, kaj se resnično splača zgraditi.

Poglejte, kako gradimo portale za stranke

Pogosta vprašanja

Koliko časa traja izdelava samopostrežnega portala za stranke?
Osredotočena prva različica, kot je ta v tej študiji primera, je trajala približno tri mesece od prve delavnice do zagona. Časovnico skoraj v celoti poganja obseg. Portal, ki dobro opravlja štiri izbrane naloge, je četrtletni projekt; portal, ki poskuša narediti vse, je enoletni. Disciplina zoževanja obsega je tisto, kar ga ohranja kratkega.
Bodo stranke dejansko uporabljale portal namesto le e-pošte?
Mnoge bodo, če ga naredite lažjo pot, namesto da ga silite. Dve stvari, ki poganjata uporabo, sta polnjenje vsakega računa z resnično zgodovino stranke, da se zdi koristen že prvi dan, in nežno usmerjanje najbolj ponavljajočih se e-vprašanj k portalu. Na ničlo e-sporočil ne boste prišli in tudi ne bi smeli poskušati — cilj je izsušiti ponavljajoča se.
Ali moramo zamenjati obstoječo programsko opremo, da dodamo portal?
Običajno ne. V tem primeru se je portal povezal z zalednimi orodji, ki jih je podjetje že uporabljalo — nove zahteve so ustvarile naročila v njihovem obstoječem sistemu, dokončani dokumenti so samodejno pritekli v portal. Večina vrednosti je v tej tihi integraciji, ne v puljenju delujoče programske opreme.
Ali samopostrežni portal pomeni rezanje osebja podpore?
V malih in srednjih podjetjih skoraj nikoli. Ta stranka je obdržala celotno ekipo in preusmerila povrnjeni čas — približno dan in pol na teden — v dejansko storitveno delo in uvajanje novih strank. Avtomatizacija je tu odstranila ponavljajočo se administracijo, ne ljudi.
Kako vemo, ali smo pripravljeni na portal?
Izvozite nekaj mesecev svojega skupnega predala in ga razvrstite po tem, kaj stranke poskušajo narediti. Če majhno število namer — kot so zahtevanje dokumentov, preverjanje stanja ali oddajanje zahtev — predstavlja večino vaše e-pošte, ste pripravljeni in že poznate svoje prve funkcije. Če je vaša e-pošta resnično povsem razpršena, najprej popravite temeljni postopek.
Have a nice day
Have a nice day
Uredništvo

Have a nice day je programski studio, ki malim in srednjim podjetjem pomaga pri digitalizaciji — avtomatizacija, umetna inteligenca in programska oprema po meri, ki deluje v vsakdanjem poslovanju, ne le na prosojnicah.

Sorodne storitve