Weboldal mobilbarát adaptálása

Mobilalkalmazás magáncélra

A Mobilalkalmazás akkor jó döntés, ha egy magánügyfél gyorsan használható, érthető és valóban működő megoldást szeretne a saját ötletére. Itt a cél általában nem egy nagy vállalati rendszer, hanem egy kényelmesen kezelhető telefonos alkalmazás, amely segít foglalásban, nyilvántartásban, családi szervezésben, tanulásban, sportban vagy akár egy kisebb közösség működtetésében. A Qjob.hu oldalon ezért sokan nem céget keresnek, hanem olyan fejlesztőt vagy tervezőt, aki egyénileg dolgozik, figyel a részletekre, és nem tolja felfelé indokolatlanul a költséget.

Szerintem a legtöbb ember ott hibázik, hogy túl korán akar mindent beletenni az első változatba. Jön az ötlet, és rögtön kell bejelentkezés, üzenetküldés, térkép, értesítés, fizetés, értékelés, admin felület és még tíz másik rész. Pedig a jó mobilos alkalmazás nem attól lesz erős, hogy sok benne a menüpont. Inkább attól, hogy egy valódi feladatot egyszerűen old meg. Sok privát megrendelőnek először egy letisztult egyedi alkalmazás kell. Olyan, amit ki lehet próbálni, meg lehet mutatni, és később lehet továbbépíteni.

Én személy szerint jobban bízom abban a munkában, ahol az első beszélgetés nem a látványról, hanem a használatról szól. Mit csinál majd a felhasználó, mikor nyitja meg, mire kattint először, és hol fog elakadni. Ezek fontosabb kérdések, mint az, hogy hány szín legyen a kezdőképernyőn. Egy magánügyfél gyakran a saját pénzét teszi bele a projektbe. Emiatt teljesen érthető, ha óvatos. De az is igaz, hogy a túlzott spórolás később kétszeres költséget hozhat.

Mit tudjon a telefonos alkalmazás

A telefonos alkalmazás tartalma mindig az alapfeladattal kezdődik. Ha valaki időpontfoglalást akar, akkor annak kell hibamentesen működnie. Ha naplózni akar adatokat, akkor a rögzítés és a visszakeresés legyen biztos. Ha családi használatra készül valami, akkor a belépés, a jogosultság és az értesítés lehet a legfontosabb. Sokan félnek attól, hogy túl kevés funkcióval komolytalannak tűnik a munka. Az én tapasztalatom ennek az ellenkezője. A túlzsúfolt induló verzió inkább bizonytalan benyomást kelt.

Volt már olyan eset, amikor egy ügyfél eredetileg egy nagy közösségi rendszert kért fotófeltöltéssel, csoportokkal és belső üzenetekkel. A beszélgetés végére kiderült, hogy valójában csak arra volt szüksége, hogy a tagok lássák a heti programot, kapjanak emlékeztetőt, és vissza tudjanak jelezni. A végső terv így jóval kisebb lett, de használhatóbb. És olcsóbb is. Ez tipikus helyzet. Sok kérés mögött nem bonyolult rendszer áll, hanem egy egyszerűen megfogalmazható mindennapi gond.

Érdemes külön kezelni a kötelező és a ráérő elemeket. Kötelező lehet a stabil működés, a gyors betöltés, az átlátható menü és az adatvédelem. Ráérő elem lehet a későbbi automatizálás, a részletes statisztika vagy a többféle regisztrációs mód. A szakember akkor segít jól, ha ezt a kettőt szét tudja választani. Sok ügyfélnek már ettől tisztább lesz a projekt.

Gyakori igény még, hogy a mobilalkalmazás Androidon és iPhone készüléken is fusson. Ez ma természetes elvárás. De ettől még nem mindegy, hogy az első körben mindkét rendszerre készül valami, vagy csak egy ellenőrzött változat indul el. Nekem az a benyomásom, hogy magáncélú fejlesztésnél sokszor az első jól használható verzió többet ér, mint a túl hamar széthúzott projekt.

Mobilalkalmazás árak

A költség főként attól függ, mennyire egyedi a feladat, kell-e tervezés, kell-e felhasználói fiók, térkép, fizetés vagy külső rendszerhez kapcsolódás. Egy egyszerű mobilos alkalmazás ára más, mint egy összetett egyedi alkalmazásé. És fontos azt is látni, hogy a fejlesztési díj mellett később lehet tesztelési, karbantartási és frissítési munka is. Szerintem a túl alacsony ajánlatot mindig óvatosan kell kezelni. Olcsóbban 120.000 alatt ritkán lesz valóban használható, végiggondolt és rendesen átadott munka, ha teljesen egyedi megoldásról beszélünk.

