Egyedi Szoftverfejlesztés az Ön Igényeire Szabva

Egyedi programok készítése magánügyfeleknek

Az Egyedi programok akkor jelentenek jó megoldást, ha egy kész rendszer túl sok felesleges részt tartalmaz, vagy éppen hiányzik belőle az a funkció, amelyre a mindennapi munkához szükség van. Magánügyfélként ez legtöbbször nem nagyvállalati rendszert jelent, hanem egy kisebb, pontosan körülírt online eszközt. Lehet rendeléskezelő, egyszerű nyilvántartó, belső kalkulátor, adatfeldolgozó felület, időpontkezelő, ügyféllista vagy olyan program, amely több kézi lépést vált ki.

Én azt látom, hogy a legtöbb megrendelő nem programot akar önmagában. Inkább azt szeretné, hogy kevesebb idő menjen el ismétlődő feladatokra, ne vesszenek el adatok, és ne kelljen több táblázat között keresgélni. Ezért az első kérdés nem az, hogy milyen technológiával készüljön a fejlesztés. Az első kérdés az, hogy pontosan milyen problémát oldjon meg.

A Qjob.hu felületén olyan magánszemélyek is kereshetnek programozót, akik nem céges beszerzésben gondolkodnak, hanem egy konkrét online feladatra szeretnének szabadúszó szakembert találni. Itt fontos, hogy a megrendelő röviden, de érthetően írja le az igényt. Nem baj, ha még nincs kész műszaki leírás. Az viszont sokat segít, ha van példa, képernyőkép, folyamatleírás vagy egy lista a szükséges funkciókról.

Egyedi szoftver igények és gyakori feladatok

Az egyedi szoftver nem mindig bonyolult. Sokszor egy kisebb webes felület is elég, amely belépéssel működik, adatokat ment, kereshető listát ad, és letölthető eredményt készít. Más esetben már összetettebb működés kell. Például jogosultságok, több felhasználó, értesítések, fizetési adatok, külső rendszerhez kapcsolódás vagy automatikus jelentések.

Tapasztalatom szerint a magánügyfelek gyakran akkor jutnak el egy ilyen megbízásig, amikor a táblázat már kevés. Egy darabig működik, hogy minden adat kézzel kerül be. Aztán jönnek az ismétlődő hibák. Valaki rossz sort másol, elfelejt frissíteni egy mezőt, vagy nem találja a legutóbbi változatot. Ilyenkor egy célzottan elkészített alkalmazás nem kényelmi kérdés, hanem rendet teremt.

Gyakori feladat a megrendelések nyilvántartása, ügyfelek adatainak kezelése, ajánlatok számítása, fájlok rendezése, belső kereső készítése, űrlapok összekötése, egyszerű számlázási előkészítés, vagy egy meglévő folyamat automatizálása. A programozó akkor tud pontos ajánlatot adni, ha látja, mi legyen a bemenet, mi legyen a kimenet, és milyen lépések között kell dönteni.

Egyedi fejlesztés árak online munkára

Az ár a feladat méretétől, a felelősségtől és a bizonytalanságtól függ. Szerintem a túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, főleg akkor, ha nincs benne tesztelés, javítási kör és átadás utáni rövid támogatás. Egy kisebb online program még nem feltétlenül drága, de a rosszul megírt megoldás később több pénzt vihet el.

Ezek az összegek tájékoztató jellegűek, de a valós megbízásoknál jól mutatják a nagyságrendet. Egy rövid javítás sokszor óradíjas alapon indul. Egy teljesen új Egyedi programok fejlesztése inkább projektáras, mert a megrendelőnek is fontos, hogy lássa a keretet. A jó ajánlat nem csak végösszegből áll. Tartalmazza, mi készül el, hány javítási kör van benne, milyen formában történik az átadás, és meddig tart a próbaidőszak.

Egyedi program készítő kiválasztása

A szakember kiválasztásánál nem elég azt nézni, hogy valaki tud programozni. Egy magánügyfélnek olyan fejlesztő kell, aki megérti a feladat üzleti vagy gyakorlati oldalát is. Ha a programozó csak technikai szavakat használ, de nem kérdez rá a folyamatra, az később gondot okozhat. A jó egyeztetésben sok a pontosítás. Ki használja a programot. Milyen adatokat kell rögzíteni. Mi történik hiba esetén. Mi számít kész eredménynek.

Érdemes korábbi munkát, rövid bemutatót vagy képernyőképet kérni. Nem azért, hogy ugyanolyat kapjon a megrendelő, hanem hogy lássa a gondolkodásmódot. Egy átlátható felület többet ér, mint egy látványos, de nehezen használható rendszer. Sokan ott hibáznak, hogy csak az árat hasonlítják össze. Pedig két ajánlat között nagy különbség lehet abban, hogy benne van-e a tesztelés, a hibajavítás, a betanítás és a forráskód átadása.

