Mint rendszerintegrátor, mobil fejlesztő, szoftverforgalmazó vagy IT-tanácsadó, bizonyára jól ismeri a mobil applikáció-bevezetés szokásos lépéseit. Azzal is tisztában van, hogy ez a folyamat meglehetősen sokáig is eltarthat, és menet közben számos nehézség felmerülhet. De tudja-e, hogy vannak gyorsabb és kevésbé nehézkes módszerek is?

[/spb_text_block] [spb_image image=”17762″ image_size=”full” frame=”noframe” caption_pos=”hover” remove_rounded=”yes” fullwidth=”no” overflow_mode=”none” link_target=”_self” lightbox=”no” intro_animation=”none” animation_delay=”200″ width=”1/1″ el_position=”first last”] [spb_text_block animation=”none” animation_delay=”0″ simplified_controls=”yes” custom_css_percentage=”no” padding_vertical=”0″ padding_horizontal=”0″ margin_vertical=”0″ custom_css=”margin-top: 0px;margin-bottom: 0px;” border_size=”0″ border_styling_global=”default” width=”1/1″ el_position=”first last”]

Változások a piacon

Ahogy naponta jelennek meg újabb innovációk a mobil alkalmazás-piacon, a bevezetési folyamat is egyre többféle formát ölthet, olyan alternatívákkal, amelyekről nem is álmodott. Nem feltétlenül van szükség például egyedi fejlesztésre. Nem kell a végletekig elmennünk a testreszabásban sem.

Mindezek ellenére a piac csak lassan reagál az új lehetőségekre, és fordul abba az irányba, ahol a tervezés, fejlesztés, tesztelés, és bevezetés fázisai eltűnnek vagy elmosódnak a hatékonyság érdekében. Mint ahogy egy korábbi Gartner-felmérésből kiderült, a vállalatok többsége még mindig az egyedi fejlesztésekre koncentrál, miközben egyre halaszthatatlanabb, hogy felvegye a ritmust a dolgozói igényekkel és a versenytársakkal. Eljött a szemléletváltás ideje: keresse azokat a termékeket, amelyek lerövidítik a fejlesztés folyamatát!

Ilyenek például a dobozos termékek, amelyek tökéletesek lehetnek, ha a megoldásra váró probléma inkább általános jellegű, és nem túl iparág- illetve cégspecifikus. Ezen alkalmazások hátránya ugyanakkor, hogy nem szabhatók testre, ha arra van szükség, viszont esetleg olyan funkciókért is fizetnünk kell, amelyeket nem is fogunk használni.

Szerencsére vannak már olyan termékek is, amelyek egyesítik a dobozos megoldások és az egyedi fejlesztés előnyeit. Ezek elég egyszerűek ahhoz, hogy a dolgozók azonnal használni tudják őket, mégis lehetőséget adnak arra, hogy a cég az alkalmazás funkciókészletét számos részletében megváltoztassa.

A leggyorsabb módszer

Meg fog lepődni, mennyi időt és költséget lehet megspórolni ezzel az új megközelítéssel. A fent említett testre szabható, azonnali használatra kész alkalmazás esetén a mobil fejlesztés az átlagos 18 hét helyett néhány nap alatt megvalósulhat, a szokásos 250 ezertől 500 ezer dollárig terjedő költségek pedig jelentős mértékben csökkenthetők.

Ha ilyen alkalmazást választ, a fejlesztés utolsó fázisában, a tényleges bevezetésnél fog csak bekapcsolódni a folyamatba, ráadásul egy szakmai partner támogatását is élvezheti. Persze némi tervezésre szükség van ebben az esetben is a bevezető partnerrel és az alkalmazás-fejlesztővel való találkozás előtt, de ideális esetben a funkciók, a felület, és az alkalmazás használatának megtervezését az utóbbi ekkorra már elvégezte.

Az alkalmazás-fejlesztés technikai részleteinek kidolgozása helyett koncentrálhat arra, hogy milyen munkafolyamatokat kíván mobilizálni, és hogyan szolgálja ez a felhasználók érdekét. Nincs szükség arra, hogy további értékes erőforrásokat szánjon a kódolásra, dizájnra, és a tesztelésre.

