Innovatív alkalmazás fejlesztése logisztikai cégek számára: nyomkövetés, státuszok és aláírások integrálása

Követés és státusz online alkalmazásban

A Követés és státusz akkor fontos, amikor az ügyfél, a megrendelő vagy a belső csapat pontosan látni akarja, hol tart egy folyamat. Ez lehet csomag, rendelés, javítás, időpont, futárfeladat, ügyintézés vagy bármilyen lépésről lépésre haladó munka. A magánügyfél ilyenkor nem feltétlenül teljes rendszert keres. Gyakran elég egy jól átgondolt felület, amely mutatja az állapotot, az előzményeket, a várható következő lépést és az értesítéseket. Én azt látom, hogy a legtöbb ilyen feladat nem a látványos képernyőknél dől el, hanem annál, hogy a státuszlogika mennyire tiszta.

Egy online szakember ebben sokat tud segíteni. A fejlesztő vagy alkalmazástervező távolról is fel tudja mérni, milyen adatokat kell mutatni, ki módosíthat státuszt, milyen értesítés menjen ki, és milyen hibákra kell előre gondolni. A munka jó része leírás, képernyővázlat, adatstruktúra és tesztelés. Nem kell személyes találkozó, de kell pontos kommunikáció. Ha a feladat elején nincs rendesen megfogalmazva, mit jelent például a feldolgozás alatt, kiszállításra vár vagy lezárva állapot, később könnyen zavar lesz belőle.

Követési funkció tervezése

A követési funkció tervezése azzal indul, hogy a szakember megérti a folyamatot. Nem elég azt mondani, hogy legyen állapotkövetés. Tudni kell, hány lépés van, melyik lépés után mi történik, ki kap üzenetet, és mikor tekinthető késznek a feladat. Szerintem ez a rész sokkal fontosabb, mint egy szép ikon vagy egy modern színválasztás. Egy rosszul felépített státuszrendszer később plusz munkát, félreértést és ügyfélpanaszt okozhat.

Volt olyan eset, amikor egy ügyfél csak három állapotot szeretett volna egy rendelési felületre. Új, folyamatban, kész. A beszélgetés közben kiderült, hogy valójában kellett volna külön fizetésre vár, ellenőrzés alatt, javítás szükséges és átadva állapot is. Ha ez nem derül ki a tervezésnél, a kész fejlesztés használhatatlan lett volna. Tapasztalatom szerint a jó magánszakember nem csak megrajzolja a képernyőt, hanem visszakérdez a folyamatra.

A Követés és státusz megoldás lehet egyszerű ügyféloldali nézet vagy összetettebb belső kezelőfelület. Az egyszerű változat csak megmutatja az aktuális állapotot. A fejlettebb megoldás naplózza a változásokat, jogosultságokat kezel, értesítést küld, és akár több szerepkör között osztja meg az információt. Egy magánügyfélnek nem mindig kell nagy rendszer. De a bővíthetőséget érdemes előre átgondolni.

Státuszkezelés árak

Az ár nagyban függ attól, hogy csak képernyőtervezésre van szükség, vagy működő fejlesztésre is. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, főleg akkor, ha az ajánlat nem tartalmaz tesztelést és javítási kört. Egy egyszerű felület olcsóbb, de egy adatbázishoz kötött, értesítésekkel működő követési rendszer már komolyabb feladat.

Ezek az összegek tájékoztató jellegűek. A pontos díj attól függ, mennyi meglévő anyag van, mennyire kész a leírás, és milyen rendszerhez kell kapcsolni az új funkciót. Ha a szakembernek először rendbe kell tennie a folyamatot, az is munka. És sokszor pont ez menti meg a projektet.

Online szakember kiválasztása

Az online szakember kiválasztásánál nem csak a portfólió számít. Nézni kell, hogy ért-e a folyamatokhoz, tud-e egyszerűen kérdezni, és képes-e lefordítani az ügyfél elképzelését működő logikára. Egy jó fejlesztő nem csak azt kérdezi meg, milyen színű legyen a gomb. Inkább azt, hogy ki változtat státuszt, mikor történik automatikus frissítés, és mit lát a végfelhasználó.

A Qjob.hu felületén magánszemélyek is kereshetnek olyan szabadúszót, aki online vállal tervezést, fejlesztést vagy alkalmazásfunkció javítását. Itt érdemes röviden leírni a célt, a meglévő rendszert, a kívánt határidőt és azt, hogy csak terv kell vagy működő modul. Minél tisztább a feladat, annál könnyebb reális ajánlatot kapni.

Sokan ott hibáznak, hogy csak árat kérnek, de nem adnak elég részletet. Ilyenkor a szakember találgat. Vagy alulárazza a munkát, majd később derül ki, hogy több fejlesztés kell. Vagy túl magas ajánlatot ad, mert kockázatot lát. Szerintem egy rövid, de pontos feladatleírás a legjobb módja annak, hogy korrekt árat és használható eredményt kapjon az ügyfél.

