Belső vállalati alkalmazás létrehozása munkavállalók számára

Belső alkalmazás készítése magán fejlesztővel

A Belső alkalmazás készítése akkor hasznos, ha egy meglévő munkafolyamat túl sok kézi lépésből áll, és egy egyszerűbb digitális felület gyorsabban rendet tud tenni benne. Ilyen lehet egy rendeléskezelő felület, belső nyilvántartás, ügyféladatok kezelése, munkalapok rögzítése, jogosultságok kezelése vagy egy kisebb vállalkozás saját adminisztrációs rendszere. A lényeg nem az, hogy nagy és látványos program készüljön. A lényeg az, hogy a feladat kevesebb hibával, gyorsabban és átláthatóbban menjen.

Én azt látom, hogy sok ügyfél nem teljesen új rendszert akar. Inkább azt szeretné, hogy végre ne táblázatokban, üzenetekben és külön fájlokban kelljen követni mindent. Egy szabadúszó fejlesztő ebben jó megoldás lehet, mert közvetlenül lehet vele egyeztetni, gyorsabban reagál, és kisebb projektnél nem kell egy teljes céges fejlesztőcsapat költségével számolni. A Qjob.hu felületén olyan magán szakember is kereshető, aki távolról dolgozik, és vállal egyedi belső szoftver készítést kisebb vagy közepes igényekre.

A belső rendszer fejlesztése nem csak technikai munka. Először meg kell érteni, hogy ki mit használ, hol akad el a folyamat, milyen adatokat kell rögzíteni, ki láthatja ezeket, és milyen eredményt vár a megrendelő. Ha ez nincs tisztázva, akkor a fejlesztés drágább lesz, a végeredmény pedig pontatlan. Szerintem a jó belső alkalmazás nem attól jó, hogy sok funkció van benne, hanem attól, hogy a napi használatban nem zavarja a munkát.

Belső alkalmazás tervezése és igényfelmérés

A belső alkalmazás tervezése rövid, érthető feladatleírással indul. Nem kell műszaki dokumentációval kezdeni, de fontos leírni, hogy milyen problémát kell megoldani. Például több felhasználó dolgozik ugyanazon az adaton, nincs rend a jogosultságokban, lassú az ajánlatkészítés, vagy a vezető nem látja egy helyen az aktuális állapotot. Ezek egyszerű mondatok, mégis sokat segítenek a fejlesztőnek.

Tapasztalatom szerint a legjobb brief nem hosszú, hanem pontos. Tartalmazza a felhasználói szerepeket, a fő képernyőket, az adatok típusát, a szükséges értesítéseket és azt is, hogy milyen rendszerrel kell kapcsolatot teremteni. Ha van meglévő táblázat, képernyőkép vagy régi folyamatleírás, azt érdemes elküldeni. A távoli munka ilyenkor teljesen természetes. A megbeszélés történhet online, a dokumentumok megosztva, a visszajelzés pedig írásban.

Sokan ott hibáznak, hogy rögtön kész programot képzelnek el, de nem gondolják végig a használatot. Ki tölti fel az adatot. Ki javíthatja. Mi történik hibás rögzítésnél. Kell e exportálás. Mi legyen a régi adatokkal. Ezek nem mellékes kérdések. Egy belső üzleti alkalmazás akkor működik jól, ha az ilyen apró döntések már a fejlesztés elején látszanak.

Egyedi belső szoftver árak

Az egyedi belső szoftver ára főleg a funkciók számától, a felhasználói szerepektől, a kapcsolódó rendszerektől és a későbbi karbantartási igénytől függ. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a fejlesztő kihagyja a tesztelést, nem készít rendes átadást, vagy nem gondol a jogosultságokra. Ez később több javítást okozhat.

A fenti összegek tájékoztató jellegűek, de a piaci arányokat jól mutatják. Egy kisebb belső alkalmazás fejlesztése néhány hét alatt elkészülhet, ha a feladat pontos. Egy összetettebb rendszer több hónap is lehet. A magán fejlesztő általában óradíjjal vagy mérföldköves díjazással dolgozik. Magánügyfélként szerintem a mérföldköves megállapodás érthetőbb, mert jobban látható, hogy melyik részért mikor kell fizetni.

Fejlesztő választása belső alkalmazáshoz

A fejlesztő választásánál nem elég azt nézni, hogy ki tud programozni. Fontos, hogy érti e az üzleti folyamatokat, tud e egyszerűen kérdezni, és képes e lefordítani a megrendelő igényét működő felületre. Egy belső alkalmazás készítése során sok apró döntés van, ezért a kommunikáció legalább annyira fontos, mint a technikai tudás.

