Aptarti projektą

Mobiliosios programėlės: iOS ir Android

Mobiliųjų programėlių kūrimas

Platformos pasirinkimas, veikimas be interneto, pateikimas į parduotuves ir atnaujinimų ciklas.

Mobilioji programėlė reikalinga tada, kai sprendimui būtinos telefono galimybės arba darbas be stabilaus interneto. Priešingu atveju dažnai pakanka gerai veikiančios mobiliosios svetainės. Todėl pirmas sprendimas nėra dizainas, o platforma: viena kodo bazė abiem platformoms, atskiros natyvios programėlės ar visai ne programėlė. Nuo šio pasirinkimo priklauso testavimo apimtis, pateikimo į parduotuves eiga ir tolesnio palaikymo kaštai.

Aptarti programėlės idėją

Trumpai: ką reikia nuspręsti pirmiausia

Prieš kūrimą naudinga atsakyti į tris dalykus. Kokių telefono galimybių reikia – kamera, vietos nustatymas fone, pranešimai, Bluetooth, ar nė vienos. Kaip programėlė turi veiktis be interneto ir kas nutinka, kai ryšys grįžta. Ir kam priklauso „App Store“ bei „Google Play“ paskyros ir pasirašymo raktai. Jei nė vienai funkcijai telefono galimybės nereikalingos, verta pradėti nuo mobiliosios svetainės ir programėlę atidėti.

Kada programėlė yra tinkamas pasirinkimas

  • Sprendimui reikalingos telefono galimybės: kamera, vietos nustatymas fone, pranešimai, Bluetooth ar failų skaitymas įrenginyje.
  • Darbas vyksta ten, kur ryšys nestabilus – duomenys turi būti įrašomi vietoje ir sinchronizuojami vėliau be dubliavimo.
  • Programėlė naudojama kasdien ir pakartotinai, todėl piktograma pradžios ekrane realiai sutrumpina kelią iki darbo.
  • Reikalingas platinimas per parduotuves arba vidinis platinimas įmonės darbuotojams su valdomomis versijomis.

Kada pakanka paprastesnio sprendimo

  • Naudotojai tik skaito informaciją arba užpildo formą – pritaikyta mobiliesiems svetainė kainuoja mažiau ir neturi parduotuvių peržiūros ciklo.
  • Reikia vidinio įrankio komandai be telefono galimybių – web aplikacija naršyklėje pasiekiama iš visų įrenginių vienu atnaujinimu.
  • Jau naudojama platforma turi savo programėlę su reikalingomis funkcijomis – tada pigiau ją sukonfigūruoti nei kurti savo.

Platformos pasirinkimas

Žemiau pateiktas sprendimų palyginimas, padedantis pasirinkti kryptį pagal reikalingas funkcijas, o ne pagal technologijos pavadinimą. Tai iliustracinė palyginimo lentelė pasiruošti pokalbiui: tikslus pasirinkimas priklauso nuo jūsų funkcijų sąrašo, palaikomų įrenginių ir palaikymo plano. Kaštų stulpelyje nurodyti veiksniai, ne kainos.

Iliustracinis platformų palyginimas: kada kuris sprendimas tinka ir kokios jo ribos
SprendimasKada tinkaRibos ir kaštų veiksniai
Mobilioji svetainė arba PWAInformacija, formos, paskyra – telefono galimybių nereikia.Nėra vietos parduotuvėse; pranešimai ir veikimas be interneto „iOS“ yra apriboti.
Viena kodo bazė abiem platformomsAbiem platformoms reikia tų pačių funkcijų ir vieno atnaujinimų ciklo.Dalis integracijų vis tiek reikalauja natyvaus darbo; reikia testuoti abiejose platformose.
Atskiros natyvios programėlėsReikalinga gili įrenginio integracija arba jautrus našumui darbas.Dvi kodo bazės ir du leidimo ciklai – didesnė kūrimo ir palaikymo apimtis.
Bendra kodo bazė su natyviais moduliaisDauguma funkcijų bendros, bet viena dalis reikalauja native sprendimo.Reikia abiejų kompetencijų; leidimus tenka koordinuoti tarp dalių.
Esamos programėlės modernizavimasProgramėlė veikia, bet nebeatnaujinama arba neatitinka parduotuvių reikalavimų.Pirma reikia auditos; kaštai priklauso nuo esamos kodo bazės būklės.

Kaip vyksta darbas

  1. 01

    Funkcijų ir platformos sprendimas

    Surašome, kokių telefono galimybių reikia, kaip programėlė veikia be interneto ir kuriuos įrenginius bei operacinių sistemų versijas palaikome. Tik po to pasirenkame platformą, nes šis sprendimas lemia testavimo ir palaikymo apimtį.

  2. 02

    Pirmoji versija testuotojams

    Sukuriame veikiančią versiją ir išdaliname ją per „TestFlight“ arba „Google Play“ vidinį testavimą. Tikrieji naudotojai išbando ją savo įrenginiuose – taip paaiškėja, kas neveikia lauke, o ne biure.

  3. 03

    Pateikimas į parduotuves

    Paruošiame aprašus, piktogramas, ekrano vaizdus, privatumo atsakymus ir amžiaus vertinimą, tada pateikiame peržiūrai. Peržiūros terminai ir sprendimai priklauso nuo „Apple“ ir „Google“, todėl planuojame atmetimo ir pakartotinio pateikimo galimybę.

  4. 04

    Atnaujinimai ir perdavimas

    Po paleidimo reikia sekti operacinių sistemų versijų pokyčius ir parduotuvių reikalavimus. Perduodame kodą, kūrimo aplinkas ir dokumentaciją; paskyros ir pasirašymo raktai lieka jūsų valdomi.

Kas lemia kainą ir trukmę

  • Ar kuriama viena platforma, ar abi, ir kiek jų funkcijos skiriasi.
  • Veikimo be interneto ir sinchronizavimo sudėtingumas, ypač sprendžiant duomenų konfliktus.
  • Palaikomų įrenginių ir operacinių sistemų versijų sąrašas – nuo jo priklauso testavimo apimtis.
  • Parduotuvių paskyros, privatumo aprašai ir galimi pakartotiniai pateikimai po peržiūros.
  • Palaikymas po paleidimo: operacinių sistemų atnaujinimai ir bibliotekų versijų keitimas.

Ką verta apsvarstyti prieš pokalbį

  1. 01Kurios funkcijos tikrai reikalauja telefono galimybių, o kurios veiktų ir naršyklėje?
  2. 02Kaip programėlė turi veikti be interneto ir kas nutinka, kai ryšys grįžta?
  3. 03Kam priklauso arba priklausys „App Store“ ir „Google Play“ paskyros?
  4. 04Kuriuos įrenginius ir operacinių sistemų versijas reikia palaikyti?
  5. 05Kas po paleidimo tvarkys atnaujinimus, kai pasikeis operacinių sistemų reikalavimai?

Aptarkime programėlės apimtį

Pakanka aprašyti darbą, kurį programėlė turi atlikti, ir kur trūksta ryšio. Nesiųskite prisijungimų, pasirašymo raktų ar tikrų klientų duomenų – anonimizuotas pavyzdys yra tinkamas pradinis taškas.

Aptarti programėlės idėją