Alkalmazásfejlesztők Veszprémben: Vélemények és kedvező árak

Alkalmazásfejlesztő magánügyfeleknek

Az Alkalmazásfejlesztő akkor segít, amikor egy ötletből használható mobilos vagy webes megoldást kell készíteni magáncélra, kisebb vállalkozás indulásához vagy egy meglévő folyamat rendbetételéhez. Nem minden munka indul nagy tervvel. Sok ügyfél csak annyit tud, hogy kellene egy felület, ahol időpontot lehet foglalni, adatot lehet rögzíteni, rendelést lehet kezelni, vagy egy egyszerű belső rendszer váltaná ki a táblázatokat. Ilyenkor a fejlesztő feladata nem csak a kódírás. Először meg kell érteni, mit akar a felhasználó, milyen eszközön használja majd az alkalmazást, és mennyi karbantartás fér bele később.

Veszprém környékén sok magánmegbízás indul személyes beszélgetéssel. Ez érthető. Egy alkalmazás nem olyan munka, ahol elég egy mondatban leírni a kérést. Szerintem az a jobb kezdet, amikor az ügyfél nem kész megoldást kér, hanem elmondja a problémát. A jó szakember ebből tud javaslatot adni. Lehet, hogy nem is natív mobilprogram kell, hanem reszponzív webalkalmazás. Máskor pont fordítva. Az ügyfél weboldalt mond, de a használat módja alapján egy egyszerű telefonos app a jobb választás.

A Qjob.hu oldalán különböző magánszakemberek között lehet keresni. A megbízást nem egyetlen cég végzi, hanem az ügyfél választja ki, kivel szeretne dolgozni. Ez fontos különbség. Van, aki gyors prototípust készít. Más fejlesztő a stabil háttérrendszerben erős. És akad olyan alkalmazásfejlesztő is, aki a felületet, a használhatóságot és a későbbi bővítést együtt kezeli.

Alkalmazásfejlesztés menete

Az alkalmazásfejlesztés általában igényfelméréssel kezdődik. Ez nem hosszú dokumentumot jelent minden esetben. Inkább azt, hogy tisztázni kell a fő funkciókat. Ki használja az alkalmazást. Milyen adatokat kell menteni. Kell-e belépés. Lesz-e fizetés, térkép, értesítés, admin felület vagy több felhasználói szerep. Sok vita később abból lesz, hogy ezek az elemek az elején kimaradnak.

Volt eset, amikor egy ügyfél csak egy egyszerű időpontfoglalót kért. A beszélgetés közben kiderült, hogy visszaigazoló üzenet, lemondási lehetőség, napi összesítő és ügyféladat mentés is kellene. Ez már nem ugyanaz a feladat. Nem azért, mert bonyolultnak kell hangzania, hanem mert más adatszerkezetet és más fejlesztési időt igényel. Ha ezt a szakember az elején jelzi, az ügyfél később nem érzi úgy, hogy folyton új költség jelenik meg.

Az első változatnál érdemes a legfontosabb funkciókra szűkíteni. Én személy szerint jobban szeretem az olyan munkát, ahol előbb elkészül egy kipróbálható alapverzió. Ezen gyorsabban látszik, mi működik, és mi csak papíron tűnt jó ötletnek. A túl nagy első verzió gyakran lassú, drága, és nehezebb javítani. Egy nyugodt fejlesztő ezt nem erőlteti. Inkább megmutatja, mi fér bele az első körbe, és mit érdemes későbbre hagyni.

Árak és díjak

Az árak főleg a funkcióktól, a platformtól és a készültségi szinttől függnek. Egy kisebb javítás vagy felületmódosítás olcsóbb. Egy teljes alkalmazás tervezéssel, adatbázissal és admin felülettel már komolyabb munka. Olcsóbban, mint 25.000 forint, ritkán lesz minőségi egy egyedi fejlesztési feladat, ha valódi szakmai gondolkodás is kell hozzá. Lehet kivétel, de én óvatos lennék vele.

A fenti összegek tájékoztató jellegűek. Egy alkalmazásfejlesztő csak akkor tud pontosabb árat adni, ha látja a célokat és a korlátokat. Sok ügyfél ott hibázik, hogy csak az óradíjat hasonlítja össze. Pedig nem mindegy, hogy valaki tíz óra alatt stabil megoldást ad, vagy harminc óra után is magyarázza, miért nem működik az alapfunkció.

Megfelelő szakember kiválasztása

A megfelelő szakember kiválasztása nem csak portfólió alapján történik. Fontos a kommunikáció. Egy fejlesztőnek érthetően kell beszélnie a korlátokról. Nem baj, ha nemet mond egy rossz ötletre. Sőt, gyakran ez a jó jel. Ha valaki mindenre azonnal igent mond, de nem kérdez vissza a működésre, az később kockázatot jelenthet.

