Mikor éri meg egyedi webalkalmazást fejleszteni?

Először a visszatérő feladatot nézd meg

Egy táblázatból is lehet jól működő rendszer. Az egyedi fejlesztés igénye akkor válik konkréttá, amikor a napi munka során ugyanazok az akadályok térnek vissza: többször rögzített adatok, e-mailben keresett jóváhagyások, eltérő verziók vagy csak egy kolléga fejében létező folyamatok.

Ne azzal kezdd, hány képernyőből álljon az alkalmazás. Válassz egy gyakori feladatot, és kövesd végig az elejétől a végéig. Ki indítja? Ki dolgozik vele? Hol várakozik? Melyik adatot kell másolni? Mi történik, ha valaki szabadságon van? Ebből a leírásból már látszódhat, hogy szervezési változás, egy kész eszköz vagy saját fejlesztés segítene.

Nézd meg, mire képes egy kész megoldás

Mielőtt egyedi rendszer mellett döntesz, érdemes kipróbálni a feladathoz illő kész szoftvereket. Ha a működésed nagy részét lefedik, beállításuk és bevezetésük megfelelő kiindulópont lehet. Azt is nézd meg, mennyire alakíthatók, hogyan férsz hozzá az adataidhoz, és összekapcsolhatók-e a már használt rendszerekkel.

Az egyedi fejlesztés mellett akkor szól erősebb érv, ha a lényegi folyamatodhoz egy kész eszközben folyamatos kerülőutak kellenének. Ilyen lehet egy saját jóváhagyási rend, különleges jogosultsági rendszer, több adatforrás összekötése vagy egy ügyfeleknek nyújtott új digitális szolgáltatás. A kényelmetlenséget azonban érdemes megkülönböztetni a valódi működési akadálytól.

Fogalmazd meg, mit vársz a beruházástól

A „legyen minden egy helyen” önmagában nehezen ellenőrizhető cél. Hasznosabb megfogalmazás például az, hogy egy ügy aktuális állapota külön telefonálás nélkül látható legyen, vagy egy megrendelés adatait ne kelljen három felületre beírni. Ezekhez a célokhoz már konkrét funkciók rendelhetők.

A döntés előtt mérd fel a jelenlegi helyzetet: mennyi idő megy el a visszatérő feladatra, milyen hibák fordulnak elő, és kiket érintenek? Nem minden előny váltható egyszerűen pénzre. A jobb visszakereshetőség vagy a kevesebb személyfüggőség is érték lehet, de ezeknél is nevezd meg, miből fog látszani a javulás.

• Melyik feladat lesz egyszerűbb vagy jobban követhető?
• Kik használják majd rendszeresen az alkalmazást?
• Milyen kiinduló adathoz hasonlítjuk az eredményt?

Az első változat egy teljes folyamatot oldjon meg

Az első kiadásba nem kell minden későbbi elképzelésnek beleférnie. Inkább egy körülhatárolt munkafolyamat legyen végig használható, a szükséges jogosultságokkal és hibaállapotokkal együtt. Egy félkész funkciókból álló nagy rendszerből nehezebb érdemi visszajelzést gyűjteni.

Egy szemléltető példa: a beérkező megkeresésből ügy jön létre, az ügy felelőst kap, követhető a státusza, majd lezárható. Az összetett riportok és automatikus külső értesítések később is ráépülhetnek. A lényeg, hogy az első kör a mindennapi munka egy valódi részét támogassa, és legyen lehetőség a használatból tanulni.

A képernyők előtt a működést egyeztessük

Egy folyamatábra, néhány felületvázlat vagy kattintható prototípus segít végigbeszélni a használatot. Mutassuk meg azoknak is, akik majd napi szinten dolgoznak vele. Gyakran ilyenkor derül ki egy kivételes ügytípus, egy hiányzó adat vagy egy olyan lépés, amely a megrendelői leírásban még nem szerepelt.

A prototípus a megértést szolgálja; önmagában nem kész alkalmazás. Az éles megvalósításnál külön feladat az adatok kezelése, a hozzáférések kialakítása, a hibák kezelése és a működés ellenőrzése. A tervezési visszajelzések alapján viszont ezek már pontosabb igényekre épülhetnek.

Szakmai háttér: GOV.UK Service Manual: prototípusok használata (angol)

Az átadás utáni működés is része a döntésnek

A fejlesztési díj mellett számolj az üzemeltetés, a támogatás és a későbbi változtatások feladataival is. Ki figyeli a hibákat? Hogyan készül mentés? Ki intézi az új felhasználók hozzáférését? Mely külső szolgáltatásoktól függ a rendszer? A vállalt szolgáltatási kört és a felelősségeket az ajánlatban érdemes pontosítani.

Az egyedi webalkalmazás akkor jó döntés, ha egy fontos, tartós igényhez illik, és a működtetésének is van gazdája. Ha bizonytalan vagy, induljunk a jelenlegi folyamatod átbeszélésével. Elég néhány mondat arról, mi okoz ma nehézséget, kiket érint, és milyen változást szeretnél elérni. Ebből lehet megalapozott megvalósítási javaslatot készíteni.