Egy országos, sok helyszínes hálózat digitális működése mindig két irányba húz. A központ egységes márkát, egységes tartalmat és kiszámítható működést szeretne. Az egyes helyszíneknek viszont saját nyitvatartásuk, saját kapacitásuk, saját helyi ajánlataik és saját embereik vannak. A jó rendszer nem az egyiket választja a másik helyett, hanem mindkettőt kiszolgálja.
Több mint öt éve dolgozunk egy több tucat helyszínből álló országos hálózattal, a koncepciótól és a designtól a fejlesztésen és az üzemeltetésen át a napi supportig. Weboldal, mobilalkalmazás, időpontfoglaló, karrieroldal, kampányok, hírlevél, digitális kijelzők az üzletekben. Nem soroljuk fel mindet, mert nem a darabszám a lényeg, hanem az, hogy ezek egymással összefüggő, egy kézből kezelt rendszerek.
Központi szabályok, helyi beállítások
Ugyanaz a minta szinte minden rendszerben visszatér.
A digitális kijelzők az üzletekben központilag kezelt tartalmat mutatnak, de minden helyszínnek megvannak a saját beállításai és helyi bannerei. Az árak és a termékadatok élőben érkeznek a központi üzleti rendszerből, egy elfogyott promóció magától eltűnik a képernyőkről, és a több képernyős felületek szinkronban váltanak. A kijelzőknek akkor is működniük kell, ha éppen megszakad a kapcsolat, ezért offline is üzemelnek, a központi monitoring pedig jelzi, ha valahol baj van.
Az időpontfoglaló egységes, lépésről lépésre haladó felületet ad az ügyfeleknek, a kapacitás és az idősávok viszont helyszínenként állíthatók. A helyszínek saját admin felületen hagyják jóvá a foglalásokat, üzennek az ügyfeleknek és követik a statisztikákat.
A karrieroldalon egyszerre több mint kétszáz nyitott pozíció kereshető, az üzletvezetők pedig egy közös rendszeren belül saját aloldalt kapnak. A fejlesztés során közvetlenül a helyszínekkel egyeztettünk, mert ők tudták, mire van szükségük.
A helyszínadatok, például a nyitvatartás és a szolgáltatási idősávok, egyszerre élnek a belső rendszerekben és a Google-ben. Ezek karbantartása nem látványos feladat, de a látogatók számára ez az egyik legfontosabb információ.
Összekötve, de elszigetelve
Amikor ennyi rendszert kell összehangolni, kézenfekvő mindent mindennel összekötni és egy óriási monolitot építeni. Mi ehelyett csak azt tesszük közössé, aminek valóban közösnek kell lennie: a weboldal és a mobilalkalmazás közös tartalomkezelőből és API-ból dolgozik, a kampányok ugyanarra a moduláris platformra épülnek, a belső felületek vállalati azonosítással érhetők el. Ez egységes élményt és kevesebb párhuzamos munkát jelent.
Közben legalább ilyen fontos az, hogy a rendszerek megfelelően el legyenek szigetelve egymástól. Ezáltal mindegyik rendszer önállóan fejleszthető, élesíthető és üzemeltethető, így egy új funkció bevezetése vagy egy komponens frissítése nincs hatással a többi komponensre. A rendszerek jól meghatározott felületeken keresztül kapcsolódnak egymáshoz, és mindegyik pontosan annyi adathoz fér hozzá, amennyire a feladatához szüksége van.
Egy nagy szervezet digitális működésében ugyanis sokszor nem egy kiemelt rendszeren van a fókusz, hanem azon, hogy a különböző rendszerek, szolgáltatások és munkafolyamatok megbízhatóan kapcsolódjanak egymáshoz.
Ez egyben a biztonsági elvárások alapja is. A megrendelő nemzetközi IT-követelményrendszere szigorú audit-, infrastruktúra- és dokumentációs elvárásokat támaszt, és ezeknek minden rendszernek meg kell felelnie. Ide tartozik a konténeres infrastruktúra, az automatizált tesztfolyamatok és élesítés, az adatok automatikus anonimizálása, a hozzájárulás-alapú cookie-kezelés és az akadálymentes, billentyűzettel is használható felületek.
Egy hosszú partnerség természetes része a változás
Egy évtized alatt nem várhatjuk, hogy a rendszerek változatlanok maradjanak. Legyen szó teljes újrafejlesztésről vagy egyetlen szoftverkomponens cseréjéről, egy évek óta üzemben lévő alkalmazást úgy kell lecserélni, hogy a meglévő felhasználói és tranzakciós adatokat átmigráljuk, az ügyfelek pedig semmilyen megszakítást ne érzékeljenek. Az ilyen átállások a hosszú távú működés részei: a feladat az, hogy az igényt időben azonosítsuk, a váltás tervezhető legyen, és ne egy váratlan leállás kényszerítse ki.
Ugyanez igaz a kisebb változásokra is: egy új tartalom vagy fejlesztés először tesztkörnyezetbe kerül, ott előnézetben ellenőrizhető és jóváhagyható, és csak ezután élesedik. Így egyetlen változtatás sem jut ki ellenőrizetlenül a helyszínekre vagy az ügyfelekhez.
És természetesen a cél az, hogy a hétköznapi támogatás is folyamatos legyen: a support, a rendelkezésre állás, a helyszínek támogatási fiókjainak kezelése, és egy-egy új kampány gyors elindítása a meglévő modulokból.
Ha hasonló rendszerrel dolgozol
Több helyszínnél gyorsan előjön a kérdés: mit érdemes központilag kezelni, és mit kell meghagyni a helyszíneknek? Egy jól felépített rendszerben ez nem kompromisszum, hanem tudatosan kialakított működés: a közös dolgok központilag kezelhetők, a helyi beállítások pedig ott módosíthatók, ahol ténylegesen szükség van rájuk.
Ha nálatok is hasonló kihívás merült fel, segítünk megtalálni és megvalósítani a megfelelő architektúrát.