Érdemes megnézni a korábbi munkákat, de nem kell pontosan ugyanolyan referencia. Sokkal többet mond, ha a szakember el tudja magyarázni, hogyan épített fel egy admin felületet, hogyan kezelte a jogosultságokat, vagy hogyan oldotta meg az adatmentést. A jó fejlesztő nem csak árat mond. Kérdez a felhasználókról, a napi használatról, a hibalehetőségekről és az átadás utáni támogatásról is.

Volt olyan eset, amikor egy ügyfél csak egy egyszerű raktári listát kért. A beszélgetés közben kiderült, hogy valójában három ember használja ugyanazokat az adatokat, és mindegyik más hibától tartott. A fejlesztő ezért nem csak listát készített, hanem állapotjelölést, jogosultságot és mentési logikát is. A projekt kicsit drágább lett, de a használat sokkal nyugodtabb volt. Ez jól mutatja, miért számít a pontos kérdezés.

Online munka menete és átadás

Az online munka menete általában néhány jól elkülöníthető szakaszból áll. Először a feladat pontosítása történik. Utána jön a vázlat vagy képernyőterv, majd a fejlesztés első működő változata. Ezután következnek a javítások, a tesztelés, majd az átadás. Nem kell minden nap hosszú megbeszélés. De kell egy tiszta csatorna, ahol a kérdések és döntések visszakereshetők.

A Belső alkalmazás készítése során a határidő akkor tartható, ha a megrendelő is időben visszajelez. Ha a fejlesztő három napig vár egy jóváhagyásra, az a teljes ütemezést eltolhatja. Ez nem rosszindulat kérdése, hanem egyszerű munkaszervezés. A távoli fejlesztésnél különösen fontos, hogy a fájlok, belépési adatok, minták és döntések ne külön üzenetekben kallódjanak.

Az átadás része lehet a forráskód, a hozzáférések, a telepített rendszer, a használati útmutató és egy rövid betanítás. Magánügyfélként ezt előre kell tisztázni. Nem mindegy, hogy a szakember csak elkészíti a programot, vagy később frissítést, hibajavítást és kisebb módosítást is vállal. Egy belső vállalati alkalmazás ritkán marad teljesen változatlan. Ahogy a munka változik, a rendszernek is igazodnia kell.

Gyakori hibák belső alkalmazás fejlesztésénél

A leggyakoribb hiba a túl homályos feladatleírás. A mondat, hogy kell egy egyszerű belső rendszer, még nem elég. Mitől egyszerű. Hány felhasználó lesz. Milyen adat kerül bele. Kell e keresés, export, értesítés, jogosultság. Ezek nélkül a fejlesztő csak találgatni tud, a találgatás pedig pénzbe kerül.

Másik gyakori gond a túl sok funkció az első változatban. Szerintem jobb egy kisebb, stabil rendszerrel kezdeni, amely a legfontosabb folyamatot jól kezeli. Utána lehet bővíteni. Ha mindent egyszerre akarunk, könnyen lesz belőle lassú, drága és nehezen használható megoldás. Egy magán szakember is jobban tud pontos árat adni, ha az első változat határai világosak.

Hiba lehet az is, ha nincs kijelölt felelős a megrendelő oldalán. Több ember mond véleményt, de senki nem dönt. Ilyenkor a fejlesztő ellentmondó kéréseket kap, és a munka szétesik. Jobb, ha egy ember gyűjti a visszajelzéseket, majd egyértelműen továbbítja őket. Ez egyszerű szabály, mégis sok projektet megment.

Belső rendszer minősége és hosszabb távú használat

Egy belső rendszer minősége nem csak a megjelenésen látszik. Sokkal fontosabb, hogy gyorsan betölt, nem veszít adatot, érthetően jelzi a hibákat, és a felhasználó nem fél használni. Az is minőségi kérdés, hogy később más fejlesztő át tudja e venni a munkát. Ehhez rendezett kód, alap dokumentáció és tiszta hozzáférési rend kell.

A Belső alkalmazás készítése után érdemes próbaidőt hagyni. Pár hét napi használat sokkal többet mutat, mint egy gyors átadás előtti teszt. Ilyenkor derül ki, hogy melyik mező felesleges, hol kell jobb keresés, vagy melyik folyamatot kell egyszerűsíteni. Ez természetes. Nem a fejlesztés hibája, hanem a valódi használat része.

Én azt javaslom, hogy a megrendelő ne csak a legelső ár alapján döntsön. Nézze meg, mennyire érthető az ajánlat, benne van e a tesztelés, hány javítási kör tartozik hozzá, és mi történik átadás után. A belső alkalmazás nem dísz, hanem munkaeszköz. Ha jól készül el, csendben működik, időt takarít meg, és kevesebb félreértést okoz a napi feladatokban.