A gyakorlatban ez azt jelenti, hogy csak minimális időt kell szánni arra, hogy egy iparáig sztenderdek szerint meghatározott kínálatból kiválassza a szükséges funkciókat, valamint egy webes felületen keresztül elvégezzen néhány kisebb beállítást. Ilyen lehet az egyes funkciók jogosultságainak beállítása, csatolmányok kezelési módja, vagy annak meghatározása, hogy az egyes feladatok teljesítéséhez szükséges-e az alkalmazottnak fotót vagy videót feltöltenie.

Ha nincs szükség arra, hogy az alkalmazás a backend rendszerrel integrálva legyen, a bevezetés egy-két nap alatt lezajlik. Ha azonban az integráció is részét képezi, ezt akkor sem lehet megspórolni, ha egyedi fejlesztés vagy módosítható dobozos termék mellett dönt. A cége hatékonyságától függ, hogy mindez mennyivel növeli meg a bevezetésre fordított időt, de biztos, hogy kevesebb lesz, mint az a jónéhány hét, amit a fejlesztésen spórol.

Frissítések

Hosszú távon még egy lépésre szükség lesz, amelyet időről időre meg is kell ismételni: ez pedig az alkalmazás frissítése. A mobilizált vállalat is csak akkor maradhat versenyképes, ha tesz azért, hogy az általa használt alkalmazás lépést tartson az iparági vagy üzleti trendekkel. Így tehát a mobil fejlesztés egy állandó projekt lesz, de ha kezdetben minden simán ment a szolgáltatóval, akkor valószínűleg a későbbiekben a frissítésekkel sem lesz gond.

[/spb_text_block]

The post Mobil applikáció-bevezetés: A leggyorsabb módszer, amit senki sem használ! appeared first on Scolvo.

Tehát megszületett a döntés arról, hogy a cégnek szüksége van mobil applikációkra, hogy termelékenyebb legyen és állja a versenyt, és már az is eldöntött kérdés, hogy milyen szakmai partnerrel fogják megvalósítani a fejlesztést. De még egy fontos döntés hátravan: webes, natív, vagy hibrid applikáció lenne a legjobb megoldás?

[/spb_text_block] [spb_image image=”17827″ image_size=”full” frame=”noframe” caption_pos=”hover” remove_rounded=”yes” fullwidth=”no” overflow_mode=”none” link_target=”_self” lightbox=”no” intro_animation=”none” animation_delay=”200″ width=”1/1″ el_position=”first last”] [spb_text_block animation=”none” animation_delay=”0″ simplified_controls=”yes” custom_css_percentage=”no” padding_vertical=”0″ padding_horizontal=”0″ margin_vertical=”0″ custom_css=”margin-top: 0px;margin-bottom: 0px;” border_size=”0″ border_styling_global=”default” width=”1/1″ el_position=”first last”]

Mindegyiknek van előnye és hátránya, és ezek aránya főként attól függ, hogy mire van szüksége a cégnek, illetve milyen erőforrásokkal rendelkezik. Ami fontos, hogy ne hagyja magát rábeszélni egyik megoldásra sem csak azért, mert az a fejlesztő fő profilja. Egy jó szakmai csapat állandóan követi a trendeket, hogy azt a megoldást ajánlhassa, amelyik a cége igényeinek legjobban megfelel.

Webes appok: adaptációban nyerők

Ezek többet tudnak, mint ha csak egy weboldal lenne mobil eszközökre optimalizálva: erős backend-funkcióik és interaktivitásuk révén jól alkalmazhatóak üzleti célokra. Ugyanakkor, böngésző-alapúak, és a weben keresztül érhetők el és frissíthetők is – akárcsak bármelyik weboldal.

Ez a típus főként a fogyasztók számára készülő appoknak jó választás, ahol olyan megoldást kell találni, amely egyszerre több különféle platformon is működik. Egy szabályozottabb üzleti környezetben is lehetséges alternatíva, ha nem tudunk sokat rászánni a fejlesztésre, de mégis szeretnénk kihasználni a mobilizációban rejlő lehetőségeket, vagy ha az applikáció segítségével inkább információt szeretnénk megosztani, mint tranzakciókat végezni.

Előnyök:

