Belső ügyviteli alkalmazás fejlesztése vállalatok számára

Belső Alkalmazás magánügyfeleknek

A Belső Alkalmazás akkor hasznos, ha egy visszatérő online feladatot nem kézzel szeretne kezelni, hanem egy saját, zárt rendszerben. Ilyen lehet egy rendelési folyamat, ügyfélnyilvántartás, belső ellenőrző felület, egyszerű jóváhagyási rendszer vagy olyan adatkezelés, amelyhez nem elég egy táblázat. A lényeg nem az, hogy nagy vállalati szoftver készüljön. A lényeg az, hogy a magánügyfél pontosan azt kapja meg, amire a mindennapi munkájában szüksége van.

Én azt látom, hogy sokan túl későn kérnek segítséget. Először több külön fájlban, üzenetben és jegyzetben vezetik az adatokat. Aztán egy ponton már nem lehet követni, mi hol van. Egy belső rendszer ezt a szétesést fogja össze. Nem kell feltétlenül bonyolult megoldás. Néha egy jól felépített online felület, néhány jogosultsági szint és egy érthető adatlap elég ahhoz, hogy a munka gyorsabb és átláthatóbb legyen.

A Qjob.hu felületén magánszakembert lehet keresni ilyen online fejlesztési munkára. Itt a megbízó nem egy nagy fejlesztőcéggel egyeztet, hanem közvetlenül egy szabadúszó fejlesztővel vagy műszaki szakemberrel. Ez sok esetben rugalmasabb, de pontosabb leírást igényel. Minél tisztább a feladat, annál kevesebb a félreértés.

Belső alkalmazás feladatai

Egy belső alkalmazás legfontosabb feladata, hogy egyszerűsítse az ismétlődő munkát. Nem önmagáért készül. Akkor van értelme, ha valódi gondot old meg. Például csökkenti a hibás adatbevitelt, gyorsítja az ellenőrzést, vagy egy helyre gyűjti azokat az információkat, amelyeket korábban több külön csatornán kellett figyelni.

Gyakori igény az ügyféladatok kezelése, a státuszok követése, a feladatok kiosztása, a fájlok csatolása, a belső megjegyzések rögzítése és az egyszerű riportok készítése. Egy magánügyfél számára ezek nem mindig nagy rendszerek. Lehet, hogy csak egy olyan felület kell, ahol látni lehet, melyik ügy milyen állapotban van. De lehet ennél összetettebb is, például belépéssel, külön szerepkörökkel és külső szolgáltatások összekapcsolásával.

Szerintem az első lépés mindig az, hogy a jelenlegi folyamatot kell leírni. Nem a programozással kell kezdeni. Először azt kell látni, ki mit csinál, milyen adatot ad meg, mikor történik hiba, és milyen eredményt vár a megbízó. Ha ez kimarad, a fejlesztő csak találgatni fog.

Belső alkalmazás árak

Az ár nagyban függ attól, hogy mennyi adatot kell kezelni, kell-e belépés, jogosultság, külső összekapcsolás, automatikus értesítés vagy egyedi felület. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Nem azért, mert minden olcsó ajánlat rossz. Hanem azért, mert a tervezés, a tesztelés és a javítás időt kér. Ha ezeket kihagyják, a rendszer hamar kényelmetlen lesz.

Tapasztalatom szerint a legtöbb kisebb megbízás nem a táblázat legfelső vagy legalsó sorába esik. Gyakran egy közepes méretű ügyviteli megoldás kell, amely már rendezett, de még nem túl bonyolult. Ilyenkor érdemes először egy működő alapverziót készíteni. Utána lehet bővíteni.

Online munkafolyamat és átadás

A belső szoftver fejlesztése távolról is jól kezelhető, ha az egyeztetés pontos. A megbízó elküldi a jelenlegi folyamat leírását, a használt mintákat, a mezők listáját és azt, milyen eredményt szeretne látni. A szakember ezek alapján készíthet egyszerű tervet. Ez lehet vázlat, képernyőterv vagy funkciólista. Nem kell túlbonyolítani, de legyen érthető.

A munka általában több lépésben halad. Először jön a feladat tisztázása. Utána a fő funkciók elkészítése. Ezután következik a próbahasználat, majd a javítás. A végén fontos az átadás. Ide tartozik a belépési adatok rendezése, az alap használati leírás, a fájlok vagy tárhelyadatok átadása és annak tisztázása, kihez lehet fordulni későbbi módosításnál.

