SEB ir jos nauja programėlė Android: 2 dalis

Tęsiant temą apie SEB Android programėlę. Šiandien gavau atsakymą iš SEB banko. Tad, štai ir jis (pastabėlė - tik šiek tiek pakeičiau laiško formatavimą):

Sveiki,

dėkojame už Jūsų dėmesį mūsų banko vienam iš paslaugų – atnaujintai mobiliajai programėlei. Mums svarbus kiekvieno kliento vertinimas ir įžvalgos. Priimdami Jūsų pastabas, kartu norime šiek tiek plačiau paaiškinti situaciją ir kelis mūsų priimtus sprendimus, susijusius su šio produkto atnaujinimu. sprendimų priežastis:

Atnaujinimo procesas.
Norėdami atnaujinti programėlę naudojome Google staged rollout funkcionalumą (https://support.google.com/googleplay/android-developer/answer/6346149?h...). Tai reiškia, kad pirmiausia atnaujinimas pradedamas platinti tik daliai vartotojų, stebimos klaidų ataskaitos, sistemų darbas ir t. t. Pasiekus norimą procentinę dalį vartotojų, pereinama prie didesnio procento klientų, kuriems reikėtų atnaujinti programėlę. Procesas tęsiamas palaipsniui, kol atnaujinimas tampa pasiekiamas visam šimtui procentų vartotojų. Tai yra įprasta ir plačiai naudojama praktika, netgi tarp Jūsų paminėtų kompanijų.

Tokios atnaujinimo strategijos privalumas – nuolat kontroliuojama padėtis ir lengviau valdomos su naujo produkto paleidimu susijusios rizikos, tačiau žinomas trūkumas – sunku suformuluoti aiškią žinutę klientams.

Nenorėjome savo klientų palikti nežinioje, todėl nusprendėme jau atnaujinimo proceso pradžioje įspėti apie būsimus pakeitimus ir suteikti informacijos, kada naujoji programėlė taps prieinama visiems mūsų klientams. Kitaip tariant, faktas, kad konkretus programėlės naudotojas negavo atnaujintos programėlės iškart po informavimo, nereiškia, kad atnaujintos programėlės negavo kiti jos vartotojai.

Funkcionalumas. Ši mobilioji programėlė yra iš esmės visiškai nauja platforma, skirta mobiliesiems įrenginiams, keičianti, kaip teisingai pastebėjote, mobiliąją interneto banko versiją vaizdavusį ankstesnįjį sprendimą.

Esame numatę nuolatinį SEB mobiliosios programėlės tobulinimą ir vystymą, todėl jau greitai ją papildysime naujomis funkcijomis.

Turime galimų tobulinimų ir naujų funkcijų sąrašą, taip pat ir Jūsų minėtą išmaniosios paieškos tarp atliktų operacijų funkciją. Neturime galimybės viską patobulinti iškart, todėl tai darome skirdami vienoms ar kitoms funkcijoms prioritetą - pirmiausiai atsižvelgdami į klientų lūkesčius ir komentarus.

Nuo pat programėlės gamybos pradžios nekėlėme sau tikslo į ją perkelti visas įmanomas interneto banko funkcijas. Mūsų nuomone, pirmiausia mobilioji programėlė turi būti patogus įrankis klientui atlikti mokėjimus ir su jais susijusius veiksmus. Tą nuomonę grindžiame ir mūsų klientų elgsena, ir mūsų banko statistika bei duomenimis, ir mūsų klientų per eilę metų sukauptais pasiūlymais. Startavome sąmoningai pasirinkę mažiausios naudotinos apimties (minimum viable product) strategiją, t. y. pristatėme naująją platformą su mažu funkcijų kiekiu, siekdami nenukrypti nuo esminių mūsų klientų poreikių ir pagal juos formuoti tolesnį programėlės vystymą, o ne atvirkščiai – pristatyti galutinį produktą ir prie jo pripratinti vartotojus.

Visos buvusios funkcijos išliko pasiekiamos mobiliojoje interneto banko versijoje adresu e.seb.lt.

Privatumas ir kontaktai. Norime patikslinti Jūsų teiginį dėl to, kad telefonų kontaktų knygos įrašai naudojami tik prašymo pervesti pinigus funkcijai įgyvendinti. Lygiai taip pat sėkmingai ir patogiai galima atlikti įprastus mokėjimus kitiems SEB mobiliosios programėlės naudotojams. Kontaktų knygos įrašų naudojimas ypač patogus klientui – jis padeda jam išvengti būtinybės žinoti ir įvesti gavėjo sąskaitos IBAN numerį. Šis principas naudojamas daugelyje modernių finansinių mobiliųjų mokėjimų instrumentų.

Norint paneigti teiginį, kad bankas savinasi ar kažkaip netinkamai/nesaugiai naudoja kontaktų knygos duomenis, reikėtų peržvelgti techninę šio sprendimo pusę.

Pagrindiniai paslaugos teikimo metu naudojami duomenys ir galimi veiksmai reglamentuojami SEB mobiliosios programėlės naudojimo sąlygų aprašyme (https://www.seb.lt/sites/default/files/web/pdf/SEB_mobiliosios_programel...), kuris yra sudėtinė SEB banko Elektroninių paslaugų teikimo sutarties dalis.

Praktiškai šis procesas vyksta taip – registruodamasis programėlės naudotoju, klientas sutinka su paslaugos teikimo sąlygomis ir pats susieja pasirinktą telefono numerį su savo sąskaita. Telefono numeris tampa „nuoroda“ į konkretų sąskaitos numerį. Svarbu pastebėti, kad šio proceso metu konkretus telefono numeris yra šifruojamas ir banką pasiekia jau tik šifruotos simbolių sekos forma, t. y. bankas skaitine forma telefono numerių nesaugo, o turi aktualų programėlės naudotojų simbolių sekų ir banko sąskaitų numerių sąsajų sąrašą.

Kad būtų užtikrintas duomenų aktualumas, programėlė periodiškai koduoja telefono kontaktų knygoje esančių numerių sąrašą, verčia juos į simbolių sekas ir „siunčia“ bankui, kad šis sutikrintų su banke saugomu programėlės vartotojų sąrašu. Bankas įvykdo patikrinimą ir į programėlę siunčia atsakymą, kurios iš pateiktų simbolių sekų turi atitikmenis sąsajų sąraše, t .y. į kuriuos telefono numerius bus įmanoma atlikti pervedimus ar paprašyti pervesti pinigus.

Tai reiškia, kad Jūsų vardintų klientų duomenų bankas nerenka ir nesaugo, paslaugų teikimui būtinas telefono numeris banką taip pat pasiekia tik kaip šifruota simbolių seka. Be to, matyti faktą, jog naudojatės SEB mobiliąja programėle, gali tik tie programėlės naudotojai, kurie jau turi Jūsų telefono numerį savo telefono kontaktų knygoje.

Apgailestaujame, jei Jūsų pirmoji patirtis naudojantis mūsų atnaujinta mobiliąja programėle buvo labiau neigiama nei teigiama. Kartu dėkojame Jums už pateiktas įžvalgas – jos padeda mums tobulėti. Jeigu ir ateityje turėtumėte daugiau pasiūlymų, mielai juos išklausysime.


Na, ir, tradiciškai, mano komentarai į šiuos komentarus:
Atnaujinimo procesas. SEB yra teisus. Toks staged rollout procesas yra tikrai naudojamas praktikoje (jis leidžia pratestuoti išleidžiamą programą realioje aplinkoje, su realiais vartotojais). Bet situacija atrodė tikrai keistokai. Paskelbiama apie išleidimą, kai klientai susidomi ir pradeda klausinėti, kaip šią programėlę gauti - prasideda išlygos. Tiesiog su komunikacija buvo nepakankamai padirbėta.
Funkcionalumas. Minimum viable product strategija yra taip pat naudojama praktikoje. Geras pavyzdys būtų automobilis. Įsivaizduokite, kad mums reikia pagaminti automobilį. Ko reikia automobiliui? Variklio, 4 ratų ir vairo. Pagaminome tokį automobilį. Ko dar reikia? Posūkių signalų. Na, jie gali ir palaukti - po mėnesio atnaujinsim automobilį ir pridėsim posūkių signalus. Dar po kiek laiko taip pridedam ir sėdynes, žibintus ir t.t. Tai gal ne visai logiškai skamba su automobiliu, bet su programine įranga taip yra daroma. Vien dėl to, kad būna sudėtinga (arba ilgai truktų) pagaminti visas įmanomas programos funkcijas ir tada išleisti programą.
Kas buvo nepagalvota yra tai, kad ši strategija veikia visokiems startupams. Mielieji, Jūs, SEB, esate bankas. Čia jau enterpriseas. Jūs negalite taip žaisti ir po to teisintis, kad "čia yra platforma ir mes ją tobulinsime". Gi klientai Jumis, kaip banku, pasitiki. Ir tikisi kokybiškų paslaugų. Deja, jų negavome.
Privatumas ir kontaktai. Yra viena problema. Mano kolega bandė nesutikti su tuo, kad programėlė galėtų prieiti prie kontaktų. Ir... Tada negalima diegti programos į telefoną. :). Praktiškai paėmus, klientai yra verčiami susieti savo sąskaitą su telefono numeriu. Na, bet jei aš to nenoriu? Tada negaliu naudoti SEB programėlės.

Apibendrinant, dėkoju SEBui už greitą ir išsamų atsakymą į mano komentarus ankstesniame blogo įraše. Ir linkiu savo programėlę patobulinti. Ir greičiau! :)

Komentuoti