Android alapú szoftverfejlesztéshez szükséged van egy szabadúszóra?

Android alapú szoftverfejlesztés magánmegrendelőknek

Az Android alapú szoftverfejlesztés akkor éri meg igazán, ha nem kész sablont keresel, hanem olyan megoldást, ami a saját feladatodra készül. Magánmegrendelőként sokszor nem nagy rendszer kell, hanem egy jól használható mobilalkalmazás, egy belső segédprogram vagy egy egyszerűbb ügyfélfelület. A gond általában nem az ötlettel kezdődik, hanem azzal, hogy nehéz eldönteni, mit kell valóban megépíteni. Szerintem itt szokott félremenni az első beszélgetés. Sokan túl sok funkcióval indulnak, aztán a munka drága lesz, lassú lesz, és a végeredmény sem lesz jobb.

Egy önálló fejlesztő vagy kisebb szakemberi csapat ilyen feladatnál gyakran rugalmasabb, mint egy nagy cég. Könnyebb egyeztetni, gyorsabb a visszajelzés, és jobban látszik, mire megy el a pénz. A Qjob.hu oldalon is ezért keresnek sokan egyéni szakembert ilyen munkára. Nem díszes bemutató kell, hanem tiszta válasz arra, hogy mi készül, mennyi idő alatt, és mi mennyibe kerül.

Mire jó egy androidos alkalmazás

Az androidos alkalmazás sokféle feladatra használható. Lehet időpontfoglalás, adatgyűjtés, helyszíni munkalap, családi költségkövetés, kiszállítás nyomon követése vagy egyedi vezérlő felület is. A lényeg az, hogy a program valós helyzetet oldjon meg. Én személy szerint azokat a megbízásokat tartom erősnek, ahol az első mondat nem az, hogy kellene egy modern felület, hanem az, hogy jelenleg ezt kézzel csináljuk és túl sok idő megy rá.

Volt olyan eset, amikor egy megrendelő eredetileg teljes közösségi rendszert akart. A beszélgetés végére kiderült, hogy neki valójában egy egyszerű zárt mobilalkalmazás kellett három feladattal. Üzenetküldés, állapotjelzés és fénykép feltöltése. A kisebb kezdés olcsóbb lett, és használni is elkezdték. Sok munka azért csúszik meg, mert a cél homályos marad. Sokkal jobb egy világos első változat, mint egy túlméretezett terv.

Az egyedi mobilfejlesztés akkor hasznos, ha a meglévő általános programok nem fedik le a folyamatodat. Ilyenkor nem csak a képernyőkről van szó, hanem arról is, hogy a program hogyan tárol adatot, hogyan működik internet nélkül, és milyen telefonokon kell stabilan futnia. Ez már valódi szakmai kérdés, ezért fontos, hogy a szoftverfejlesztő ne csak programozzon, hanem kérdezni is tudjon.

Fejlesztő választása

Jó fejlesztőt nem portfólió alapján egyedül érdemes választani. Az is számít, hogyan kérdez. Egy tapasztalt szoftverfejlesztő rögtön rákérdez a célra, a felhasználók számára, az adatvédelemre és arra, mi az, ami nélkül nem indulhat el a munka. Ha valaki az első üzenetben végösszeget mond részletes egyeztetés nélkül, én óvatos lennék.

Sok megrendelő hibázik ott, hogy csak az árat nézi. Pedig legalább ilyen fontos az átadás módja. Lesz-e írásos feladatleírás. Lesz-e javítási kör. Ki teszteli a programot. Ki segít, ha a telefon frissítése után valami megváltozik. Egy fejlesztő akkor megbízható, ha ezekről magától beszél.

Érdemes elkérni néhány korábbi munka rövid leírását. Nem a látvány a lényeg, hanem hogy milyen problémát oldott meg. Jó jel az is, ha a szakember le meri egyszerűsíteni az elképzelésedet. Nem azért, mert kevesebbet akar dolgozni, hanem mert tudja, hogy a használható első változat többet ér a túl hosszú tervezésnél.

Árak és tipikus tételek

Az Android alapú szoftverfejlesztés ára nagyon eltérő lehet. Függ a képernyők számától, az adatkezeléstől, a jogosultságoktól, az értesítésektől és attól is, kell-e külső rendszerhez kapcsolódni. Olcsóbb megoldás rendszerint akkor születik, ha a feladat szűk és pontos. Drágább lesz a munka, ha menet közben változik minden.

Saját tapasztalatom szerint a túl alacsony ajánlat ritkán jó jel. 120.000 forint alatt teljes értékű, egyedi, megbízható mobilalkalmazás ritkán készül el rendesen. Lehet olcsóbb belépő szintű munka, de ott általában kevesebb funkció, rövidebb támogatás vagy gyengébb dokumentálás fér bele. És ez később visszaüt.

