Múltifunkciós felhasználói szerepekkel rendelkező alkalmazás fejlesztése

Többfiókú alkalmazás magánügyfeleknek

A Többfiókú alkalmazás akkor hasznos, amikor egy felhasználónak több profilt, szerepkört, ügyfélfiókot vagy hozzáférést kell kezelnie egy felületen belül. Ez lehet családi használat, kis online szolgáltatás, oktatási felület, rendeléskezelés, ügyfélkapu vagy bármilyen olyan rendszer, ahol nem elég egyetlen bejelentkezés és egyetlen jogosultsági szint. Magánügyfélként általában nem céges fejlesztőcsapatot keres az ember, hanem egy olyan szabadúszó fejlesztőt, aki megérti a feladatot, tiszta kérdéseket tesz fel, és távolról is végig tudja vinni a munkát.

Én azt látom, hogy a legtöbb ilyen megbízás nem a programozásnál csúszik el először, hanem a logikánál. Ki mit láthat. Ki mit módosíthat. Mi történik, ha egy felhasználó több fiókot is kezel. Kell e külön admin felület. Ezek egyszerű kérdéseknek tűnnek, de a kész alkalmazás minőségét ezek döntik el. Egy többprofilos rendszer akkor működik jól, ha a felhasználó nem érzi bonyolultnak, közben a háttérben mégis pontos szabályok dolgoznak.

A Qjob.hu oldalán olyan magánszakembert lehet keresni, aki online egyeztetéssel vállal ilyen fejlesztési vagy tervezési munkát. A feladat lehet teljes alkalmazás, meglévő rendszer bővítése, belépési logika javítása, jogosultságok kialakítása vagy csak egy részletes műszaki terv elkészítése. Itt fontos, hogy a megbízó már az elején ne csak azt írja le, hogy több fiók kell, hanem azt is, miért kell több fiók.

Többfiókos app funkciói

A többfiókos app nem csak annyit jelent, hogy ugyanazzal az e mail címmel több helyre lehet belépni. A valódi feladat az, hogy az alkalmazás kezelje a felhasználói szerepeket, a jogosultságokat, a külön profilokat és az ezek közötti váltást. Egy szülő például kezelhet több gyermekprofilt. Egy oktató több tanulói csoportot. Egy szolgáltató több ügyfelet. Egy magánfelhasználó több saját projektet vagy előfizetést.

Szerintem az egyik legfontosabb döntés az, hogy a fiókok különállóak legyenek e, vagy egy főfiók alá tartozzanak. Ez apróságnak tűnik, de teljesen más adatkezelést igényel. Ha a fejlesztő ezt nem tisztázza, később nehéz lesz javítani a rendszert. Egy tapasztalt alkalmazásfejlesztő már a briefnél rákérdez az adatkapcsolatokra, a meghívásra, a törlésre, a jelszókezelésre és a jogosultsági szintekre.

Gyakori funkció a fiókváltás, a közös irányítópult, a külön értesítési beállítás, a szerepkör alapú menü, a meghívó link, a hozzáférés visszavonása, az előzmények mentése és az admin nézet. Nem kell mindent egyszerre beépíteni. De tudni kell, melyik funkció fontos az első változatban, és melyik várhat későbbre. Ez pénzt és időt takarít meg.

Többfiókú alkalmazás ára

A Többfiókú alkalmazás ára erősen függ attól, hogy csak egy meglévő felületet kell bővíteni, vagy teljesen új rendszert kell készíteni. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a jogosultsági logika nem látszik kívülről, de hibás működés esetén komoly gondot okoz. Én inkább azt tartom reálisnak, ha a szakember külön árazza a tervezést, a felületet, a fejlesztést, a tesztelést és az átadást.

Tapasztalatom szerint a korrekt ár nem mindig a legalacsonyabb ajánlat. Ha valaki rögtön fix összeget mond úgy, hogy nem kérdez a szerepkörökről és az adatokról, ott érdemes óvatosnak lenni. Egy többfiókos rendszerben a hibás jogosultság nagyobb baj, mint egy elcsúszott gomb. A felhasználó olyan adatot láthat, amit nem kellene. Vagy nem fér hozzá ahhoz, amihez joga lenne. Ezért a tesztelés nem mellékes költség.

Online munka többfiókos fejlesztésnél

Az online munka ennél a szolgáltatásnál teljesen természetes. A megbízó elküldi az elképzelést, a szakember kérdez, majd készülhet egy rövid terv, képernyővázlat vagy feladatlista. Ezután jön a fejlesztés. A kommunikáció történhet üzenetben, videóhívásban vagy megosztott dokumentumban. Nem az a lényeg, hogy sok legyen az egyeztetés. Az a lényeg, hogy minden döntés visszakereshető legyen.

Volt olyan eset, amikor egy ügyfél csak annyit kért, hogy legyen több fiók egy kis rendelési felületben. A beszélgetés közben derült ki, hogy a fiókok között nemcsak váltani kell, hanem külön számlázási adat, külön értesítés és külön hozzáférési jogosultság is kell. Ha ez a fejlesztés végén derül ki, az drága módosítás lett volna. Így viszont a szabadúszó fejlesztő már az elején át tudta alakítani a tervet.

