Mobilfejlesztők Miskolcon: Vélemények és kedvező árak

Mobilfejlesztő Miskolc környékén

Mobilfejlesztő akkor kell, amikor egy ötletből tényleg használható telefonos megoldás lesz, nem csak üzenetek és vázlatok. Miskolc környékén sok magán megrendelőnél azt látom, hogy mindenki gyorsan akar indulni, de nincs kimondva, mi a cél, mi a legelső verzió, és mi az, amit most biztosan nem kérsz. Szerintem ez a három mondat a legolcsóbb része az egész munkának, mégis ezt hagyják ki a legtöbben.

A mobil fejlesztésnél a részletek nem a végén jönnek, hanem az első héten. És itt születik a konfliktus is. Sok ügyfél azt gondolja, hogy ha egyszer elmondta, mit szeretne, akkor azt mindenki ugyanúgy érti. Pedig nem. A fejlesztő a működést látja, te meg a képet a fejedben. Ha ez nem találkozik, akkor lesz csúszás, és lesz feszültség. Én inkább kétszer kérdezek vissza, minthogy utólag vitatkozzunk.

Feladat leírása mobil app fejlesztéshez

A mobil app fejlesztés akkor tervezhető, ha a feladat leírása egyszerű és konkrét. Nem kell hosszú dokumentum. Elég, ha leírod, kinek szól az alkalmazás, milyen helyzetben használja, és mi az a legfontosabb eredmény, amit el kell érnie. Ha van már weboldalad vagy valamilyen jelenlegi megoldásod, írd le, miért nem elég. A tapasztalatom szerint ez sokkal többet ér, mint bármilyen divatos kifejezés.

Volt egy eset, amikor egy megrendelő Miskolc mellett azt mondta, csak egy egyszerű nyilvántartó app kell. Aztán kiderült, hogy több felhasználói szerep, értesítés és export is kell. Ő ezt természetes pontosításnak érezte. A mobilfejlesztő meg úgy, hogy ez már egy másik projekt. Itt lett a vita. Végül leültünk, és megcsináltuk az első verziót egy szűk funkció csomaggal. A többit későbbre tettük. Nekem ez tanulság volt, mert látszott, hogy a rend nem lassít, hanem gyorsít.

Ha magán megrendelő vagy, érdemes rögtön azt is leírni, milyen határidő reális neked, és mikor tudsz válaszolni kérdésekre. Egy okostelefonos alkalmazás készítésénél a válaszidő sokszor fontosabb, mint egy extra funkció. Ha két napig nem döntesz egy apróságról, a fejlesztés nem tud tovább menni.

Platform döntések és technikai keretek

Nem minden alkalmazás ugyanaz. Van, ami csak Androidon fut, van, ami mindkét rendszeren kell. Van, ami offline is működjön, van, ami állandó internetet igényel. Szerintem a leggyakoribb hiba az, hogy ezeket a döntéseket halogatják, mert unalmasnak tűnnek. Pedig a technikai keret adja az árat és a tempót. Ha kell bejelentkezés, akkor azt is tisztázni kell, milyen módon. Ha lesz fizetés, akkor az már más szint, és ezt nem érdemes az utolsó pillanatban bedobni.

Én személy szerint szeretem, ha a mobilfejlesztő már korán elmondja, mi a kockázat. Például ha külső szolgáltatásokra támaszkodtok, akkor lehet leállás, lehet változás, és ezt kezelni kell. Sok ügyfél ilyenkor megijed, mert azt várja, hogy minden biztos legyen. De a valóságban az a biztos, ha számolunk a bizonytalansággal, és van terv B.

Miskolc területén gyakori, hogy valaki személyesen is szeretne egyeztetni. Szerintem ez jó, ha tényleg a keretekről beszéltek. Én nem szeretem, amikor a találkozó csak ötletelés, aztán mindenki úgy megy haza, hogy nincs döntés. Egy rövid, célzott egyeztetés viszont aranyat ér, mert a félreértések nagy része ott tisztázható.