Az árak persze mozognak, de magánügyfélnél többnyire ez a sáv reális, ha nem nagy ügynökségi struktúrában készül a munka. Én azt látom, hogy az olcsó és a drága ajánlat közti különbséget nem a címke, hanem a folyamat mutatja meg. Van-e részletes kérdezés, készül-e terv, kap-e az ügyfél próbálható változatot, és vállal-e javítást az illető. Ezek nélkül a kedvező ár könnyen drága tévedéssé válik.

Fejlesztő választása

Fejlesztőt választani nem csak ár alapján érdemes. A jó szakember kérdez. Nem csak válaszol, hanem visszakérdez. Ki fogja használni az alkalmazást, hányan, milyen telefonon, milyen gyakran, és mi történik, ha nincs internet. Ezek apróságnak tűnnek, de ebből derül ki, hogy valaki rutinnal dolgozik-e. Én személyesen jobban megbízom abban, aki képes lebeszélni a felesleges elemekről. Ez általában annak a jele, hogy a végeredmény érdekli, nem csak a számla összege.

Sokan elkövetik azt a hibát, hogy kizárólag látványtervet néznek, és nem kérdeznek rá a fenntartásra. Pedig egy mobilalkalmazás nem zárul le az átadás napján. Lesz frissítés, kisebb hiba, újabb telefonverzió, esetleg adatmentés vagy jogosultsági kérdés. Jó, ha a szakember ezt előre elmondja. Még jobb, ha leírja, mi számít külön munkának, és mi fér bele az eredeti díjba.

Hasznos ellenőrizni, hogy a fejlesztő mutat-e korábbi saját munkát, tud-e egyszerűen beszélni a folyamatról, és nem ködösít technikai szavakkal. A privát ügyfélnek nem kell programozónak lennie. Elég, ha megérti, mi készül, milyen ütemben, és mikor kap visszajelzést. Ha valaki már az elején nehezen elérhető, később sem lesz könnyebb vele haladni.

Helyi együttműködés és távoli munka

Sok megrendelő ragaszkodik ahhoz, hogy a fejlesztő helyben legyen, mert így biztonságosabbnak érzi a közös munkát. Ez érthető. De a gyakorlatban egy egyedi alkalmazás fejlesztése ma gyakran távolról is jól működik. A kérdés inkább az, mennyire rendezett a kommunikáció. Van-e heti egyeztetés, van-e rövid összefoglaló, kap-e az ügyfél bemutatható állapotot. Ha igen, a távolság ritkán döntő.

Ugyanakkor bizonyos helyzetekben tényleg előny a személyes találkozó. Például akkor, ha az alkalmazás egy helyi szolgáltatáshoz kapcsolódik, helyszíni folyamatot kell leképezni, vagy az ügyfél nehezebben fogalmazza meg, mire van szüksége. Ilyenkor egy közös átbeszélés sok félreértést megelőz. Volt olyan megrendelés, ahol egyetlen személyes alkalommal több dolgot tisztáztak, mint előtte két hét üzenetváltásban.

Én úgy látom, hogy nem a kilométerek száma számít, hanem az, hogy a munka lépései világosak legyenek. A helyi jelenlét hasznos lehet, de nem pótolja a rendes tervezést. És a teljesen távoli együttműködés sem gond, ha a fejlesztő pontos, elérhető és követhetően halad. Magánügyfélnél ez sokszor fontosabb, mint a földrajzi közelség.

Ha az ötlet egy adott környék vagy kisebb közösség igényeire épül, azt már az elején érdemes jelezni. Más megoldás kell egy szűk helyi klubnak, más egy országosan használható telefonos alkalmazásnak. A célközönség, a nyelv, a korosztály és a napi használat mind alakítja a tervet. Egy tapasztalt szakember ezt már az első beszélgetésen érzi.

Összességében a Mobilalkalmazás akkor éri meg magánügyfélként, ha a feladat világos, a funkciók sorrendben épülnek fel, és a fejlesztő nem ígér többet annál, amit valóban le tud szállítani. A legjobb projektek nem a leghangosabbakkal készülnek el, hanem azokkal, ahol normális tempóban, tiszta döntésekkel és valódi figyelemmel halad a munka.