Követés és státusz munkafolyamat

A Követés és státusz fejlesztése általában nem egyetlen lépés. Először jön a rövid egyeztetés. Ez lehet üzenetben vagy videóhívásban. Utána a szakember összerakja az állapotlistát, megmutatja a folyamatot, majd elkészíti a felület vagy a modul első változatát. Ezt követi a visszajelzés, a javítás és a végső átadás.

A határidő egyszerű tervezésnél lehet 2-4 munkanap. Egy kattintható prototípus inkább 4-7 munkanap. Működő fejlesztésnél gyakori az 1-3 hét, főleg ha adatkapcsolat, bejelentkezés, jogosultság vagy értesítés is kell. A pontos idő nem csak a szakembertől függ. Az ügyfél válaszideje is számít. Ha napokig nincs visszajelzés egy képernyőre, a projekt megáll.

Az anyagátadás legyen rendezett. Kellhet hozzá meglévő képernyőkép, folyamatleírás, belépési adat tesztkörnyezethez, arculati anyag, korábbi fejlesztői dokumentáció vagy egy egyszerű lista az állapotokról. Nem kell mindennek tökéletesnek lennie. De az alapokat érdemes egy helyen összegyűjteni.

Státuszok és értesítések minősége

A státuszok minőségét az mutatja meg, hogy a felhasználó érti-e, mi történik. Egy jó állapotnév rövid, egyértelmű és nem ijesztő. Az ellenőrzés alatt például mást jelenthet egy rendelésnél és mást egy dokumentumnál. Ezért nem jó vakon lemásolni más rendszerek szavait. A követési megoldás akkor működik jól, ha az adott folyamathoz illik.

Az értesítések szintén kényesek. Ha túl kevés van, az ügyfél bizonytalan. Ha túl sok van, zavaróvá válik. Tapasztalatom szerint elég a fontos állapotváltásoknál üzenetet küldeni. Például amikor a munka elindult, amikor javítás kell, amikor elkészült, vagy amikor átadásra vár. Az apró belső lépéseket nem mindig kell megmutatni.

Az alkalmazásfunkció akkor lesz megbízható, ha a státuszváltások visszakereshetők. Ki módosította, mikor módosította, és milyen megjegyzést adott hozzá. Ez különösen akkor fontos, ha több ember dolgozik ugyanazon a folyamaton. A magánszakember ilyenkor segíthet eldönteni, mi legyen látható az ügyfélnek, és mi maradjon csak belső információ.

Gyakori hibák követési modulnál

A leggyakoribb hiba a túl sok státusz. Elsőre részletesnek tűnik, de a felhasználó elveszik benne. A másik hiba az, amikor minden állapot ugyanúgy néz ki. Nincs különbség a várakozás, a hiba és a kész állapot között. Ilyenkor a felület nem segít, csak adatot mutat. Ez kevés.

Gyakori probléma az is, hogy nincs üres állapot. Pedig egy új ügyfél, egy még nem indult folyamat vagy egy hibás lekérés esetén is kell valamit mutatni. Ha ez kimarad, a felület félkésznek hat. És van még egy nagyon gyakorlati gond. Sok megrendelő nem gondol a javításokra. Pedig a státuszkezelésnél mindig előkerülnek finomítások, miután valaki végigkattintja a folyamatot.

Én azt javaslom, hogy a munka elején legyen egy rövid próbalista. Például mi történik új rendelésnél, lemondásnál, késésnél, hibás adatnál és kész állapotnál. Ha ezekre van válasz, a fejlesztés sokkal stabilabb lesz. Ha nincs, a szakember csak részben tud jó döntést hozni.

Átadás és utólagos módosítás

Az átadás nem csak a fájlok elküldését jelenti. Jó esetben az ügyfél kap rövid leírást arról, hogyan működik a követési modul, hol módosíthatók az állapotok, és milyen esetekben kell fejlesztői segítség. Egy tervezési munka átadása lehet képernyőterv, folyamatábra és szöveges leírás. Fejlesztésnél szükség lehet forráskódra, telepítési útmutatóra és tesztelési jegyzetre is.

A Követés és státusz megoldás ritkán végleges elsőre. A használat közben derül ki, hogy egy állapot neve nem elég világos, egy értesítés túl korán megy ki, vagy hiányzik egy kivételes helyzet. Ez nem feltétlenül hiba. Inkább a folyamat természetes része. A fontos az, hogy a szakember előre jelezze, hány javítási kör van az árban, és mikortól számít új feladatnak a módosítás.

Magánügyfélként érdemes olyan szabadúszót választani, aki nem csak elkészíti a kért elemet, hanem érthetően át is adja. Egy követési rendszer célja nem az, hogy bonyolult legyen. Hanem az, hogy a felhasználó kevesebbet kérdezzen, a folyamat átláthatóbb legyen, és az ügyfél pontosan tudja, hol tart a munka.