iOS alkalmazás fejlesztéshez szükséged van egy szabadúszóra?

iOS alkalmazás fejlesztés

Az iOS alkalmazás fejlesztés akkor hasznos, ha valaki saját célra szeretne gyors, stabil és hosszabb távon is kezelhető megoldást iPhone-ra vagy iPadre. Magánügyfélként sokan nem teljes céget keresnek, hanem olyan embert, aki érti az ötletet, visszakérdez, és nem akar fölösleges köröket futni. Itt ez számít. Legyen világos, mit tudjon az alkalmazás, kik használnák, és mi az a minimum, amivel már el lehet indulni. A legtöbb hiba ott kezdődik, hogy a megrendelő mindent egyszerre akar. Belépés, térkép, fizetés, értesítés, üzenetküldés, admin felület. Közben még nincs egyetlen pontos használati helyzet sem leírva. Személy szerint én jobban szeretem, amikor először egy szűk, működő változat készül el. Abból gyorsan kiderül, mi kell igazán és mi csak ötlet maradna. Az iOS alkalmazás fejlesztés ára és ideje is ettől függ a leginkább. Egy jó alkalmazásfejlesztő már az elején megmondja, mi az, amit első körben érdemes megcsinálni, és mi az, amit ráér később. A Qjob.hu oldalon ezért általában azt érdemes keresni, aki nem csak programoz, hanem rendesen pontosít is. Budapest környékén különösen sok a megkeresés olyan ügyfelektől, akik korábban félkész munkába futottak bele, és végül új emberrel kellett újrakezdeniük.

Az is gyakori, hogy valaki valójában nem teljes rendszert akar, hanem egyszerű iPhone alkalmazás készítést egy jól körülhatárolt feladatra. Ilyen lehet időpontfoglalás, személyes nyilvántartás, oktatási segédanyag, klubtagság kezelése vagy egy speciális hobbihoz kapcsolódó eszköz. Ezek nem hangzanak nagynak, de ettől még sok döntést igényelnek. Legyen-e internet nélkül használható. Kell-e külön admin felület. Tároljon-e képet vagy dokumentumot. Küldjön-e emlékeztetőt. Egy tapasztalt iOS fejlesztő ezeket végigveszi, és nem hagyja, hogy a projekt már az első héten széteső igénylistává váljon. A jó indulás nem látványos, de később ezen múlik a tempó és a költség.

iPhone alkalmazás célja

A megrendelőnek először nem technológiát kell választania, hanem célt. Sok magánügyfél itt akad el. Van egy ötlet, de a használati helyzet nincs végiggondolva. Ki nyitja meg az appot. Milyen gyakran. Mennyi időt tölt benne. Miért tér vissza. Ha ezekre nincs válasz, akkor a mobilalkalmazás készítés könnyen drága kísérletté válik. A másik gyakori gond, hogy valaki egy meglévő weboldal minden elemét át akarja másolni telefonra. De az iPhone más használatot kíván. Rövidebb utak, kevesebb döntés, tiszta felület kell. Amit asztali nézetben elbír a felület, azt mobilon sokszor nem lehet kulturáltan kezelni.

Volt olyan eset, amikor egy ügyfél hosszú funkciólistával érkezett. Azt mondta, minden fontos. Pár beszélgetés után kiderült, hogy valójában csak két dolog számít neki. Az, hogy a felhasználó gyorsan be tudjon küldeni egy adatlapot, és később vissza tudja nézni az eredményt. Minden más ráért volna. Ezzel hónapokat és sok pénzt spórolt. És ez nem ritka. A natív iOS fejlesztés akkor működik jól, ha a feladat egyszerű mondatokban is elmagyarázható. Ha ez nem megy, először nem kód kell, hanem rendrakás. Ilyenkor egy jó szakember vagy egy gondos alkalmazásfejlesztő többet ér, mint bármilyen látványos terv.