A táblázat csak irányadó. A tényleges ár attól függ, mennyire pontos a feladat. De szerintem a nagyságrend így már jól látszik. Aki ennél jóval olcsóbb teljes fejlesztést ígér, annál érdemes külön megkérdezni, pontosan mi marad ki.

Hogyan induljon a munka

A jó indulás rövid és tárgyszerű. Elég egy fél oldalas leírás arról, mire kell a program, kik használják, milyen telefonokon futna, és mi az a három funkció, ami nélkül nem ér semmit. Nem kell hosszú műszaki anyag. De kell rend. Ebből látja a szakember, hogy mekkora munkáról van szó.

Az alkalmazásfejlesztés elején a legtöbb vita abból lesz, hogy a megrendelő fejben mást ért egy funkció alatt, mint amit a fejlesztő megvalósít. Ezt egyszerű mintaképekkel és rövid leírásokkal lehet megelőzni. Nekem az a benyomásom, hogy a túl sok szó helyett két jó példa sokkal többet segít. Mit csináljon a felhasználó az első megnyitás után. Mi legyen a második lépés. Hol lássa az eredményt. Ennyi már elég erős alap.

Nem baj, ha valami még nincs eldöntve. Az baj, ha minden nyitva marad. Egy egyedi szoftverfejlesztés akkor tartható kézben, ha van első változat, aztán jöhet a bővítés. Így a költség is jobban követhető.

Gyakori hibák android fejlesztésnél

Sokan azt hiszik, hogy az android fejlesztés legnehezebb része maga a programozás. Pedig sokszor nem ez a fő gond. Inkább az, hogy a feladat túl általánosan van megfogalmazva. Például kellene egy egyszerű alkalmazás. Ez még semmit nem jelent. A másik tipikus hiba a másolás. Valaki lát egy másik programot, és ugyanolyat kér, csak kicsit másképp. De ami ott működik, itt lehet teljesen felesleges.

Gyakori tévedés az is, hogy a megrendelő a megjelenést túlértékeli, a használatot pedig alulértékeli. Egy szép képernyő kevés, ha a felhasználó három kattintással sem találja meg, amit akar. És sokan megfeledkeznek a későbbi javításokról is. Egy mobilalkalmazás nem egyszeri tárgy. Karban kell tartani, különösen akkor, ha sokféle telefonon fut.

Volt már olyan megbízás, ahol a kliens hónapokig vitte magával a félkész tervet, mert mindenki új ötletet tett hozzá. Mire tényleg fejleszthető lett volna, az eredeti cél eltűnt. Ezért én jobban szeretem azokat a projekteket, ahol valaki ki meri mondani, hogy most csak ezt az egy problémát oldjuk meg.

Támogatás és későbbi módosítások

Az Android alapú szoftverfejlesztés nem ér véget az átadással. Később jöhet kisebb javítás, új telefonokhoz igazítás vagy új funkció. Ezt már az elején érdemes tisztázni. Mennyi ideig vállal hibajavítást a fejlesztő. Milyen gyorsan reagál. Mi számít új feladatnak és mi tartozik még bele az eredeti megállapodásba.

Szerintem a legnyugodtabb megoldás az, ha a kész munka után van rövid támogatási időszak. Nem túl hosszú, de nem is nulla. Így az első valós használat közben előjövő hibák rendezhetők. Az is jó, ha a szakember átad legalább annyi leírást, hogy egy későbbi fejlesztő is el tudjon igazodni. Ez különösen fontos egyedi mobilfejlesztés esetén.

És még valami. A túl olcsó induló ár néha azért alacsony, mert minden későbbi apróság külön tétel lesz. Ezt előre tisztázni kell. Nem kellemetlenkedésből, hanem azért, mert így lesz tiszta a közös munka.

Mikor éri meg belevágni

Az androidos alkalmazás fejlesztése akkor éri meg, ha a mostani kézi folyamat rendszeresen időt visz el, hibázik, vagy nehezen követhető. Ha csak egyszeri ötletpróbáról van szó, lehet, hogy elég egy egyszerűbb megoldás is. De ha napi használat lesz belőle, akkor az egyedi szoftverfejlesztés hosszabb távon rendezettebb és kiszámíthatóbb.

Én személy szerint azt preferálom, amikor a megrendelő nem kész választ vár, hanem közös tisztázást. Ilyenkor általában jobb lesz az eredmény, és kevesebb a felesleges kör. Az Android alapú szoftverfejlesztés nem varázslat. Egy jól körülírt feladat, egy jó fejlesztő, reális ár és világos átadás kell hozzá. Ha ez megvan, itt már lehet értelmesen választani a szakemberek között, és nem csak találomra dönteni.