Kodėl kyla klausimas „kas atsakingas?“
Mobilioji programėlė nėra vien techninis sprendimas. Ji tuo pačiu yra produktas, vartotojo patirtis ir verslo įrankis.
Todėl natūralu, kad atsiranda skirtingi požiūro kampai:
- IT mato sistemą ir infrastruktūrą.
- Produkto komanda galvoja apie funkcijas ir vertę.
- Marketingas numato kaip viską patirs vartotojas.
Jei šios perspektyvos nesuderinamos iš pradžių, kiekviena komanda ima veikti pagal savo supratimą. Kaip sako mūsų CTO Vitalis Kavaliauskas:
„Mobilioji aplikacija yra technologijų, verslo ir vartotojo patirties sankirtoje. Todėl atsakomybę apibrėžti nėra taip paprasta, kaip gali atrodyti.“
Jei to neaptariama iš anksto, pasekmės greitai tampa akivaizdžios: sprendimai ima skirtis, tarp komandų atsiranda įtampa, o rezultatas nukenčia.
Todėl svarbiau ne kas vienas atsakingas, o kaip atsakomybė pasidalijama tarp komandų.
IT komanda: ar programėlė bus saugi, stabili ir patikima?
IT komandai programėlė pirmiausia yra sistema, kuri turi veikti patikimai, būti saugi ir lengvai prižiūrima. Jie turi užtikrinti:
- Kad programėlė nestrigtų ir būtų greita.
- Kad atlaikytų didesnį vartotojų srautą.
- Kad sklandžiai jungtųsi su kitomis sistemomis (pvz., API ar vidiniais įrankiais).
- Kad vartotojų duomenys būtų saugūs.
Taigi, IT rūpinasi paprastu, bet esminiu dalyku – kad viskas iš tikrųjų veiktų. Ir ne tik dabar, bet ir tada, kai programėlė pradės augti.
Svarbi šios atsakomybės dalis yra kibernetinis saugumas. Programėlė neveikia izoliuotai, ji yra susijusi su vidinėmis sistemomis, API ir išorinėmis paslaugomis. Dėl to ji tampa viena iš vietų, per kurias gali būti bandoma patekti į visą sistemą.
Pavyzdžiui, 2023 m. 28 % mobiliųjų įrenginių patyrė išorines kibernetines atakas. Tai rodo, kad mobilios platformos yra patrauklios ne tik vartotojams, bet ir užpuolikams.
Svarbu suprasti, kad saugumas nėra vienkartinis sprendimas ar viena funkcija. Tai nuolatinis procesas, kuris priklauso nuo sistemos, galimų rizikų ir reguliacinių reikalavimų.
Pavyzdžiui, dirbdami su „Orion Securities“, veikiančia pagal griežtus ES reikalavimus, atlikome įsilaužimų testavimą ir išsamų saugumo vertinimą. Tai leido nustatyti pažeidžiamumus ir pateikti konkrečius sprendimus.
Bet saugumas tuo nesibaigia. Mobilioji programėlė reikalauja nuolatinės priežiūros, aiškaus požiūrio į saugumą ir nuolatinio prisitaikymo prie besikeičiančių reikalavimų.
Produkto komanda: ar kuriame tai, ko reikia vartotojams?
Produkto komanda atsako už esmę – ar programėlė sprendžia realias vartotojų problemas ir kuria vertę verslui ne tik dabar, bet ir ilgainiui. Todėl čia svarbiausi klausimai gana paprasti: ką iš tikrųjų verta kurti, kam to reikia ir kas šiuo metu svarbiausia.
Vienas didžiausių iššūkių šiame etape yra atsispirti norui viską padaryti iš karto. Iš pirmo žvilgsnio gali atrodyti logiška sudėti kuo daugiau funkcijų į vieną programėlę, tačiau praktikoje tai retai pasiteisina.
Kaip pastebi mūsų CTO:
„ Pirma programėlės versija skirta pasitikrinti, ar idėja veikia, o ne sudėti visas funkcijas iš karto.“
Pradėjus nuo mažesnės apimties tampa aiškiau, kas iš tikrųjų veikia, o kas tik atrodo svarbu. Taip išvengiama bereikalingų investicijų į funkcijas, kurių vartotojai vėliau net nenaudoja.
Tai patvirtina ir duomenys: apie 80 % funkcijų programinėje įrangoje naudojamos retai arba visai nenaudojamos. Dėl to sėkmingos programėlės paprastai vystomos palaipsniui. Pirmiausia atsiranda aiški pagrindinė vertė, o vėliau ji plečiama remiantis realiu vartotojų elgesiu.
Tą patį matėme ir dirbdami su SEB. Norint pagerinti skaitmeninę patirtį, reikėjo ne spėlioti, o analizuoti, kaip žmonės iš tikrųjų naudojasi sistema. Vartotojų kelionių analizė, testavimas ir grįžtamasis ryšys padėjo nuosekliai išgryninti sprendimą.
Toks požiūris leidžia priimti sprendimus remiantis faktais, o ne prielaidomis.
Produkto darbas nesibaigia paleidus programėlę. Tai nuolatinis procesas, kurio metu sprendimas testuojamas, tobulinamas ir pritaikomas prie besikeičiančių vartotojų poreikių.
Marketingo komanda: kaip programėlę patiria vartotojas?
Marketingo komandai mobilioji programėlė yra vieta, kur vartotojas tiesiogiai susiduria su jūsų prekės ženklu. Tai viena iš nedaugelio erdvių, kur žmogus realiai patiria, ką reiškia jūsų verslas, todėl svarbu, kad ši patirtis būtų nuosekli.
Tai nėra vien tik vizualinis įvaizdis. Svarbu, kaip programėlė komunikuoja, kaip lengva ja naudotis ir ar ji padeda vartotojui greitai pasiekti savo tikslą. Jei programėlė atrodo neaiški, lėta ar nenuosekli, tai tiesiogiai veikia ir tai, kaip vertinamas visas prekės ženklas.
Didelę įtaką čia turi vartotojo sąsajos ir patirties sprendimai (UI/UX dizainas). Programėlė turi būti suprantama, lengvai valdoma ir nuspėjama. Net smulkios detalės, pavyzdžiui, kaip išdėstyti veiksmai ar pateikiama informacija, gali nulemti, ar vartotojui ja naudotis bus patogu, ar jis tiesiog pasiduos. Neretai užtenka vienos ar dviejų prastų patirčių, kad programėlė būtų ištrinta.
Dirbdami su „JTI Baltic“ susidūrėme su dar vienu svarbiu aspektu. Kliento komandai reikėjo ne tik gerai atrodančio sprendimo, bet ir tokio, kuris galėtų prisitaikyti prie B2C marketingo aktyvacijų, tendencijų ir verslo prioritetų.
Tai gana tipiška situacija. Marketingo komandoms yra svarbu galėti greitai atnaujinti turinį, paleisti kampanijas ir redaguoti vartotojo kelią nelaukiant kiekvieno pakeitimo iš programuotojų. Jei tokio lankstumo nėra, net ir techniškai geras sprendimas pradeda stabdyti procesus.
Bendradarbiaujant su šia kliento komanda aiškiai išryškėjo skirtumas nuo IT ar produkto komandų. Šiame projekte didesnis dėmesys sutelktas į naudotojų įsitraukimą – svarbu ne tik turėti tinkamas sistemas ir metrikas srautui vertinti, bet ir gebėti laiku reaguoti į jų poreikius bei sezoniškumo pokyčius.
Todėl greitis, lankstumas ir gebėjimas prisitaikyti tampa kertiniais darbo principais.Svarbu ir tai, kad marketingo komanda dažnai įtraukiama per vėlai, kai pagrindiniai sprendimai jau būna priimti. Tokiu atveju patirtį pagerinti tampa gerokai sudėtingiau.
Tai kas iš tikrųjų atsakingas už programėlės sėkmę?
Mobilioji programėlė turi vienu metu atlikti kelis dalykus: atitikti verslo tikslus, būti patogi vartotojams ir patikimai veikti realiomis sąlygomis. Viena komanda viso to pati padaryti negali.
Produkto komanda sprendžia, ką verta kurti ir kokią vertę tai turi kurti vartotojui bei verslui. Marketingas atsako už tai, kaip programėlė atrodo vartotojo akimis ir ar patirtis atitinka prekės ženklą. IT užtikrina, kad visa tai veiktų stabiliai, saugiai ir būtų galima plėsti ateityje.
Problemos dažniausiai prasideda tada, kai viena iš šių perspektyvų lieka nuošalyje. Tokiu atveju gaunamas sprendimas, kuris vienoje vietoje veikia gerai, bet kitur stringa. Programėlė gali būti techniškai tvarkinga, bet nepatogi naudoti. Arba atvirkščiai – patraukli vartotojui, bet sunkiai prižiūrima ar nestabili.
Todėl svarbiausia ne paskirti vieną „atsakingą“, o nuo pat pradžių aiškiai susitarti, kaip sprendimai bus priimami ir kaip bendradarbiaus skirtingos komandos.
Praktikoje sėkmingi projektai atsiranda tada, kai šios trys pusės dirba kartu, o ne atskirai. Sprendimai derinami iš anksto, o ne taisomi jau paleidus produktą.
Kaip pasirinkti tinkamą programėlės kūrimo partnerį
Renkantis programėlės kūrimo partnerį ne mažiau nei techniniai gebėjimai svarbu ir ar komanda supranta jūsų verslą, geba dirbti su skirtingomis komandomis ir gali sukurti sprendimą, kuris veiks ne tik paleidimo dieną, bet ir vėliau.
Pradėti verta nuo aiškumo savo pusėje. Prieš kalbėdami su kūrėjais, apsibrėžkite kelis esminius dalykus:
- Kokių platformų jums reikia (iOS, Android, ar abu)?
- Ar planuojate kurti MVP, ar pilną produktą?
- Kaip vertinsite sėkmę?
Sėkmė gali būti vartotojų skaičius, mažesnis klientų aptarnavimo krūvis ar konkretūs verslo rezultatai. Be šių atsakymų sunku objektyviai įvertinti bet kurį partnerį.
Patirtis, žinoma, svarbi, bet ne vien skaičiais. Daug svarbiau, ar įmonė yra kūrusi panašius produktus ir gali parodyti realius, veikiančius sprendimus.
„Baltic Amadeus“ yra įgyvendinusi daugiau nei 500 didelės apimties IT projektų įvairiose srityse – nuo telekomunikacijų iki finansų ir skaitmeninių paslaugų. Dalis šių sistemų aptarnauja šimtus tūkstančių vartotojų, kur ypač svarbūs našumas, saugumas ir patikimumas.
Turime patirties dirbant su tokiomis organizacijomis kaip LKU, DNB, Telia, Bitė ir SEB. Tokiuose projektuose vien techninių žinių neužtenka – reikia gebėti suderinti IT, produkto ir marketingo interesus viso kūrimo proceso metu.
Stiprios komandos pradeda ne nuo programavimo, o nuo analizės: siekia suprasti vartotojus, išsiaiškinti procesus ir tik tada apibrėžia, ką iš tikrųjų verta kurti. Tai padeda išvengti situacijų, kai vėliau tenka perdaryti jau padarytus sprendimus – viena dažniausių priežasčių, kodėl projektai vėluoja ar viršija biudžetą.
Saugumas ir ilgalaikė priežiūra taip pat turėtų būti laikomi būtinais, o ne papildomais dalykais. Programėlei reikės nuolatinių atnaujinimų, prisitaikymo prie operacinių sistemų pokyčių ir tobulinimų. Partneris, kuris tai numato iš anksto, padeda išvengti problemų ateityje, ypač jei veikiate reguliuojamoje aplinkoje.
Jei planuojate kurti mobiliąją aplikaciją arba norite pagerinti jau turimą sprendimą, mes galime padėti įsivertinti situaciją ir pasirinkti tinkamą kryptį. Susisiekite su mūsų komanda.
