Ne a működésed igazodjon a szoftverhez.

A telefon nem kisebb képernyő, hanem más használati helyzet

Egy jó mobilalkalmazás figyelembe veszi, hogy a felhasználó mozgásban van, megszakítások között dolgozik, gyengébb hálózatot használhat, és gyakran egyetlen kézzel szeretne gyors döntést hozni. Ezért a mobilos élményt nem egy asztali rendszer összenyomott változataként tervezzük. A navigáció, az állapotkezelés, az értesítések, az offline viselkedés és az eszközfunkciók mind a termék valódi használati helyzetéből indulnak ki.

Natív vagy cross-platform megközelítés között nem divat alapján választunk. Mérlegeljük a szükséges eszközfunkciókat, a teljesítményigényt, a platformonként eltérő felhasználói élményt, a közös kódbázis előnyeit, a hosszú távú karbantarthatóságot és a rendelkezésre álló üzemeltetési modellt. Az eredmény lehet iOS- és Android-alkalmazás egy közös fejlesztési alappal, vagy külön natív megvalósítás, ha azt a termék követelményei indokolják.

Amit a mobilfejlesztés lefedhet

• termékkoncepció és mobilos felhasználói utak kialakítása
• interaktív prototípus és használhatósági ellenőrzés
• iOS- és Android-alkalmazás fejlesztése
• regisztráció, bejelentkezés és szerepköralapú hozzáférés
• push értesítések és eseményvezérelt kommunikáció
• kamera, fájlkezelés, helyadat, Bluetooth vagy más eszközképességek integrációja, ha a feladat megköveteli
• offline vagy időszakosan elérhető hálózatra tervezett működés
• backend- és harmadik fél API-integrációk
• analitika, hibajelzés és üzemeltetési megfigyelhetőség
• kiadási csomagok és alkalmazásbolti publikáció technikai előkészítése

Az alkalmazásbolti elfogadás minden esetben az adott platform mindenkori szabályaitól és ellenőrzési folyamatától függ. A fejlesztés során ezeknek a követelményeknek megfelelő technikai és tartalmi előkészítést végzünk, de az áruház döntését felelősen nem ígérjük garantált eredményként.

A böngészőben fut, de az egész működést összekapcsolhatja

A modern webalkalmazás lehet ügyfeleknek szóló önkiszolgáló felület, belső operációs eszköz, partnerportál, összetett adminisztrációs rendszer vagy egy digitális szolgáltatás központi munkafelülete. A közös bennük az, hogy egyszerre kell gyorsnak, érthetőnek és megbízhatónak lenniük, miközben a háttérben üzleti szabályok, jogosultságok és integrációk sokaságát kezelik.

A felületet nem választjuk el a mögötte működő folyamattól. Már a tervezéskor tisztázzuk, honnan érkezik az adat, mikor tekinthető hitelesnek, ki módosíthatja, milyen állapotokon halad át, és milyen következménye van egy műveletnek más rendszerekben. Így a képernyők nemcsak jól néznek ki, hanem következetesen képviselik a működés szabályait.

B2B- és B2C-portálok

Egy ügyfél- vagy partnerportál valódi értéke az önkiszolgálásban rejlik. A felhasználó ott és akkor tud adatot ellenőrizni, dokumentumot elérni, folyamatot indítani vagy státuszt követni, amikor szüksége van rá. Ehhez azonban nem elég egy bejelentkezés mögé helyezett weboldal: pontos jogosultsági modellre, visszakövethető műveletekre, érthető állapotokra és a háttérrendszerekkel megbízható adatcserére van szükség.

B2B-környezetben gyakoriak a szervezeti hierarchiák, több telephely, eltérő jóváhagyási szintek és szerződésfüggő funkciók. B2C-termékeknél a gyors belépés, a súrlódásmentes folyamatok, a mobilos használhatóság és a nagyobb felhasználószám kezelése kerülhet előtérbe. Az architektúrát és a felhasználói élményt ezekhez a tényleges különbségekhez igazítjuk.

Belső vállalati alkalmazások

A belső rendszer akkor jó, ha nem újabb adminisztrációs terhet hoz létre, hanem megszünteti a felesleges ismétlést és egyértelművé teszi a felelősségeket. A munkafolyamatok, jóváhagyások, feladatállapotok, dokumentumok és értesítések egységes felületre rendezhetők, miközben az adatok továbbra is a szükséges vállalati rendszerekhez kapcsolódnak.

Külön figyelmet kapnak a ritkán előforduló, de kritikus kivételek. A valós működés szinte soha nem csak az ideális „happy pathból” áll. A rendszernek jeleznie kell, ha adat hiányzik, egy integráció nem válaszol, egy jóváhagyás elakad vagy egy felhasználó olyan műveletet kezdeményez, amely külön ellenőrzést igényel.

Nem a legbonyolultabb rendszert keressük, hanem a megfelelő következő alapot

A skálázhatóság nem kizárólag azt jelenti, hogy egyszerre sok felhasználó érkezhet. Jelentheti az adatmennyiség növekedését, új ügyféltípusok megjelenését, több ország vagy szervezeti egység kezelését, új integrációkat, szigorúbb rendelkezésre állást vagy gyorsabb fejlesztési ciklust is.

Az architektúrát ezekből a valós növekedési irányokból vezetjük le. Ahol egy egyszerűbb, moduláris rendszer elegendő, nem építünk indokolatlanul összetett elosztott megoldást. Ahol viszont elkülöníthető terhelési vagy biztonsági határok szükségesek, már az alapoknál felkészítjük a rendszert a későbbi bővülésre.

A biztonság nem egy utólag bekapcsolható funkció

A hozzáférések, az adatkezelés, a naplózás és a biztonságos alapbeállítások már a rendszertervezésnél megjelennek. A jogosultságokat a tényleges szerepkörökhöz és műveletekhez igazítjuk; az érzékeny adatokat nem tesszük szükségtelenül elérhetővé; a titkokat és kulcsokat elkülönítve kezeljük; a felhasználói bemenetet pedig nem tekintjük automatikusan megbízhatónak.

Adatvédelmi szempontból megvizsgáljuk, valóban szükség van-e minden tervezett adatra, meddig kell megőrizni, hogyan módosítható vagy törölhető, milyen naplózási igény kapcsolódik hozzá, és hogyan teljesíthetők az érintetti kérelmek. A konkrét jogalapok és megfelelőségi döntések az adatkezelő felelősségi körében maradnak, amelyet technológiai és adatvédelmi szakértelemmel támogatunk.