Mobilalkalmazás-fejlesztők Szolnokon: Vélemények és kedvező árak

Mobilalkalmazás-fejlesztő magánügyfeleknek

A Mobilalkalmazás-fejlesztő olyan szakember, aki egy ötletből használható telefonos alkalmazást készít, vagy egy meglévő megoldást javít magánügyfeleknek. Ez lehet időpontfoglaló felület, egyszerű ügyfélkezelő, helyi szolgáltatáshoz kapcsolódó alkalmazás, kis webáruház mobilos része, családi vállalkozás belső eszköze, vagy egy már működő oldal kényelmesebb telefonos változata. A legtöbb ügyfél nem teljes céges rendszert keres, hanem valamit, ami végre működik, érthető, és nem igényel állandó magyarázatot.

Szolnok környékén gyakran látni olyan igényt, ahol az alkalmazás nem országos piacra készül. Egy helyi edző, oktató, szerelő, szépségipari szolgáltató vagy kisebb kereskedő szeretne egyszerűbb kapcsolatot az ügyfeleivel. Ilyenkor nem a legbonyolultabb technika a cél. Fontosabb, hogy a felhasználó gyorsan megtalálja az időpontot, az árakat, az üzenetküldést vagy a rendelési lehetőséget. Szerintem a jó mobilos munka itt kezdődik. Nem attól jó, hogy sok menüpontja van, hanem attól, hogy kevesebb hibát enged.

A Qjob.hu oldalán különböző önálló szakemberek közül lehet választani. Nem egyetlen cég csomagját kapja az ügyfél, hanem több ajánlatot, eltérő tapasztalattal és munkamóddal. Ez hasznos, mert egy kisebb alkalmazásnál sokszor a személyes egyeztetés többet számít, mint a nagy bemutatkozó szöveg. Egy fejlesztő akkor dolgozik jól, ha nem csak kódot ír, hanem rákérdez azokra a részletekre is, amelyek később költséget okoznának.

Mobilos fejlesztés igényfelméréssel

A mobilos fejlesztés első lépése nem a programozás. Előbb tisztázni kell, mire kell az alkalmazás, kik használják, milyen telefonokon, és milyen adatokat kezel. Sok ügyfél itt siet. Azt mondja, kell egy alkalmazás, ami olyan, mint egy ismert nagy szolgáltatás, csak kisebb méretben. Ez érthető, de veszélyes kiindulás. Egy nagy rendszer mögött sok hónap munka van. Magánügyfélnél jobb először a legfontosabb funkciókat kiválasztani.

Po mojemu tapasztalatom szerint egy egyszerű alkalmazás is el tud csúszni, ha nincs rendes leírás. Nem kell hozzá vastag dokumentum. Elég egy rövid lista a képernyőkről, a gombokról, a belépésről, az értesítésekről és az adatok mentéséről. A szakember ebből már látja, hogy natív alkalmazás, hibrid megoldás vagy inkább mobilra optimalizált webes felület lenne jobb. Sokszor az utóbbi is elég, és olcsóbb fenntartani.

Volt eset, amikor egy ügyfél saját hűségkártya alkalmazást szeretett volna. Elsőre külön telefonos programnak tűnt a feladat. Az egyeztetés után kiderült, hogy elég egy jól működő mobilos felület QR kóddal és egyszerű ügyfélazonosítással. A projekt így rövidebb lett, és kevesebb utólagos javítást igényelt. Ez nem mindig a leglátványosabb döntés, de gyakran ez a józan döntés.

Mobilalkalmazás készítés árak

Az ár attól függ, mennyi képernyő készül, kell e belépés, fizetés, térkép, értesítés, admin felület vagy adatbázis kapcsolat. Egy Mobilalkalmazás-fejlesztő munkája nem csak a látható részből áll. A háttérben adatkezelés, jogosultság, tesztelés, hibajavítás és átadás is van. Sok ügyfél csak a kezdő árat nézi, pedig a fenntartás ugyanúgy fontos.

Disszem, hogy olcsóbban 80.000 forint alatt ritkán lesz minőségi egyedi megoldás, ha valódi alkalmazásról beszélünk. Egy apró javítás lehet kevesebb, de egy teljes munka nem csak pár képernyő összerakása. Gyanús, ha valaki minden részlet nélkül azonnal végösszeget mond. Az is gond, ha a feltöltés, a tesztelés vagy a forrásanyag átadása nincs tisztázva.

Megfelelő alkalmazásfejlesztő kiválasztása

A megfelelő alkalmazásfejlesztő nem feltétlenül az, aki a legtöbb technológiát felsorolja. Magánügyfélnek inkább olyan szakember kell, aki érthetően beszél, kérdez, és le tudja írni, mit vállal. Nézze meg, készített e már hasonló munkát. Nem baj, ha nem pontosan ugyanazt, de legyen tapasztalata mobilos felületekkel, adatkezeléssel és átadással.

