Daugelis įmonių susiduria su tuo pačiu klausimu: esamą mobiliosios programėlės sprendimą reikia tobulinti, tačiau nėra aišku, ar verta jį taisyti, ar geriau pradėti nuo nulio. Klaidingas pasirinkimas gali kainuoti ir laiko, ir investicijų. O svarbiausia – jis gali kainuoti naudotojų pasitikėjimą. Todėl verta suprasti, nuo ko iš tikrųjų priklauso šis sprendimas ir kaip į jį žiūri įmonės, turinčios realios patirties tokiuose projektuose.
Klausimas neatrodo sudėtingas tik iš pirmo žvilgsnio. Tačiau praktikoje jis liečia ne vien IT: čia susipina technologijų architektūra, verslo tikslai, vartotojų lūkesčiai ir organizaciniai procesai. Būtent tai dažnai tampa kliūtimi.
Net iki 70 % projektų su mobiliosiomis programėlėmis nepasiekia tikslų dėl nesuderintų lūkesčių, neaiškios atsakomybės ir to, kad iš tikrųjų ne iki galo suprantami vartotojų poreikiai. Tokiose situacijose daugiausia vertės sukuria partneriai, kurie geba ne tik suprasti technologinį poreikį, bet ir padėti vystyti aplikacijas, kurios atneša naudą verslui – būtent tuo pasižymi „Baltic Amadeus“, turėdama sėkmingą patirtį įgyvendinant mobiliųjų aplikacijų kūrimo projektus finansų, bankininkystės, telekomunikacijų ir draudimo klientams.
Šiame straipsnyje nagrinėsime, kaip įsivertinti ir priimti teisingą sprendimą dėl mobiliųjų aplikacijų kūrimo ar turimos mobiliosios programėlės modernizavimo.
Kada mobiliosios programėlės taisymas – protingas sprendimas
Jei mobilioji programėlė veikia stabiliai, tačiau reikia naujų funkcijų, geresnės naudotojo patirties ar integracijos su kitomis sistemomis, modernizavimas dažniausiai yra greitesnis ir pigesnis kelias. Tai ypač aktualu, kai programėlė jau turi naudotojų bazę, o kodo architektūra leidžia toliau plėtotis.
Telekomunikacijų, bankininkystės ir draudimo sektoriuose tokių situacijų pasitaiko ypač dažnai. Programėlė gali turėti svarbią verslo funkciją, pavyzdžiui, leisti klientams valdyti sutartis, tikrinti sąskaitas ar teikti draudimo prašymus, tačiau jos vartotojo sąsaja pasenusi, o kodas sunkiai prižiūrimas. Tokiu atveju modernizavimas yra aiškus ir pagrįstas pasirinkimas.
Modernizavimas taip pat apsimoka, kai organizacija turi aiškią ilgalaikę programėlės kryptį ir nori, kad esamas sprendimas evoliucionuotų kartu su verslu. Pakartotinai naudojamas kodas, išsaugotos integracijos su vidinėmis sistemomis ir išlaikyta duomenų istorija – tai privalumai, kurių nesuteiks naujas kūrimas.
Kada geriau pradėti iš naujo
Programėlės modernizavimas ne visada turi prasmę. Vertėtų svarstyti mobiliųjų aplikacijų kūrimą iš naujo, jei:
- dabartinė architektūra neatlaikys augančio vartotojų srauto,
- saugumo reikalavimai nebeatitinka reguliacinių normų,
- technologinis pagrindas yra per senas ir riboja tolimesnę plėtrą.
Tokiais atvejais nauja programėlė ne tik išsprendžia esamas problemas, bet ir suteikia ilgalaikį pagrindą augti. Būtent tokiose situacijose ypač svarbi patirtis – mobiliųjų aplikacijų kūrimo srityje sukaupusi sėkmingą patirtį, „Baltic Amadeus“ dažnai susiduria su atvejais, kai sprendimas kurti sistemą iš naujo leidžia ne tik išvengti techninių apribojimų, bet ir iš esmės pagerinti produkto kokybę bei lankstumą ateityje.
Kitas signalas kurti iš naujo:
- radikaliai pasikeitusi verslo kryptis,
- senoji programėlė buvo kurta visiškai kitokiam naudojimo atvejui,
- komanda, kūrusi pradinę sistemą, daugiau nepasiekiama,
- nėra techninės dokumentacijos, todėl sprendimo vystymas tampa rizikingas.
Tokiose situacijose bandymas pritaikyti esamą sprendimą dažnai kainuoja daugiau nei kurti naują.
Svarbu ir tai, kad net iki 80 % programinės įrangos funkcijų naudojamos retai arba visai nenaudojamos. Tai reiškia, kad kuriant naują sprendimą galima pradėti nuo aiškiai apibrėžtos pagrindinės vertės ir ją plėsti remiantis realiu vartotojų elgesiu, o ne tiesiog perkopijuoti viską iš senosios sistemos.
Saugumas: ne funkcija, o architektūros klausimas
Viena sritis, kurioje pasirinkimas tarp taisymo ir naujo kūrimo ypač svarbus, yra saugumas. Ypač finansų, draudimo ir telekomunikacijų sektoriuose saugumas nėra vienkartinis uždavinys, o nuolatinis procesas, glaudžiai susijęs su sistemos architektūra.
2023 m. duomenimis, 28 % mobiliųjų įrenginių patyrė išorines kibernetines atakas. Mobili programėlė neveikia izoliuotai – ji jungiasi su vidinėmis sistemomis, API ir išorinėmis paslaugomis. Dėl to ji tampa vienu iš potencialių įėjimo taškų į visą organizacijos infrastruktūrą.
Dirbant su „Orion Securities“, kuriai „Baltic Amadeus“ teikė saugumo vertinimo paslaugas, buvo atliktas įsilaužimų testavimas (pentest) ir išsamus saugumo auditas. Kadangi įmonės veikla reguliuojama pagal griežtus ES reikalavimus, šis procesas leido identifikuoti galimas rizikas ir įvertinti jų poveikį visai sistemai.
Kaip skirtingos komandos žiūri į tą patį klausimą
Dar vienas aspektas, kurį vadovai dažnai neįvertina, yra tai, kaip skirtingai šį klausimą mato skirtingos vidinės komandos. Sprendimas – tobulinti esamą programėlę ar kurti naują – retai būna vien techninis. Kiekviena komanda jį vertina per savo prizmę, kuri formuojama pagal atsakomybes ir tikslus.
Dažniausiai šios perspektyvos atrodo taip:
- IT komanda vertina sistemos architektūrą, technologinę skolą ir integracijų sudėtingumą. Jiems svarbiausia – stabilumas, saugumas ir ilgalaikis palaikomumas.
- Produkto komanda fokusuojasi į funkcionalumą ir naudotojų vertę, t.y. ar sprendimas leidžia greitai testuoti idėjas, diegti naujas funkcijas ir reaguoti į rinkos poreikius.
- Marketingo komanda žiūri į vartotojo patirtį, dizaino nuoseklumą ir prekės ženklo išraišką skaitmeninėje erdvėje. Jiems svarbu, kaip aplikacija atrodo ir kokį įspūdį palieka.
Problema atsiranda tada, kai šios perspektyvos nesusitinka ankstyvame etape. Kiekviena komanda ima veikti pagal savo supratimą, o sprendimai priimami fragmentiškai.
Tokiose situacijose dažnai pasitaiko kraštutinumai:
- Programėlė yra techniškai tvarkinga, tačiau sudėtinga naudoti ir neatitinka vartotojų lūkesčių
- Vartotojui patrauklus sprendimas tampa sunkiai prižiūrimas ir nestabilus technologiniu požiūriu
- Naujos funkcijos kuriamos greitai, bet ilgainiui didina techninę skolą
- Dizaino sprendimai nėra suderinti su realiomis sistemos galimybėmis
Todėl sprendimas – taisyti ar kurti iš naujo – negali būti priimamas vien IT skyriuje. Tai turi būti bendras sprendimas, kuriame dalyvauja visos suinteresuotos pusės, aiškiai įvardijant prioritetus ir kompromisus.
Mobilioji programėlė egzistuoja technologijų, verslo ir vartotojo patirties sankirtoje. Būtent todėl atsakomybė už jos sėkmę negali priklausyti vienai komandai – ji turi būti dalijama, suderinta ir aiškiai apibrėžta visoje organizacijoje.
Baltic Amadeus: patirtis, kuri kuria ilgalaikę vertę
„Baltic Amadeus“ yra viena iš lyderiaujančių mobiliųjų programėlių kūrimo įmonių Lietuvoje ir Baltijos šalyse. Komanda kuria ir modernizuoja „enterprise“ lygio iOS ir Android programėles telekomunikacijų, bankininkystės ir draudimo sektoriuose. Per daugelį metų įgyvendinta daugiau nei 500 didelės apimties IT projektų, kurių dalis kasdien aptarnauja milijonus naudotojų.
Įgyvendintų projektų portfelyje – bendradarbiavimas su tokiomis organizacijomis kaip „Telia“, „Luminor“, JTI ir kitomis įmonėmis. Tokiuose projektuose vien techninių žinių nepakanka – būtina gebėti suderinti IT, produkto ir marketingo interesus viso kūrimo proceso metu bei priimti sprendimus, kurie išlieka tvarūs ir ilguoju laikotarpiu.
„Baltic Amadeus“ komanda teikia visą paslaugų spektrą – nuo strategijos ir UX dizaino iki programavimo ir ilgalaikio palaikymo. Tai reiškia, kad sprendimas, taisyti ar kurti iš naujo, grindžiamas ne prielaidomis, o išsamia situacijos analize, apimančia tiek techninę būklę, tiek verslo tikslus.
Nuo ko pradėti
Prieš pasirenkant kryptį, tobulinti esamą programėlę ar kurti naują, svarbu atsakyti į kelis esminius klausimus. Jie padeda objektyviai įvertinti situaciją ir išvengti sprendimų, paremtų prielaidomis:
- Ar dabartinė programėlė iš tikrųjų sprendžia šiandieninius vartotojų ir verslo poreikius, ar buvo kurta kitokiam kontekstui?
- Ar jos techninė architektūra leidžia augti ir integruotis su naujomis sistemomis be didelių struktūrinių pakeitimų?
- Ar saugumo ir priežiūros reikalavimai yra efektyviai valdomi esamomis priemonėmis?
Jei bent du iš trijų atsakymų yra neigiami, tai stiprus signalas, kad verta rimtai svarstyti naujo sprendimo kūrimą. Jei tik vienas – tiksliniai patobulinimai dažniausiai gali būti pakankami.
Tačiau pats sprendimas neturėtų būti priimamas skubotai. Stiprios komandos pradeda nuo analizės – siekia suprasti vartotojus, išsigryninti procesus ir tik tada apibrėžia, ką iš tikrųjų verta keisti ar kurti. Toks požiūris padeda išvengti situacijų, kai vėliau tenka perdaryti jau įgyvendintus sprendimus, o tai viena dažniausių priežasčių, kodėl projektai vėluoja ar viršija biudžetą.
Viena dažniausių klaidų yra bandymas šį sprendimą priimti vien vidaus jėgomis, remiantis tik IT komandos vertinimu. Tačiau mobiliųjų programėlių kūrimas nėra vien techninis procesas. Tai verslo sprendimas, kuris turi būti priimamas įvertinus platesnį kontekstą:
- Kokie yra realūs vartotojų poreikiai?
- Kokie yra verslo tikslai artimiausiam laikotarpiui?
- Kokios yra galimos saugumo ir reguliacinės rizikos?
Todėl prieš pasirenkant kryptį verta surinkti informaciją iš kelių skirtingų šaltinių:
- Naudotojų įžvalgos: ką jie vertina, ko jiems trūksta, kur susiduria su sunkumais
- Naudojimo duomenys: kurios funkcijos naudojamos dažniausiai, o kurios beveik nenaudojamos
- Techninis vertinimas: dabartinės architektūros lankstumas ir pagrindiniai rizikos taškai
Tik turint visą šią informaciją galima priimti pagrįstą sprendimą. Tuomet pokalbis su kūrimo partneriu tampa konkretus ir produktyvus – kalbama ne apie abstrakčius lūkesčius, o apie aiškiai apibrėžtus tikslus ir veiksmus.
Esminis patarimas planuojant mobiliosios programėlės kūrimą
Vienas praktinis patarimas: kuo aiškesnius klausimus užduosite kūrimo partneriui, tuo daugiau vertės gausite iš konsultacijos.
Dažnai įmonės ateina su noru kurti programėlę, tačiau neturi aiškaus esamos situacijos vertinimo. Tokiais atvejais pokalbis dažniausiai apsiriboja bendromis rekomendacijomis.
Tuo tarpu įmonės, kurios ateina pasiruošusios – aiškiai įvardija, ką turi, kas neveikia ir kokių tikslų siekia artimiausiu laikotarpiu, – gauna gerokai tikslesnius atsakymus ir realistiškesnį veiksmų planą.
Pasiruošimas šiam pokalbiui yra investicija, kuri tiesiogiai atsiperka priimtų sprendimų kokybe.
Jei planuojate tobulinti esamą mobiliosios programėlės sprendimą ar kurti naują, „Baltic Amadeus“ komanda gali padėti įsivertinti situaciją ir pasirinkti tinkamą kryptį – remiantis faktais, o ne prielaidomis.
