Blogi atsiliepimai po mobiliosios programėlės atnaujinimo yra signalas, ne problema. Tikrasis klausimas yra „ar jūsų organizacija turi procesą, kuris apsaugo naudotojų pasitikėjimą bet kokio pokyčio metu? Ir ar tai apskritai yra vadovybės darbotvarkėje?“
Šiandien mobiliųjų aplikacijų kūrimas nebėra vien tik technologinis įgyvendinimas ar funkcionalumo plėtra. Tai nuolatinis procesas, kuriame kiekvienas atnaujinimas tampa kritiniu momentu, lemiančiu naudotojų patirtį, lojalumą ir verslo rezultatus. Mobiliųjų programėlių kūrimas apima ne tik dizainą ar programavimą – jis apima ir tai, kaip pokyčiai yra planuojami, komunikuojami ir įgyvendinami realioje naudotojų aplinkoje.
Būtent todėl neigiami atsiliepimai po atnaujinimų dažniausiai nėra atsitiktiniai. Jie signalizuoja apie spragas procese: nepakankamai suplanuotą perėjimą, neiškomunikuotus pokyčius ar neišlaikytą naudotojo patirties tęstinumą. Organizacijoms, kurios žiūri į mobiliųjų aplikacijų kūrimą strategiškai, tai yra ne krizė, o aiškus indikatorius, kur reikia stiprinti procesus.
Scenarijus, kurį daugelis pažįsta
IT komanda praneša, kad migracija baigta. Techniniai rodikliai – žali. Po savaitės atsiliepimų vidurkis aplikacijos parduotuvėje nukrenta vienu tašku. Naudotojų aptarnavimo komanda gauna daugiau užklausų nei įprastai. Vadovai klausia IT komandos: „kas nutiko?“
Ir dažniausiai IT gali tik pasakyti: „techniškai viskas buvo padaryta teisingai.“
Tai yra esminis nesusipratimas, kurį patiria daugelis organizacijų. Mobiliosios aplikacijos modernizavimas nėra vien techninis projektas. Tai yra klientų patirties pokyčio valdymas ir, kaip toks, jis reikalauja vadovų dėmesio, aiškios struktūros ir partnerio, kuris supranta abu šiuos matmenis.
„Baltic Amadeus“ – viena iš lyderiaujančių mobiliųjų aplikacijų kūrimo įmonių Baltijos regione, turinti didelę patirtį dirbant su enterprise lygio organizacijomis telekomunikacijų, bankų ir draudimo sektoriuose – šiuos scenarijus mato reguliariai. Ir kiekvieną kartą pagrindinis skirtumas tarp sėkmingo ir nesėkmingo modernizavimo yra tas pats: ne technologija, o procesas.
Kodėl mobiliosios programėlės pokyčiai tampa vadovų klausimu
Mobiliosios aplikacijos modernizavimas tiesiogiai veikia pajamų srautus, naudotojų išlaikymą ir prekės ženklo reputaciją. Tai nėra infrastruktūros atnaujinimas, tai kliento santykio su jūsų įmone transformacija. Ir tokio masto pokyčiai reikalauja atitinkamo lygio planavimo.
Statistika yra aiški: daugiau nei pusė mobiliųjų aplikacijų ištrinamos per pirmas 30 dienų po atnaujinimo. 21 % naudotojų nustoja jomis naudotis po vienos neigiamos patirties. Kiekvieną kartą, kai naudotojas palieka aplikaciją, organizacija praranda ne tik vieną klientą – ji praranda visą jo vertę per gyvenimo ciklą. Finansinių paslaugų ar telekomunikacijų sektoriuose tai yra reikšminga suma.
Tai reiškia, kad klausimas „kaip atnaujinti mobiliają aplikaciją?“ yra vienas dalykas. Klausimas „kaip atnaujinti aplikaciją neprarandant naudotojų?“ – visai kitas. Ir pastarasis yra vadovų klausimas.
Trys pagrindinės rizikos, kurių daugelis nepastebi laiku
Organizacijos, kurios vertina aplikacijos modernizavimą kaip vien techninį projektą, nuolat susiduria su tomis pačiomis trimis b4domis.
- Pirmoji – komunikacijos spragos. Naudotojai nėra informuoti iš anksto apie planuojamus pokyčius, pavyzdžiui naujos mobiliosios aplikacijos kūrimą ar jo atnaujinimą. Rezultatas: jie suvokia pokyčius kaip klaidas, o ne pagerinimus. Tai tiesiogiai atsispindi atsiliepimų vidurkyje ir naudotojų aktyvumo rodikliuose.
- Antroji – duomenų tęstinumo problemos. Naudotojų istorija, nustatymai ar sutikimai nepersikelia sklandžiai. Kai kurie naudotojai praranda savo profilio kontekstą. Tokia techninė spraga kelia riziką kliento pasitikėjimui.
- Trečioji – atitikties rizika. Reguliuojamose srityse nepakankamai paruošta migracija gali turėti teisinių pasekmių: prarasti sutikimai, nepakankamas auditavimas, pasenę saugumo sprendimai. Tai gali reikšti reguliatorių dėmesį arba parduotuvių atmetimus.
Saugumo standartai laikui bėgant keičiasi. Tai, kas anksčiau buvo laikoma saugu, gali tapti nebetinkama, todėl reikia taikyti naujus šifravimo ar atitikties sprendimus.
Kiekviena iš šių rizikų yra valdoma, jei ji identifikuojama ir sprendžiama anksti. Problema ta, kad daugelyje organizacijų ji identifikuojama per vėlai: kai atsiliepimų vidurkis jau krito, o ne tada, kai migracija dar planuojama.
Kas skiria sėkmingą modernizavimą nuo nesėkmingo
2024 m. atlikti tyrimai rodo, kad dauguma organizacijų, sėkmingai atlikusių mobiliosios aplikacijos modernizavimą, jį vertino kaip kelių etapų procesą, o ne vienkartinį projektą. Lemiamas veiksnys buvo ne naudojama technologija, o struktūra ir valdymas.
Pagrindiniai bruožai, skiriantys sėkmingą modernizavimą:
- Laipsniška migracija – tam tikrą laiką kartu veikia ir sena, ir nauja versija. Naudotojai nėra perkeliami visi vienu metu.
- Duomenų tęstinumas kaip architektūrinis prioritetas – ne baigiamasis žingsnis.
- Komunikacijos planas integruotas į pristatymo procesą nuo pat pradžių.
- Atitikties reikalavimai valdomi proaktyviai, o ne reaktyviai.
- Aiški atsakomybė kiekviename etape – ne viena komanda, kuri „sprendžia viską“.
„Baltic Amadeus“ komanda modernizavimą konstruoja kaip sistemingą procesą: pokyčiai testuojami su realiomis naudotojų grupėmis, rezultatai yra vertinami kiekviename etape, ir tik tada vyksta platesnis paleidimas. Tai reiškia, kad bet kuri problema aptinkama tada, kai ją dar galima išspręsti greitai ir pigiai, o ne tada, kai ji jau tapo masine.
Praktinis pavyzdys: kaip tai atrodo tikrov4je
Dirbdama su viena didžiausių Lietuvos energetikos įmonių, „Baltic Amadeus“ pakeitė pasenusią savitarnos platformą, kuri nebeatitiko nei naudotojų, nei saugumo lūkesčių. Tai buvo ne paprastas dizaino atnaujinimas, o esminis sistemos modernizavimas.
Kritinis sprendimas buvo toks: vietoje greito visos sistemos pakeitimo buvo pasirinktas laipsniško perėjimo kelias. Pagrindinės paslaugos, kaip mokėjimai, sutartys, komunikacija, veikė be sutrikimų viso proceso metu. Naudotojai nebuvo priversti pradėti iš naujo. Ir modernizavimas buvo atliktas taip, kad pats perėjimas tapo beveik nematomas tiems, kurie naudojasi platforma kasdien.
Tai yra sėkmingo modernizavimo matas: ne tai, kokia graži nauja versija, o tai, kaip sklandžiai naudotojai prie jos perėjo.
Trys klausimai, kuriuos turėtų užduoti kiekvienas vadovas
Prieš pradedant bet kokį mobiliosios programėlės modernizavimo procesą, verta atsakyti į tris strateginius klausimus, kurie nulems, ar projektas bus sėkmingas:
- Pirmas: ar turime aiškų duomenų perkėlimo planą, kuris garantuoja naudotojų istorijos ir nustatymų tęstinumą? Jei atsakymas yra „IT sprendžia“ arba „tai techninis klausimas“ – tai yra rizika.
- Antras: ar atitikties reikalavimai yra integruoti į migracijos procesą, ar jie bus patikrinti pabaigoje? GDPR, „Apple“ ir „Google“ taisyklės keičiasi reguliariai. Jei atitiktis paliekama paskutinei minutei, tikimybė, kad kažkas bus praleista, yra didelė.
- Trečias: ar naudotojai bus informuoti iš anksto, ir kas už tai atsakingas? Komunikacijos planas turi turėti savininką ir jis turi būti integruotas į bendrą pristatymo planą, o ne deleguotas kaip paskutinis žingsnis.
Jei į bent vieną iš šių klausimų atsakymas neaiškus, tai yra rizika, kurią reikia valdyti prieš pradedant projektą, o ne po jo.
Mobiliųjų programėlių kūrimo partnerio pasirinkimas: ko ieškoti
Mobiliųjų aplikacijų kūrimas didelėse organizacijose reikalauja partnerio, kuris supranta ne tik technologijas, bet ir verslo kontekstą, reguliacinius reikalavimus ir naudotojų elgsenos dinamiką.
„Baltic Amadeus“ teikia visapusiškas paslaugas: nuo strategijos ir UX projektavimo iki kūrimo ir ilgalaikio palaikymo. End-to-end pristatymas reiškia, kad klientas gauna ne tik naują aplikaciją, bet ir struktūrą, kuri užtikrina, kad pokyčiai valdomi kontroliuojamai – nuosekliais etapais, su aiškia atsakomybe kiekviename žingsnyje.
Ypač svarbi patirtis reguliuojamose srityse. Bankų, draudimo ir telekomunikacijų sektoriuose modernizavimas nėra tik funkcionalumo klausimas – tai ir nuolatinis atitikimas teisiniams bei saugumo reikalavimams, kurie keičiasi. „Baltic Amadeus“, dirbdama su dideliais Baltijos regiono verslais šiose srityse, sukūrė procesus, kurie šiuos reikalavimus integruoja kaip neatskiriamą darbo dalį.
Galiausiai svarbus partneris, kuris žiūri į aplikacijos modernizavimą kaip į ilgalaikę investiciją, o ne vienkartinį projektą. Aplikacija, sukurta ar modernizuota galvojant apie ilgalaikį palaikymą, ne tik geriau atlaikys laikotarpio išbandymus, bet ir bus lengviau atnaujinama ateityje, kai technologijos ar reguliaciniai reikalavimai vėl pasikeis.
Išvada: nuo projekto prie vyksmo
Mobiliosios aplikacijos modernizavimas yra sėkmingas ne tada, kai nauja versija paleista. Jis sėkmingas tada, kai po šešių mėnesių naudotojų išlaikymo rodikliai yra geresni nei prieš modernizavimą, atsiliepimų vidurkis yra ne žemesnis, o verslas gavo ne tik naują technologiją, bet ir ateičiai paruoštą platformą.
Tai yra ilgalaikės perspektyvos mąstymas. Ir tai yra skirtumas tarp organizacijų, kurios modernizavimą vertina kaip vadovybės strateginį klausimą, ir tų, kurios jį vertina kaip IT užduotį.
Neigiami atsiliepimai po paleidimo nėra neišvengiamybė. Jie yra nepakankamai suplanuoto perėjimo pasekmė. O geras planavimas prasideda ne nuo technologijos pasirinkimo, o nuo to, kad greta klausimo „kaip modernizuosime aplikaciją?“ nepamirštama paklausti ir „kaip tai patirs kiekvienas mūsų naudotojas?“