Volt olyan eset, amikor egy ügyfél csak egy kis kereshető adatbázist szeretett volna. A beszélgetés során kiderült, hogy háromféle felhasználó fogja használni, és mindegyik más adatot láthat. Ha ezt a részletet később veszik észre, a fejlesztés drágább és lassabb lett volna. A rövid, de őszinte egyeztetés ilyenkor sok kellemetlenséget megelőz.

Egyedi program fejlesztés menete távolról

Távoli munkánál a folyamat akkor működik jól, ha minden lépésnek van nyoma. Nem kell bonyolult dokumentáció, de kell egy rövid leírás, egy funkciólista és egy közös döntés a határidőkről. Az első egyeztetés után a programozó általában javaslatot ad a megoldásra. Ez lehet egyszerű webes program, adminfelület, adatbázis, automatizált folyamat vagy meglévő eszköz kiegészítése.

A munka gyakran kisebb szakaszokra bontható. Először elkészül az alap működés. Utána jönnek a kényelmi részek, a jogosultságok, a letöltések, az értesítések vagy a megjelenés finomítása. Ez magánügyfélként is előnyös, mert hamarabb látható, jó irányba halad-e a fejlesztés. Nem kell a végéig várni minden visszajelzéssel.

Az online kommunikáció lehet üzenetben, videóhívásban vagy megosztott dokumentumban. A lényeg az, hogy a döntések ne vesszenek el. Ha a megrendelő ma mást kér, mint amit tegnap elfogadott, akkor az időt és pénzt is változtathat. Ez nem rosszindulat kérdése. Az egyedi fejlesztés élő folyamat, de a változtatásokat érdemes külön kezelni.

Egyedi programok minősége és átadása

Az Egyedi programok minőségét nem csak az mutatja, hogy elindulnak-e. Fontos, hogy a program érthető legyen, hibára érthető választ adjon, és ne csak a fejlesztő gépén működjön. A megrendelőnek tudnia kell, hol éri el a felületet, hogyan lép be, hol módosíthat adatot, és milyen formában kapja meg az eredményt.

Átadáskor hasznos egy rövid használati leírás. Nem kell hosszú kézikönyv. Elég lehet néhány pont a fő műveletekről, a beállításokról és a gyakori hibákról. Ha van adatbázis, akkor tisztázni kell a mentés kérdését is. Ha van forráskód, akkor azt is érdemes megbeszélni, hogy a megrendelő megkapja-e, és milyen feltételekkel használhatja később.

Szerintem a jó minőség egyik jele az, hogy a program nem akar többet mutatni, mint amire szükség van. Egy magánügyfélnek sokszor nem kell túl nagy rendszer. Inkább stabil, érthető és tovább bővíthető megoldás kell. Ez különösen igaz akkor, ha a cél egy mindennapi feladat gyorsítása.

Egyedi szoftver hibák megrendelés előtt

A leggyakoribb hiba a túl általános feladatkiírás. Az, hogy kell egy program a rendelésekhez, még kevés. Jobb leírni, milyen adatokat kell rögzíteni, ki fogja használni, milyen állapotok vannak, kell-e keresés, letöltés, értesítés vagy jogosultság. Minél konkrétabb az indulás, annál kevesebb lesz a félreértés.

Másik gyakori gond a kész rendszerekhez való túl erős ragaszkodás. Vannak jó minták, de egy másik oldal vagy alkalmazás lemásolása ritkán jó cél. A saját folyamatot kell érthetővé tenni. A fejlesztő ez alapján tud egyszerűsíteni. Néha kiderül, hogy nem is teljes program kell, hanem egy kisebb automatizálás vagy egy meglévő táblázat okosabb kezelése.

Az is probléma, ha a megrendelő nem számol a próbával. Egy új rendszer első használatakor mindig előjönnek apró kérdések. Egy mező neve nem egyértelmű. Egy szűrő hiányzik. Egy gomb máshol lenne jobb. Ez természetes. De ezt előre kell kezelni, különben minden apró módosítás vitává válhat.

Egyedi fejlesztés rövid feladatleírása

Jó kiindulás, ha a megrendelő néhány mondatban leírja a jelenlegi helyzetet, majd külön a kívánt eredményt. Például most táblázatban vezeti az adatokat, de szeretne belépéssel működő online felületet, ahol keresni, szűrni és exportálni lehet. Ez már elég ahhoz, hogy egy programozó visszakérdezzen a fontos részletekre.

A feladatleírásban érdemes szerepeltetni a határidőt, a rendelkezésre álló anyagokat, a szükséges fájlformátumokat, a javítási igényt és azt, hogy van-e meglévő rendszer. Ha ezek nincsenek meg, akkor is el lehet indulni, de az ajánlat kevésbé lesz pontos. Egyedi programok rendelésénél a pontosság nem formaság. Ez adja meg a fejlesztés keretét.

A jó online megbízás végén a megrendelő nem csak egy fájlt kap. Kap egy működő megoldást, amelyet használni tud, és amelynek a korlátait is ismeri. Ez a különbség egy gyorsan összerakott eszköz és egy valóban használható egyedi szoftver között.