Volt olyan eset, amikor egy ügyfél csak egy egyszerű nyilvántartást kért. A beszélgetés közben kiderült, hogy három külön ember használja majd a felületet, és mindenkinek más adatot kell látnia. Ha ez csak a munka végén derült volna ki, sokkal drágább javítás lett volna. Ezért a kezdeti kérdések nem akadékoskodásnak számítanak. Ezek védik a megbízót is.

Belső alkalmazás szakember választása

A megfelelő szakember nem csak kódot ír. Megérti a folyamatot, kérdez, és képes egyszerű megoldást javasolni. Egy szabadúszó fejlesztő akkor jó választás, ha nem akar mindenből túl nagy rendszert csinálni. Fontos, hogy legyen korábbi munkája, amit meg tud mutatni. Nem kell ugyanilyen alkalmazásnak lennie, de legyen látható, hogy tud adatkezelő felületet, űrlapot vagy online rendszert készíteni.

Érdemes rákérdezni arra is, hogyan történik a kommunikáció. Milyen gyakran küld állapotjelzést. Milyen formában adja át a kész munkát. Benne van-e az árban kisebb javítás. Ki kezeli a tárhelyet. Mi történik, ha később új mezőt vagy új jogosultságot kell hozzáadni. Ezek apró kérdéseknek tűnnek, de később sok gondot előznek meg.

Sokan ott hibáznak, hogy csak az árat nézik. Pedig egy belső alkalmazásnál az is számít, mennyire érthető a felület, mennyire stabil a működés, és mennyire könnyű módosítani. Egy olcsó, de zavaros rendszer több időt visz el, mint amennyit megtakarít.

Adatok, jogosultságok és biztonság

Egy belső rendszer gyakran érzékeny adatokat kezel. Nem feltétlenül nagy titkokról van szó. Elég, ha ügyfélnevek, elérhetőségek, megrendelések, belső megjegyzések vagy fizetési állapotok szerepelnek benne. Ezeket nem szabad rendezetlenül kezelni. A jogosultságok, a belépés és az adatmentés nem díszítőelemek. Alapvető részei a munkának.

A megbízónak érdemes előre eldöntenie, ki férhet hozzá az alkalmazáshoz. Kell-e külön admin felület. Láthat-e minden felhasználó minden adatot. Szükség van-e naplózásra, vagyis arra, hogy látszódjon, ki mit módosított. Nem minden projektnél kell minden funkció. De ezekről beszélni kell.

Én azt tartom jó megoldásnak, ha a fejlesztő nem csak elkészíti a felületet, hanem elmagyarázza a korlátokat is. Például mi történik jelszóvesztésnél. Hogyan készül mentés. Hol fut a rendszer. Ki tud hozzáférni a forráskódhoz. Ezek száraz témák, de a használat biztonságát adják.

Tipikus hibák belső alkalmazás rendelésekor

A leggyakoribb hiba a túl általános megbízás. Olyan mondatok, mint kell egy belső program, még nem adnak elég támpontot. A szakembernek tudnia kell, milyen adatokat kell rögzíteni, milyen mezők vannak, milyen szűrés kell, ki használja, milyen eszközön és milyen eredmény számít késznek.

A másik gond a túl sok funkció egyszerre. Szerintem érdemes kisebb induló verzióban gondolkodni. Legyen benne az a rész, amely nélkül nem működik a folyamat. A többi később jöhet. Így hamarabb kiderül, hogy a rendszer valóban kényelmes-e. Egy késznek hitt, de soha nem használt alkalmazás rosszabb, mint egy kisebb, de működő megoldás.

Gondot okozhat az is, ha nincs döntéshozó. Ha a megbízó nem mondja ki, melyik mező kell, melyik folyamat maradjon, és milyen legyen az átadás, a fejlesztés elhúzódik. Az online munka gyors lehet, de csak akkor, ha a válaszok időben érkeznek.

Belső rendszer eredménye és későbbi bővítése

Egy jól elkészített belső rendszer nem csak elkészül, hanem használható is marad. A megbízó látja benne a fontos adatokat, gyorsabban dolgozik, és kevesebbet keresgél. Ez a valódi eredmény. Nem az, hogy sok funkció szerepel a listában.

A későbbi bővítésnél fontos, hogy a rendszer ne legyen teljesen zárt és érthetetlen. Jó, ha van alap dokumentáció, rendezett hozzáférés és világos lista arról, miből áll a felület. Ha új szakember veszi át a munkát, ne nulláról kelljen megfejtenie mindent. Ez hosszú távon pénzt takarít meg.

A Belső Alkalmazás akkor ad jó értéket, ha a megbízó és a fejlesztő ugyanazt érti kész munkán. Ehhez rövid, pontos leírás kell, reális határidő és nyugodt egyeztetés. Nem kell túlbeszélni. De amit fontos tudni, azt az elején kell kimondani.