• Egyszer kell csak lefejleszteni, és minden eszközön működni fog.
• Minden frissítés automatikusan megjelenik az appban és minden felhasználó ugyanazt a verziót fogja használni.
• Nem kell harmadik fél hozzájárulása a letöltéshez.
• Az automatikus frissítéseknek köszönhetően hatékonyan elvégezhető az egyes funkciók A/B tesztelése.
• Mivel az app letöltés nélkül, egy böngészőben megnyitható, a felhasználók szívesebben tesznek vele egy próbát.

Hátrányok:

• Bizonyos speciálisan mobil funkciók, mint például a szenzorok, vagy a helyi adatbázisok, csak részben integrálhatók ebbe a megoldásba.
• A különböző mobil böngészők okozhatnak olyan problémákat, amelyek teljesítménycsökkenéshez vezetnek.
• Limitált hálózati elérés: a felhasználóknak online kell lenniük az app használatához.

Natív appok: a leggyorsabbak

Ezek olyan appok, amelyek egy bizonyos eszköz natív programnyelvét használják és ezért minden funkcióját integrálni képesek. Jellemzően app-boltokban érhetők el, ahol a felhasználóknak le kell tölteniük, majd fel kell telepíteniük őket a saját eszközükre. A 2016 júniusi adatok szerint az üzleti alkalmazások kategóriája a második legnépszerűbb volt az Apple App Store-ban. Ugyanakkor minden platformhoz (vagy legalábbis a legnépszerűbbekhez) külön appot kell fejleszteni.

Ez jó választás, ha az egyedülálló felhasználói élmény a cél, ha a céges site inkább a tranzakciókra, mint az információra koncentrál, vagy ha az appot később fizetőssé kívánjuk tenni.

Előnyök:

• Egy feltelepített app gyorsabban fut mint bármelyik másik applikáció, akkor is, ha tele van nagy felbontású grafikus tartalommal.
• A teljes integráció segítségével maximális felhasználói élmény érhető el.
• Az app-boltok előnye, hogy az alkalmazások könnyebben megtalálhatók, letölthetők, vagy frissíhetők.
• Ezek a mobil piacterek szigorúan szabályozzák, hogy milyen új app jelenhet meg rajtuk, és rendszeresen biztonsági ellenőrzéseket is biztosítanak.
• Könnyebb offline funkcionalitással bővíteni egy olyan appot, amely a felhasználó eszközére van telepítve.

Hátrányok:

• A több platformra való fejlesztés, a fenntartás, és a frissítések költségei magasabbak.
• A több programnyelv miatt nehezebb a hibák követése és javítása is.
• Az app és a frissítések elérhetővé tétele harmadik féltől (app store) függ.

Hibrid appok: mindkét világ legjobbika

A hibrid applikációk kombinálják a webes appok alacsony erőforrás-igényét és a natív appok alkalmazkodóképességét. Legbelül ezek webes appok, amelyek köré platform-függő rétegek kerülnek attól függően, hogy milyen eszközön használják majd őket. Így kinézetre és érzésre natívnak tűnnek, azonban a fejlesztés költségei jóval alacsonyabbak.

Ez jó választás, ha a vállalati folyamatok több app fejlesztését is megkívánják, ugyanakkor jobban elérhetőeknek és népszerűsíhetőek kell lenniük, különösen, ha van BYOD-szabályozás a cégnél.

Előnyök:

• Könnyen alkalmazkodnak: a platform-specifikus natív tulajdonságok révén.
• Könnyen fejleszthetők: akárcsak egy webes app, csak hozzá kell tenni egy mobil keretrendszert.
• Teljes integrációt tesz lehetővé az eszköz funkcióival, akárcsak egy natív app.

Hátrányok:

• Új dizájnt kíván: akkor is, ha már van egy kész webes app, meg kell győződni róla, hogy a dizájn minden operációs rendszeren ugyanolyan marad.
• Érteni ell a mobil keretrendszerekhez: a programozóknak, akárcsak az ügyfélszolgálatosoknak, új kihívás lehet ezeknek az appoknak a kezelése.
• Korlátozott grafikai kapacitás: akárcsak a webes appok, a hibrid appok sem bírnak el túl sok grafikai elemet.

[/spb_text_block]

The post Webes, natív vagy hibrid? Milyen mobil alkalmazást fejlesszünk? appeared first on Scolvo.