A használhatóságot sem érdemes félvállról venni. Sok megrendelő elsőre a látványt nézi, pedig a napi használatot inkább az dönti el, hogy hány lépésből lehet eljutni egy művelethez. Egy egyszerű adatbevitel lehet két perc vagy húsz másodperc. Ez a különbség később sok bosszúságot okoz vagy spórol meg. Nekem az a benyomásom, hogy a túlzsúfolt felület legtöbbször nem tudatos döntésből születik, hanem abból, hogy menet közben minden ötlet bent marad, és senki nem húzza ki a gyengébb részeket.

Fejlesztő választása iOS projekthez

Fejlesztőt választani sokszor nehezebb, mint maga a műszaki döntés. A legtöbben az árat nézik először, pedig előbb a gondolkodásmódot kellene. Egy megbízható iOS fejlesztő nem csak igent mond. Kérdez. Vitatkozik is, ha kell. Figyeli, hogy az ötlet fenntartható-e, és jelzi, ha valami felesleges vagy bizonytalan. Nekem az a tapasztalatom, hogy a rövid, túl sima ajánlatok mögött gyakran kevés valódi tervezés van. Ha valaki három mondatban megígér mindent, az ritkán jó jel.

Nézd meg, tud-e mutatni valódi példát. Nem elég egy szép képernyőkép. Fontosabb, hogy el tudja magyarázni, milyen problémát oldott meg, mennyi idő alatt, és hogyan kezelte a hibákat a megjelenés után. Kérdezz rá arra is, ki tesztel, ki írja a leírást, és lesz-e utókövetés. Sok magánügyfél ott hibázik, hogy csak az induló munkát rendeli meg. Aztán amikor jön egy rendszerfrissítés vagy valami nem működik, nincs kihez fordulni. Egy jó alkalmazáskészítő már az elején tisztázza az átadást, a forráskód helyét, a hozzáféréseket és a későbbi módosítások rendjét.

Hasznos az is, ha a megrendelő már az elején eldönti, mennyi beleszólást akar a folyamatba. Van, aki hetente szeretne visszajelzést adni. Más inkább csak nagyobb szakaszok végén néz rá az anyagra. Egyik sem rossz, csak legyen kimondva. Itt többféle munkastílusú ember közül lehet választani, és nem mindegyik ugyanúgy dolgozik. Van, aki részletesen dokumentál minden lépést. Van, aki inkább gyorsan szállít. Ha valaki bizonytalan, szerintem érdemes először kisebb induló feladatot kérni. Abból hamar látszik, mennyire pontos a kommunikáció, mennyire követhető a munka, és mennyire reálisak az ígéretek.

iOS fejlesztés árak

Az ár mindig a funkciók, a tervezés mélysége és az utómunka alapján alakul. Olcsón is lehet találni vállalást, de személy szerint úgy látom, hogy a túl alacsony összeg mögött gyakran hiányos tervezés, gyenge tesztelés vagy bizonytalan átadás áll. Olcsóbban 120.000 alatt ritkán lesz valóban használható egyedi munka, ha már saját felületet, bejelentkezést vagy adatkezelést is kérsz. A komolyabb mobilalkalmazás készítés ennek többszöröse lehet. Az alábbi árak tájékoztató jellegűek, de reális kiindulást adnak magánügyfélnek is.

Sokan elkövetik azt a hibát, hogy csak a fejlesztés sorát nézik, és kihagyják a tervezést vagy a tesztelést. Ettől lesz elsőre olcsóbb az ajánlat, de végül többe kerül. A valódi kérdés nem az, mennyi a legalacsonyabb ár, hanem az, mennyiért kapsz átlátható és átadható munkát. Egy korrekt szakember ezt tételesen leírja. És igen, van, amikor jobb két kisebb ütemben haladni, mint egyszerre mindent kifizetni. És azt is érdemes kimondani, hogy az olcsóbb ritkán jobb. Sokszor csak annyit jelent, hogy valami fontos kimarad. Ez lehet dokumentálás, hibajavítás vagy utólagos támogatás. Később ezek szoktak a legdrágábbak lenni.

Budapest és környéke