Árak és időráfordítás mobilfejlesztésnél

Az árak mobilfejlesztésnél a terjedelemből, a tisztaságból és a kockázatból állnak össze. Ha a feladat pontos, a díj is stabilabb. Ha minden menet közben derül ki, a díj nő, mert több a visszalépés és a teszt. És kimondom, olcsóbban 12.000 ritkán lesz minőségi munka, legfeljebb egy nagyon apró javításnál. Az olcsó megoldás gyakran ott bukik, hogy kimarad a tesztelés, és később ugyanazt a hibát újra fizeted. Én ezt nem szeretem, mert a végén nem spórolás, hanem dupla kör.

A táblázat támpont. A valóságban az számít, mennyire vagy felkészült. Ha te adod a szövegeket, a képeket, és a folyamatot, gyorsabb és olcsóbb. Ha mindent a fejlesztőnek kell kitalálnia, drágább. Tapasztalatom szerint a legjobb ár arány ott van, ahol a megrendelő dönt, a fejlesztő pedig végrehajt és jelzi a kockázatot. Én ezt keresem, mert így nincs sértődés.

Hogyan válassz mobilfejlesztőt magán megrendelőként

Mobilfejlesztő választásnál én a kérdések minőségét figyelem. Ha a szakember rákérdez a célra, a felhasználókra, és arra, mi a legkisebb működő verzió, az jó jel. Ha csak egy árat dob, kérdés nélkül, az nekem gyanús. Egy jó programozó tudja, hogy a pontatlan feladat később vitát szül. És igen, a kommunikáció fél siker. Nekem egyszer volt olyan helyzetem, hogy a fejlesztés haladt, de a válaszok lassúak voltak. A bizonytalanság végül több idegeskedést hozott, mint maga a munka.

Én személy szerint kérek egy rövid tervet, akár csak pár sorban. Mik a lépések, mikor kapsz működő verziót, hogyan jelez hibát, és hogyan lesz az átadás. Ha ez megvan, nyugodtabb vagy. Itt ezen a felületen érdemes úgy írni a feladatot, hogy legyen benne elvárt válaszidő, és az is, milyen gyakran szeretnél állapotjelentést.

Miskolc környékén sokan ragaszkodnak a személyes találkozóhoz. Szerintem ez rendben van, de ne keverd össze a bizalom építést a specifikációval. A bizalom jó, de a lista még jobb. A kettő együtt ad stabil projektet.

Átadás, javítások, és a későbbi bővítések

Az átadásnál derül ki, mennyire volt tiszta a kész definíció. Sokan itt hibáznak, mert átadáskor jut eszükbe, hogy még kellene egy extra képernyő vagy új gomb. Én ezt nem szeretem, mert ettől az átadás csúszik, és az alkalmazás nem kerül a felhasználók elé. Jobb, ha van egy rövid lista, mi kerül be az első verzióba, és mi megy a következő körbe. A mobil app fejlesztés így nem végtelen kör, hanem lépések sora.

És van még egy dolog, amiről kevesen beszélnek. A rendszer frissítések. A telefonok és az alkalmazásboltok változnak. Emiatt időnként kell karbantartás, különben egyszer csak jön egy hiba, és senki nem érti, miért. Szerintem az a korrekt, ha már az elején megállapodtok, hogyan kezelitek a javításokat, és mi számít új funkciónak. Aki azt ígéri, hogy soha többé nem kell hozzányúlni, az szerintem vagy túl optimista, vagy nem mond igazat.

Ha most indulsz, én azt javaslom, először legyen egy egyszerű, de stabil okostelefonos alkalmazás. Utána jöhet a finomítás. Így a magán megrendelő nem veszít hónapokat, a fejlesztő pedig nem épít homokra. És ha jól csináljátok, a mobilalkalmazás készítés nem stressz, hanem kontrollált munka, még akkor is, ha közben felbukkan pár váratlan részlet.