Nativ, hibrid, multiplatform
Disclaimer
În acest articol, vorbim doar despre aplicații pentru afaceri, deoarece suntem specializați în ele, iar acest lucru nu este pentru tine să împuști păsări în porci dintr-o praștie.
Am scris deja și nu ne vom obosi să repetăm: înainte de a investi în dezvoltarea unui produs mobil, fiți 100% sigur că aveți nevoie de el și se potrivesc perfect în procesele de afaceri.
Deci ai făcut cercetările, ai calculat totul, ai planificat totul și știi sigur că dispozitivele mobile sunt unul dintre canalele cheie pentru brandul tău. Prin intermediul acestuia, aveți garantat să îmbunătățiți calitatea serviciului pentru utilizatorii actuali și să atrageți clienți noi care anterior au fost speriați de lipsa accesului la produs/serviciu de pe un dispozitiv mobil dintr-un motiv sau altul.
Următorul pas logic este să înțelegeți ce cale va urma dezvoltarea aplicației dvs. Abordările pot fi împărțite în trei ramuri: hibride, multiplatforme și native.
- O aplicație nativă este dezvoltată de la zero special pentru o anumită platformă. Alegerea platformei (iOS, Android) determină setul de instrumente și limba în care va fi scrisă aplicația (Obiectiv C pentru iOS, Java pentru Andriod).
- Hibridul presupune prezența unui șablon html gata făcut, căruia i se adaugă o interfață care vă permite să îl deschideți ca aplicație mobilă.
- Dezvoltarea multiplatformă urmărește să facă cea mai mare parte a codului aplicației independentă de alegerile ulterioare ale platformei.
Cel mai bine se mănâncă elefanții bucăți, iar deciziile dificile devin mult mai ușoare atunci când suntdescompuneți-l în câteva întrebări:
Cât de importante sunt elementele interfeței interactive?
Cu cât sunt mai mulți, cu atât mai multe puncte în favoarea dezvoltării native. O animație simplă, chiar și un joc flash, poate fi împachetat în interfața mobilă a unei aplicații hibride, dar aproape sigur vor exista probleme cu performanța și viteza de încărcare, în special pe dispozitivele mai lente. Dacă este suficient să completați mai multe formulare text, atunci alegerea unuia hibrid va economisi timp și bani.
Pe ce platforme/tipuri de dispozitive ar trebui să funcționeze?
Sunt posibile opțiuni: pentru a determina nucleul publicului țintă și a dezvolta o versiune stabilă special pentru acestea, completând treptat și acoperind alte segmente. O altă opțiune este de a dezvolta un prototip de testare folosind o abordare hibridă și apoi, după testarea ipotezelor și obținerea mai multor date, decideți ce să faceți în continuare.
În orice caz, decizia ar trebui luată „de la utilizator”, tocmai pe dispozitivul său produsul ar trebui să funcționeze cel mai bine, și nu pe iPhone6+ al acționarilor tăi.
Cât de importante sunt costurile de publicare și promovare prin magazinul de aplicații?
Vom vinde conținut prin aplicație?
Aici revenim din nou la faptul că toate deciziile cheie cu privire la arhitectura și tipul aplicației dvs. sunt deja stabilite în etapa de dezvoltare a unui model de afaceri și a schemei de monetizare. Apple are restricții destul de stricte cu privire la ceea ce poate fi vândut în aplicație; așa-zisul bun real (mâncare, mobilier) este interzis. Este posibil să implementați coșul de cumpărături și funcția de plată în aproape orice aplicație, dar din punct de vedere al tehnologiei vor exista diferențe semnificative: pentru aplicațiile hibride și cross-platform, va trebui să utilizați instrumente terțe + să le adaptați la dvs. propriile nevoi.sarcini care nu garantează fiabilitatea și securitatea tranzacțiilor. Aplicațiile native pot folosi instrumente certificate pentru platforma respectivă (din nou, este important să țineți cont de restricțiile privind tipul de bunuri pe care le vindeți și să studiați cu atenție cerințele platformei).
Am nevoie de acces la funcții și senzori suplimentari ai dispozitivului?
Ai nevoie de modul offline?
Este dificil să veniți imediat cu o aplicație hibridă ca excepție, care ar putea funcționa în mod adecvat offline (adică să îndeplinească în mod adecvat funcțiile de care are nevoie utilizatorul și să nu afișeze semnul „vă rugăm să vă conectați la Internet”). Pentru o muncă confortabilă fără acces la Internet, sunt potrivite doar soluțiile native.
Există planuri de a lansa versiuni noi?
În dezvoltarea hibridă și multiplatformă, mai devreme sau mai târziu, soluțiile terțe vor trebui folosite pentru a extinde funcționalitatea. Acest lucru poate fi plin de faptul că, atunci când o nouă versiune sau o actualizare importantă a sistemului de operare (iOS, Andriod) este lansată, aplicația dvs. nu va mai funcționa adecvat și va trebui fie să așteptați până când dezvoltatorii terți lansează versiunea corespunzătoare. actualizați singuri, sau refaceți-l singur, în ambele cazuri sunt în joc stabilitatea și calitatea.
De exemplu, astfel de probleme apar adesea dacă aplicația funcționează cu date (mai ales dacă trebuie să fie stocată direct pe dispozitivul utilizatorului, și nu în cloud) sau în timpul actualizărilor importante de securitate. Avantajul dezvoltării native este că, în primul rând, puteți planifica în avans actualizările pentru mai multe versiuni și puteți adăuga / elimina funcții inutile în fiecare versiune nouă, fără a reface întregul sistem de la zero; în al doilea rând, lansați rapid o nouă versiune ținând cont de modificările din platformă (dacă nu estedespre o schimbare de paradigmă la scară largă, cum a fost cazul, de exemplu, cu trecerea de la iOS6 la iOS7, care a fost radical diferită de versiunea anterioară).
Care este bugetul?
Ultima, dar extrem de importantă întrebare pentru orice afacere. De regulă, nativul costă mai mult. Da, există excepții dacă termenele limită se împlinesc și este nevoie de funcționalitate minimă. Cu toate acestea, dacă cineva promite „aplicația completă este mult mai ieftină”, pregătiți-vă să plătiți de trei ori. A doua oară - la o altă agenție, iar a treia - un buget de marketing pentru a returna clienții dezamăgiți.
Alexander Chernyshev, Director Improve Digital Production:
„Clienții aleg adesea în funcție de costul dezvoltării primei versiuni și uitând că acesta este doar vârful aisbergului. În cazul aplicațiilor native, dezvoltarea de la zero poate fi într-adevăr mai costisitoare, dar semnificația acestui lucru devine evidentă doar în etapa de lansare a actualizărilor. Unele produse sunt suficient de ușor de menținut în stare de funcționare în conformitate cu actualizările platformei și deja aici puteți simți cât de mult mai plăcut și mai convenabil este să lucrați cu nativul. Majoritatea aplicațiilor nu durează mult dacă nu se modifică în funcție de feedbackul și solicitările utilizatorilor. Afacerea clientului în sine se dezvoltă și este nevoie de a adăuga noi caracteristici și produse unei aplicații existente. Și aici, ca dezvoltator, voi alege întotdeauna o aplicație nativă și o voi recomanda clienților noștri.”
Investițiile într-o aplicație nativă sunt 100% justificate dacă:
- Dacă trebuie să lansați o aplicație pentru o singură platformă.
- Dacă este necesară implementarea unei funcționalități specifice platformei, de exemplu, în aplicație. Poate începe un dans cu cârje, care va cheltui o cantitate imensă de timp și efort.
- Dacă trebuie să actualizați constant aplicația în raport cu platforma (nou iOS sau Android - imediat o nouă aplicație). Adesea, actualizările motorului rămân în urmă cu actualizările platformei.
- Dacă actualizarea platformei conține ceva care este complet incompatibil cu motorul.
Opinia noastră este subiectivă și poate să nu coincidă cu opinia altor jucători de pe piață, iar acest lucru este normal - în primul rând, fiecare sarcină are propriile instrumente și, în al doilea rând, este mai bine să lucrezi cu ceea ce îți place cel mai mult și cu ceea ce îți este garantat. să înțeleagă mai bine decât alții.Ai fost avertizat
Răspunsurile la aceste întrebări vor ajuta la formarea unei viziuni și a înțelegerii a ceea ce ar trebui să fie soluția ta mobilă, ceea ce va simplifica foarte mult căutarea și comunicarea ulterioară cu antreprenorul - vei ști deja exact pe cine să cauți și ce va trebui să facă.
Cel mai bun design este transparent. Urmând această logică, utilizatorul final este profund indiferent la ceea ce se află în interiorul aplicației, dacă își rezolvă problema rapid și fără probleme. Alegerea abordării depinde de modul în care doriți să organizați procesul „în culise”, până la urmă tu și dezvoltatorii tăi trebuie să trăiești cu el. Personal, dezvoltarea nativă este cea mai apropiată de noi. Vedem cele mai multe avantaje în ea: nu există probleme de compatibilitate, simplitate și ușurință de suport și actualizare și, în sfârșit, un minim de soluții de la terți, ceea ce înseamnă că există motive pentru conflicte, eșecuri și probleme neprevăzute.
Luminos mâine.
Puteți citi acest material și alte materiale în buletinul nostru informativ săptămânal. Vă puteți abona la acesta fără a părăsi checkout-ul din formularul de mai jos. Nu promitem că știrile vor fi întotdeauna doar despre fintech, dar cu siguranță vor fi cele mai interesante.