A határidő általában akkor tartható, ha a megbízó gyorsan válaszol a kérdésekre. Egy egyszerű bővítés néhány nap vagy egy két hét alatt elkészülhet. Egy összetettebb többprofilos alkalmazás több hét is lehet. A szakembernek hozzáférésre, meglévő kódra, képernyőképekre, leírásokra vagy próbaadatokra lehet szüksége. Ezeket biztonságosan kell átadni. Nem jó megoldás jelszavakat rendezetlen üzenetekben küldeni.

Szakember választása többfiókú alkalmazáshoz

A Többfiókú alkalmazás fejlesztéséhez olyan szakember kell, aki nemcsak kódol, hanem rendszerben gondolkodik. Nézd meg, kérdez e a felhasználói szerepekről. Kér e példát arra, hogyan használja majd a megrendelő a kész felületet. Tud e egyszerűen beszélni bonyolult dolgokról. Ez sokat elárul.

Én azt tartom jó jelnek, ha a szakember nem akar mindent azonnal megígérni. Inkább felméri a helyzetet, megkérdezi, van e meglévő alkalmazás, milyen technológiával készült, hány fióktípus lesz, és milyen adatokat kell védeni. Egy online szolgáltatásnál a bizalom fontos, de a világos feltételek még fontosabbak. Legyen írásban a feladat, az ár, a határidő, az átadás módja és az, hogy hány javítás tartozik bele.

Portfóliót is érdemes kérni, de nem kell ugyanilyen projektet keresni. Elég, ha a fejlesztő korábban dolgozott beléptetéssel, jogosultságokkal, ügyfélfiókokkal vagy admin felületekkel. Egy jó alkalmazásfejlesztő meg tudja mutatni, hogyan gondolkodik a hibakezelésről és a felhasználói útvonalakról. Ez többet ér, mint egy hosszú, de homályos bemutatkozás.

Brief és átadás többprofilos alkalmazásnál

A többprofilos alkalmazás briefje legyen rövid, de pontos. Nem kell műszaki nyelven írni. Elég leírni, kik használják majd a rendszert, milyen fiókok lesznek, ki mit lát, és milyen eredményt vársz. A szakember majd ebből készít fejlesztési tervet. Ha már van meglévő felület, akkor képernyőképek és leírások sokat segítenek.

A jó átadás nem csak annyi, hogy elkészült a munka. Kell próba, javítási kör és rövid leírás. A megbízónak tudnia kell, hogyan lehet új fiókot létrehozni, hogyan lehet jogosultságot adni, mit kell tenni hiba esetén, és hol lehet később módosítani a beállításokat. Ha nincs dokumentáció, akkor minden apró kérdésnél újra a fejlesztőt kell keresni.

Sokan ott hibáznak, hogy az átadásnál csak a látványt nézik. Pedig ennél a munkánál a háttérlogika legalább ilyen fontos. Be kell lépni több szerepkörrel. Ki kell próbálni a tiltást, a törlést, a meghívást, az adatváltoztatást és a hibás belépést is. Egy fiókkezelő rendszer akkor jó, ha nemcsak normál helyzetben működik, hanem furcsa felhasználói lépések mellett is stabil marad.

Gyakori hibák többfiókos app rendelésekor

A leggyakoribb hiba az, hogy a megbízó túl általánosan írja le a feladatot. Azt mondja, kell több fiók, de nem mondja el, milyen különbség van közöttük. Egy másik hiba, amikor minden funkciót az első változatba akar tenni. Ilyenkor nő az ár, nő a határidő, és nehezebb tesztelni a kész rendszert.

Szerintem jobb egy kisebb, de jól működő első változat. Legyen benne a főfiók, a másodlagos fiók, a váltás, az alap jogosultság és az admin kezelés. A többi funkció később is bővíthető. De csak akkor, ha az alap rendesen van felépítve. Rossz alapra drága fejleszteni.

Probléma lehet az is, ha nincs világos felelősség a tartalomért és az adatokért. A fejlesztő elkészíti a rendszert, de a megbízónak kell eldöntenie, milyen adatokat kér be a felhasználótól, milyen értesítések kellenek, és milyen szabály szerint lehet törölni egy fiókot. Ezek nem csak technikai kérdések. Ezek használati kérdések is.

Többfiókos rendszer minősége és későbbi bővítése

A többfiókos rendszer minősége hosszabb távon derül ki. Az első próba lehet sikeres, de a valódi használat hozza elő az apró hibákat. Például egy felhasználó rossz fiókba tölt fel adatot. Valaki meghívást kap, de nem tud belépni. Egy régi jogosultság megmarad. Ezeket a helyzeteket előre át kell gondolni.

Érdemes úgy kérni a munkát, hogy a későbbi bővítés ne legyen nehéz. Lehet, hogy most két fióktípus elég, de később kell harmadik. Lehet, hogy most nincs fizetés, de később előfizetés kerül a rendszerbe. Lehet, hogy most csak egy nyelv kell, később több. A jó szakember nem épít túl mindent előre, de nem is zárja be a rendszert egy szűk megoldásba.

Ha magánügyfélként online szakembert keresel ilyen feladatra, a legjobb kiindulópont egy tiszta leírás és néhány konkrét példa. Ki lép be. Mit lát. Mit módosíthat. Mi legyen a kész munka átadásakor. Egy Többfiókú alkalmazás akkor lesz használható, ha nem a technikai megoldás látszik rajta, hanem az, hogy a felhasználó könnyen eligazodik benne.