Ha a munka részben személyes egyeztetést is igényel, akkor nem mindegy, hol dolgozik a fejlesztő. Budapest több kerületében könnyű találni olyan szakembert, aki vállal konzultációt kávézóban, irodamegosztó helyen vagy akár otthoni megbeszéléssel. A belső kerületekben gyorsabb a találkozó szervezése, de sokan dolgoznak külsőbb részeken is, például Újbuda, Zugló vagy Óbuda felől. A város környékén Érd, Budaörs, Dunakeszi és Szentendre is gyakori helyszín, főleg akkor, ha a megrendelő nem akar minden alkalommal beutazni.

Ez nem csak kényelmi kérdés. Egy iOS alkalmazás fejlesztés során az elején sok apró döntést kell meghozni, és néha gyorsabb ezt személyesen átvenni. Főleg akkor, ha a megrendelő nem műszaki ember. De ettől még nem kell ragaszkodni a teljesen helyi kivitelezőhöz. Én azt látom, hogy a közelség csak akkor előny, ha mellette rendes dokumentálás is van. Különben a személyes jelenlét önmagában nem ment meg egy rosszul szervezett projektet. Budapest jó terep ehhez, mert sok a szabadúszó és könnyebb több ajánlatot összevetni.

Vannak helyzetek, amikor a távolság tényleg számít. Ha a megrendelő bizonytalan, még nincs kész anyaga, és szereti élőben átvenni a képernyőket, akkor jobb lehet budapesti vagy Budapest környéki embert választani. Ha viszont minden fontos részlet le van írva, akkor a helyszín sokkal kevésbé lényeges. Sokan ezt fordítva gondolják. Pedig nem a közelség oldja meg a félreértést, hanem a pontos munka.

Átadás és későbbi munka

Az átadásról túl kevesen beszélnek az elején, pedig ez döntő pont. Ki kezeli a fejlesztői fiókot. Kinél lesz a forráskód. Mi történik, ha fél év múlva másik emberhez kerül a projekt. Van-e leírás a működésről. Ezek nélkül a késznek mondott alkalmazás valójában függés marad. A natív iOS fejlesztés után gyakran jönnek kisebb javítások, új telefonméret, rendszerfrissítés vagy egyszerű használati észrevételek. Ez normális. Az nem normális, ha minden apróság külön vita tárgya, mert az elején semmit nem rögzítettek.

A tesztelésről is érdemes józanul gondolkodni. Nem elég egyszer végignyomkodni az alkalmazást egy telefonon. Meg kell nézni, mi történik lassabb hálózatnál, hibás adatnál, megszakadó kapcsolatnál vagy régebbi készüléken. Sok probléma csak itt jön elő. És ilyenkor látszik meg, hogy a fejlesztés valóban átgondolt volt-e. Volt már olyan ügyfél, aki azt hitte, a program kész, mert nála működött. Később kiderült, hogy egy másik készüléken a belépés után üres oldal fogadta a felhasználót. Nem nagy hiba volt, de elég ahhoz, hogy az egész munkáról rossz kép alakuljon ki. Ezért nem szoktam sajnálni az időt a próbákra.

És van még egy gyakori feszültség. A megrendelő azt hiszi, hogy a feltöltéssel vége a munkának. A fejlesztő pedig tudja, hogy utána kezdődik a valós használat. Ezért érdemes már induláskor megállapodni legalább egy rövid utókövetési időszakban. Egy jó iPhone alkalmazás készítés nem ott ér véget, hogy megjelenik az áruházban. Hanem ott, hogy néhány hét valódi használat után is stabil marad, és a hibák gyorsan javíthatók. Sokszor ez különbözteti meg az olcsó próbálkozást a rendes munkától.

Összességében az a legjobb út, ha a feladat kicsiben indul, a döntések le vannak írva, és a szakember nem csak kivitelez, hanem gondolkodik is. Így az iOS alkalmazás fejlesztés magánügyfélként sem lesz átláthatatlan. És így lesz nagyobb esély arra is, hogy a végeredmény valóban használható marad hosszabb távon.