Érdemes megnézni, hogy a programozó milyen típusú munkákat vállalt korábban. Más tudás kell egy egyszerű foglalási felülethez, más egy közösségi alkalmazáshoz, és megint más egy adatkezelő rendszerhez. Nem kell mindenkinek mindent tudnia. A lényeg az, hogy a megbízás ne legyen idegen terep neki. Ha mobilos munkáról van szó, kérdés, hogy Android, iOS vagy többplatformos megoldás készüljön. Ha webes alkalmazásról, akkor a tárhely, biztonság és frissítés is része a beszélgetésnek.

Veszprémben és a környékén praktikus lehet olyan fejlesztőt keresni, aki szükség esetén személyesen is tud egyeztetni. Nem kötelező, de sok félreértést megelőz. A személyes találkozó különösen hasznos akkor, ha az ügyfél nem tud műszaki leírást adni. Ilyenkor egy jó alkalmazásfejlesztő kérdésekkel építi fel a képet. Nem sürgeti az ügyfelet, de nem is hagy mindent homályban.

Helyi igények Veszprémben

Veszprém sajátos város ilyen szempontból. Van egyetemi környezet, sok kisebb szolgáltató, turisztikai igény, rendezvényekhez kapcsolódó szervezési feladat, és több olyan magánprojekt, amely a Balaton közelsége miatt szezonális terhelést kap. Egy időpontfoglaló, rendeléskezelő vagy ügyféladatokat rendszerező megoldás másként működik egy nyugodt téli időszakban, és másként nyáron, amikor hirtelen nő a forgalom.

A belváros, Dózsaváros, Jutaspuszta, Cholnokyváros vagy akár Gyulafirátót és Kádárta felől érkező megbízásoknál gyakori, hogy a helyi szolgáltatók kisebb, de jól kezelhető rendszert kérnek. Nem nagyvállalati szoftvert. Inkább olyat, ami nem omlik össze, nem igényel napi műszaki figyelmet, és érthető marad annak is, aki nem informatikus. A környező településekről, például Balatonalmádi, Herend vagy Litér irányából is jöhetnek hasonló kérések, főleg kisvállalkozói vagy családi projektekhez.

A lokális jelenlét nem önmagában érték. Akkor számít, ha a szakember érti, hogy az ügyfél nem technológiát akar vásárolni, hanem egy konkrét gondot akar kevesebb kézi munkával kezelni. Ez elég földhözragadt dolog, de a legtöbb jó alkalmazás innen indul.

Gyakori hibák fejlesztés előtt

Sokan túl korán kérnek végleges árat. Ez érthető, mert mindenki szeretné tudni, mennyibe kerül majd a munka. De ha a részletek nincsenek tisztázva, a végleges ár vagy túl magas lesz, vagy később módosul. Egyik sem kényelmes. Jobb előbb egy rövid feladatlistát készíteni. Ez alapján a fejlesztő már látja, mi egyszerű, mi bizonytalan, és hol lehet rejtett költség.

Másik gyakori gond a másolás. Az ügyfél lát egy alkalmazást, és azt mondja, ugyanolyat szeretne. Ez kiindulásnak jó lehet, de pontos tervnek nem elég. Nem látszik belőle a háttérrendszer, az adatkezelés, az üzemeltetés és a karbantartás. Egy látszólag egyszerű felület mögött komoly rendszer is lehet. És fordítva. Lehet, hogy egy csúnya felület mögött stabil logika működik.

Problémát okoz az is, amikor nincs kijelölve, ki dönt a változtatásokról. Magánmegbízásoknál gyakori, hogy több családtag vagy üzlettárs beleszól. Ez nem baj, de valakinek végül döntenie kell. Különben a fejlesztés elhúzódik. A fejlesztő ilyenkor csak vár, az ügyfél pedig azt érzi, hogy nem halad a munka.

Karbantartás és későbbi bővítés

Egy alkalmazás nem ér véget az átadással. Frissítések, kisebb hibák, új telefonverziók, tárhelyváltozások és biztonsági kérdések később is előkerülhetnek. Ezért már az elején érdemes megkérdezni, vállal-e a szakember utólagos támogatást. Nem kell minden hónapban nagy összegben gondolkodni. De jó, ha van kinek írni, amikor valami megáll, vagy egy apró módosítás kell.

A bővítésnél sokat számít a kezdeti felépítés. Ha az első verzió kapkodva készül, később drágább lehet hozzányúlni. Egy tiszta kóddal dolgozó alkalmazásfejlesztő nem mindig a legolcsóbb választás, de hosszabb távon gyakran kevesebb gondot okoz. Szerintem a jó ár nem az, amelyik a legalacsonyabb, hanem amelyiknél érthető, mit kap az ügyfél, és mit nem.

A végén az számít, hogy az elkészült megoldás használható maradjon. Ne csak bemutatón működjön. A magánügyfélnek nem kell fejlesztési nyelvet tanulnia. De joga van érteni, mire fizet, mikor készül el a munka, és milyen feltételekkel lehet később módosítani. Ez a nyugodt együttműködés alapja.