Sokan hibáznak, amikor csak a látványtervet nézik. Egy szép nyitóképernyő kevés, ha az alkalmazás lassú, nehéz frissíteni, vagy nem lehet biztonságosan kezelni az adatokat. Kérjen rövid magyarázatot arról, hogyan történik a belépés, hol lesznek az adatok, ki fér hozzá az admin felülethez, és mi történik, ha egy év múlva módosítani kell valamit. A válaszokból sok minden kiderül.

Én előnyben részesítem azt a szakembert, aki nem mindenre mond azonnal igent. Ha egy funkció túl drága vagy felesleges az első verzióban, jobb, ha ezt kimondja. Ez néha kényelmetlen, de hosszú távon pénzt takarít meg. A fejlesztő munkája akkor jó, ha az ügyfél nem érzi magát kiszolgáltatottnak az átadás után.

Android és iOS alkalmazás igények

Az Android és iOS kérdése az egyik leggyakoribb döntési pont. Ha az ügyfelek nagy része Android telefont használ, nem biztos, hogy az első verzióban két külön rendszerre kell fejleszteni. Ha viszont fizetős szolgáltatás, foglalási rendszer vagy szélesebb közönség a cél, akkor érdemes mindkét oldalban gondolkodni. A döntésnél nem az ízlés számít, hanem a használók szokásai.

Egy Mobilalkalmazás-fejlesztő többféle megoldást javasolhat. Lehet natív fejlesztés, amikor az alkalmazás külön készül Androidra és iOS rendszerre. Lehet közös alapú megoldás is, amely gyorsabb és olcsóbb lehet. Van olyan helyzet, amikor egy mobilbarát webes felület adja a legjobb arányt. Nincs mindenkire érvényes válasz. A rossz döntés később drága átépítést okozhat.

Szolnok belvárosában működő kisebb szolgáltatóknál gyakran elég egy könnyen kezelhető időpontfoglaló vagy ügyfélkártya megoldás. A Szandaszőlős, Tallinn városrész vagy a Tiszaliget környékén működő helyi vállalkozásoknál is hasonló a helyzet. Az ügyfelek gyors elérést akarnak, nem bonyolult rendszert. Ha valaki a környező településekről, például Tószegről vagy Rákóczifalváról érkezik, még fontosabb, hogy az információ telefonról is egyértelmű legyen.

Hibajavítás és továbbfejlesztés

Nem minden munka indul nulláról. Sok ügyfélnek már van alkalmazása, csak lassú, hibás, vagy a korábbi készítő már nem elérhető. Ilyenkor az első lépés az átvizsgálás. Meg kell nézni a forráskódot, a belépési adatokat, a szerverkapcsolatot, az áruházi fiókokat és a hibák ismételhetőségét. Ez néha több idő, mint egy új funkció megírása.

A továbbfejlesztésnél különösen fontos, hogy a szakember ne bontsa szét feleslegesen a működő részeket. Ha csak egy értesítés hibás, nem kell az egész alkalmazást újraírni. Ha viszont régi a technikai alap, akkor a javítás csak ideiglenes lesz. Ezt tisztán kell látni. Sok vita abból lesz, hogy az ügyfél javítást kér, de valójában már elavult rendszerrel dolgozik.

Volt olyan helyzet, amikor egy ügyfél azért keresett segítséget, mert az alkalmazás új telefonokon bezáródott. Nem a teljes rendszer volt rossz, csak egy régi külső elem nem működött az újabb verzióval. A javítás gyors volt, de csak azért, mert előtte pontos hibaellenőrzés történt. Ezért nem szeretem, amikor valaki diagnózis nélkül ígér megoldást.

Átadás és fenntartás a munka után

Az átadás legalább olyan fontos, mint a fejlesztés. Legyen világos, kié a forráskód, hol vannak a hozzáférések, milyen fiókba kerül az alkalmazás, és milyen formában kapja meg az ügyfél a belépési adatokat. Ezek száraz részletek, mégis ezek döntik el, hogy később szabadon lehet e módosítani a rendszert.

A fenntartás nem mindig nagy összeg, de számolni kell vele. Időnként frissíteni kell a csomagokat, ellenőrizni az áruházi követelményeket, javítani a kisebb hibákat, és figyelni az adatkezelési változásokat. Egy magánügyfélnek nem kell minden technikai részletet ismernie, de tudnia kell, kihez fordulhat gond esetén.

A jó megállapodás rövid, de pontos. Tartalmazza a feladatot, az árat, a határidőt, a javítási köröket és az átadott anyagokat. Nem kell túlbonyolítani. De ami nincs leírva, abból könnyen félreértés lesz. Mobilos munkánál ez különösen igaz, mert a látható felület mögött sok rejtett döntés van.