Hogyan válassz mobilalkalmazás-fejlesztőt?
Miért számít ez évekig?
Egy weboldalt viszonylag könnyű később lecserélni. Egy mobilapp más: évekig fut az App Store-ban és a Google Playben, a felhasználók fiókjaival, adataival és megszokásaival együtt. Egy rosszul megválasztott fejlesztő nem csak egy csúnya felületet hagy hátra, hanem egy nehezen karbantartható vagy továbbfejleszthetetlen kódbázist is.
Referencia, nem csak látvány
A mobilapp-referenciáknál könnyű becsapódni egy szép képernyőfotón. Ezeket a kérdéseket érdemes feltenni mögötte.
Fut-e élesben, amit mutat?
Egy mockup vagy egy Figma-terv nem ugyanaz, mint egy publikált, valódi felhasználók által használt alkalmazás. Kérdezz rá, hogy az App Store-ban vagy a Google Playben elérhető-e a bemutatott projekt.
Csak a felületet, vagy a háttérrendszert is ő építette?
Sok mobilapp-referencia csak a UI-t mutatja. Kérdezd meg, ki tervezte és fejlesztette az auth-ot, az adatbázist és az API-kat – ez legalább annyira meghatározza a minőséget, mint a látvány.
Milyen összetettségű projektet vitt már végig?
Egy egyszerű, fiók nélküli app és egy több szerepkörös, előfizetéses SaaS-termék más tudást igényel. Nézd meg, van-e olyan referencia, ami a te projektedhez hasonló összetettségű.
Technológiai stack
A választott technológia hosszú távon is számít, mert ez határozza meg, milyen könnyen bővíthető és karbantartható lesz az app.
Milyen technológián dolgozik?
React Native és Expo alapokon egy kódbázisból lehet lefedni Androidot és iOS-t – ez a legtöbb üzleti alkalmazásnál gyorsabb és olcsóbb fejlesztést jelent, mint két külön natív app.
Karbantartott csomagokat használ?
A mobilfejlesztés ökoszisztémája gyorsan mozog. Kérdezd meg, hogyan dönt a felhasznált könyvtárakról, és mi történik, ha egy csomag elavulttá válik a projekt élete alatt.
Külön teszteli Androidon és iOS-en?
A közös kódbázis nem garantálja, hogy minden platformon ugyanúgy fog működni. Egy komoly fejlesztő mindkét platformon, valódi eszközön is leteszteli a fontosabb funkciókat.
Ha szeretnéd jobban megérteni, mikor éri meg a React Native, és mikor indokoltabb a natív fejlesztés, ebben a cikkben részletesebben is összehasonlítom a kettőt: React Native vagy natív fejlesztés?
Full-stack tudás
A legtöbb üzleti mobilapp mögött nem csak felület van, hanem bejelentkezés, adatbázis, jogosultságkezelés, API-k és gyakran külső integrációk is. Ha a fejlesztő csak a mobilfelülethez ért, a háttérrendszert külön kell megoldanod – ez extra egyeztetést és kockázatot jelent. Egy full-stack fejlesztő a kettőt egy kézből, összehangoltan tudja megvalósítani.
Store-publikálás és fiókok
Kérdezd meg előre, hogyan zajlik a publikálás: a te Apple- és Google-fejlesztői fiókodból, vagy a fejlesztőéből, azzal a lehetőséggel, hogy a kész alkalmazás később átkerül a tiédbe. Mindkét megoldás működhet, de ennek pontos módját már az ajánlatban vagy a szerződésben rögzíteni kell, nem a projekt végén kiderülnie.
Utógondozás
A publikálás nem a projekt vége. Az operációs rendszerek és a Store- szabályok időről időre változnak, ami frissítést igényelhet. Kérdezd meg, mi történik hibajavítással, rendszerfrissítéshez igazítással és új funkciókkal a projekt lezárása után – és hogy a forráskód, a design és a technikai anyagok a tiéd maradnak-e.
Gyakori kérdések a mobilalkalmazás-fejlesztő választásáról
Elég, ha csak a portfóliót nézem meg döntés előtt?
Nem elég. A portfólió megmutatja a látványt, de nem mutatja meg, hogy a mögötte lévő háttérrendszer, adatkezelés és Store-publikálási folyamat mennyire volt zökkenőmentes. Kérdezz rá konkrétan ezekre is.
Számít, hogy egy fejlesztő vagy egy csapat végzi a munkát?
Mindkettő működhet jól. Egy fejlesztőnél előny lehet a közvetlen kommunikáció és a konzisztens technikai döntéshozatal, egy csapatnál pedig a nagyobb kapacitás és a több szakterület. A lényeg, hogy világos legyen, ki felel a projekt egészéért.
Kérdezzek rá arra, hogy kinek a fejlesztői fiókjából publikál?
Igen, ezt érdemes tisztázni előre. Publikálhat a te Apple- és Google-fiókodból, vagy a sajátjából, azzal, hogy a projekt később átadható – ennek pontos módját már az ajánlatban rögzíteni kell.
Mit jelent, ha valaki 'garantálja' az App Store jóváhagyást?
Legyél óvatos ezzel az ígérettel. Az Apple és a Google saját, változó ellenőrzést végez, amit egyetlen fejlesztő sem tud garantálni. Amit reálisan elvárhatsz, az a Store-kompatibilis tervezés és a szükséges javítások vállalása, ha egy beadás elakad.
Mennyire fontos az utógondozás a döntésnél?
Nagyon. Egy mobilapp a publikálás után sem 'kész': rendszerfrissítésekhez kell igazítani, hibát javítani, esetleg bővíteni. Kérdezd meg előre, hogyan néz ki ez a szakasz, és marad-e nálad a forráskód és a hozzáférések.
Beszéljünk a projektedről
Írd le, milyen alkalmazást szeretnél, és megmondom, hogyan közelíteném meg full-stack, React Native és Expo alapokon.