Mikor éri meg egyedi webalkalmazást készíttetni a vállalkozásodnak?

Egy saját program fejlesztéséről akkor érdemes beszélni, amikor pontosan meg tudod mutatni, melyik feladat okoz rendszeres nehézséget a vállalkozásodban. Az, hogy szeretnél egy modernebb rendszert, még kevés egy használható fejlesztési tervhez. Az már jó kiindulópont, ha ugyanazokat az adatokat több helyen vezetik a munkatársak, bizonytalan egy megrendelés állapota, vagy minden kimutatás előtt külön egyeztetést kell tartanotok.

Szerintem az egyedi webalkalmazásról üzleti döntésként kell gondolkodni. A kérdés az, hogy a tervezett rendszer milyen munkát segít, kik fogják használni, és miből fogod látni, hogy javult a működés. Ezeket érdemes végigvenned a fejlesztés előtt.

Melyik visszatérő problémát akarod megoldani?

Írd le egy feladat teljes menetét. Honnan érkezik az adat? Ki rögzíti? Ki ellenőrzi? Ki dolgozik vele tovább? Mi jelzi, hogy elkészült a munka? Amikor ezeket a lépéseket sorra veszed, kiderülhet, hogy a legtöbb időt az információk keresése, az egyeztetés vagy a hibás adatok javítása viszi el.

Érdemes néhány munkanapon át feljegyezni az elakadásokat. Melyik kérdést kellett ismét megkérdezni? Mit kellett újra beírni? Melyik feladat állt azért, mert csak egy munkatárs tudta, hol található a szükséges információ? Ebből használhatóbb feladatleírás készül, mint egy hosszú kívánságlistából.

A folyamat felelősét is nevezd meg. Ha egy státusz jelentéséről a kollégák eltérően gondolkodnak, azt előbb közösen tisztázni kell. Egy alkalmazásba be lehet építeni a jóváhagyás lépéseit, de a vállalkozás vezetőjének kell eldöntenie, ki és milyen feltételekkel hagyhat jóvá egy munkát.

Elég egy kész rendszer, vagy indokolt a saját fejlesztés?

Én a meglévő lehetőségek megvizsgálásával kezdeném. Egy általános feladathoz találhatsz olyan kész programot, amely megfelelően kezeli az adatokat és a munkamenetet. Nézd meg a napi használatot is: hány külön lépés kell egy feladat elvégzéséhez, és mennyi kézi egyeztetés marad mellette.

Az egyedi fejlesztés akkor válhat indokolttá, ha a vállalkozásod működését meghatározó szabályokat a kész megoldásokban csak sok kerülő lépéssel tudjátok követni. Ilyen igény lehet egy saját számítási mód, többféle jóváhagyás, eltérő felhasználói hozzáférés vagy speciális adatfeldolgozás. A döntéshez konkrét feladatokat érdemes összehasonlítani.

Külön vizsgáld meg a meglévő rendszerekkel való kapcsolatot. Egy számlázó, webshop vagy más alkalmazás összekötéséhez szükséges, hogy elérhető legyen a megfelelő technikai hozzáférés. A tervezéskor tisztázni kell, milyen adat adható át, milyen irányban, és mi történik egy sikertelen adatküldés után. Az integráció terjedelmét ezek is befolyásolják.

Mit tudjon az első használható változat?

A fejlesztés elején könnyű minden ötletet egyszerre beemelni. Ügyfélkezelés, készlet, ajánlatkészítés, vezetői kimutatás, dokumentumtár: külön-külön mindegyik hasznos lehet. A közös bevezetéshez viszont több folyamatot és több ember munkáját kell egyszerre rendezni. Én először egy jól körülhatárolt működési területet választanék.

Egy szemléltető példa: egy belső feladatkezelő első változatában szükség lehet felelősre, határidőre, állapotra és megjegyzésre. A vezető ezek alapján láthatja, mi vár elvégzésre. Az automatikus értesítések vagy az összetettebb kimutatások később is bevezethetők, ha a napi használat igazolja az igényt.

Az első változat követelményeit olyan mondatokkal írd le, amelyeket ellenőrizni is lehet. Például: a munkatárs megtalálja a rá kiosztott feladatokat; a vezető látja a lejárt határidőket; egy lezárt munka visszakereshető. Ezekből egyértelműbb átadási feltételek születnek, mint abból, hogy a rendszer legyen kényelmes és korszerű.

Az adatokat és a használatot is meg kell tervezni

A régi nyilvántartások átvétele külön figyelmet igényel. Ugyanaz az ügyfél többféle néven szerepelhet, hiányozhatnak adatok, és előfordulhatnak egymásnak ellentmondó bejegyzések. Előre döntsétek el, melyik adatforrás tekinthető helyesnek, mit javítotok ki, és ki ellenőrzi az átvétel eredményét.

A hozzáféréseknél a tényleges munkakörből indulj ki. Kinek kell csak megtekintenie az adatokat? Ki módosíthat? Ki törölhet? Melyik művelethez szükséges jóváhagyás? A napi működéshez hozzátartozik az is, hogy ki foglalkozik a mentésekkel, a hozzáférések változtatásával és a későbbi módosítási igényekkel. Ezeket a feladatokat a megállapodásban rendezni kell.

A kipróbálásba vond be azt a munkatársat, aki ténylegesen használni fogja a programot. Végezzen el benne egy teljes feladatot, és próbáljátok ki a javítást igénylő helyzeteket is. A rosszul megadott adat, a visszavont művelet vagy a hiányzó információ kezelése ugyanúgy része a használhatóságnak.

Milyen információval érdemes elindulnod?

Az egyeztetéshez gyűjts össze egy jelenlegi nyilvántartást, egy rövid folyamatleírást és néhány konkrét elakadást. Írd mellé, kik használnák a rendszert, mi az elsődleges cél, és milyen más programokhoz kellene kapcsolódnia. Ez már elegendő alap ahhoz, hogy a fejlesztés valódi tartalmáról beszéljünk.

Az egyedi PHP webalkalmazás készítése vállalkozásoknak szolgáltatásomnál a munkafolyamat megértéséből indulok ki. Írd meg, melyik rendszeresen ismétlődő feladatot szeretnéd rendezni, hogyan végzitek most, és milyen eredményt vársz a saját alkalmazástól. Ezek alapján meghatározhatjuk az első változat feladatait és az átadás feltételeit.