Az étlap, ami magát frissíti

Egy étterem háromféle helyen tartja az étlapját: a weboldalán, egy nyomtatható PDF-ben, amit e-mailben küld ki, és egy táblázatban, amiből a konyha dolgozik. Amikor változik egy ár, mindhármat át kell írni. A harmadik alkalommal valamelyik kimarad, és a vendég a weboldalon más árat lát, mint a számláján.

Ez a cikk erről az egyetlen, nagyon hétköznapi problémáról szól, mert jól mutatja, mit jelent az automatizálás a gyakorlatban. Nem mesterséges intelligenciát, nem robotokat: azt, hogy egy adatot egyszer írsz le, és minden más magától követi.

A lényeg röviden

• Az automatizálás nem a munkát váltja ki, hanem az ugyanannak a bevitelét több helyre.
• Az alap mindig egy egyetlen adatforrás (single source of truth): egy hely, ahol az adat hivatalosan él.
• A megoldás négy elemből áll: adatforrás, kiváltó esemény, generálás, publikálás.
• A nehézség nem a technológia, hanem az, hogy eldöntsd, ki írhat bele a forrásba és mikor.
• Egy ilyen folyamat jellemzően néhány nap munka, és onnantól minden frissítés perceket vesz igénybe.

Mi a valódi probléma?

Első ránézésre az, hogy sok a munka. Valójában nem: az étlap átírása önmagában öt perc. A probléma az, hogy háromszor kell megcsinálni, három különböző felületen, és semmi nem szól, ha az egyik kimarad.

Az ilyen folyamatok két okból drágák. Egyrészt a hiba nem ott derül ki, ahol keletkezett, hanem a vendégnél, kellemetlen helyzetben. Másrészt a félelem a hibától lassítja a döntést: ha az árváltoztatás fájdalmas, akkor ritkábban nyúlnak hozzá, mint kellene.

Ugyanez a minta rengeteg helyen visszaköszön. Terméklista a webshopban és egy árajánlatban. Nyitvatartás a weboldalon, a Google-profilban és a bejárati ajtón. Kollégák elérhetősége az aláírásban, a weboldalon és a belső listában. Mindenhol ugyanaz: egy adat, több megjelenés, kézi szinkron.

Az alapelv: egy hely, ahol az adat él

A megoldás első lépése nem technikai, hanem döntés. Ki kell jelölni azt az egy helyet, ahol az adat hivatalosan létezik. Minden más csak megjelenítés.

Ezt hívják egyetlen adatforrásnak (single source of truth). Az étlap esetében ez a táblázat: ott van a tételek neve, ára, kategóriája, allergénje, és hogy éppen elérhető-e. A weboldal és a PDF nem tárol adatot, csak megmutatja azt, ami a táblázatban van.

A táblázat azért jó forrás egy kisvállalkozásnál, mert már úgyis van, és mindenki tudja használni. Nem kell új rendszert megtanulni ahhoz, hogy a folyamat működjön.

Hogyan nézzen ki a táblázat?

Néhány szabály, ami nélkül a legszebb automatizálás is elromlik:

• Egy sor egy tétel. Ne legyen összevont cella, ne legyen két adat egy mezőben.
• Külön oszlop mindennek. Az ár külön a névtől, a kategória külön a leírástól.
• Az ár szám legyen, ne szöveg. A „2 400 Ft” szövegként viselkedik, a 2400 számként.
• Legyen egy állapot oszlop. Például „látszik” vagy „rejtve”, így a szezonális tételeket nem kell törölni, csak elrejteni.
• Ne formázással hordozz jelentést. A piros háttér neked azt jelenti, hogy elfogyott, a rendszernek nem jelent semmit.

Ez a néhány szabály teszi ki a munka felét. Ha a táblázat rendezett, a többi már technikai kérdés.

A folyamat négy eleme

Minden automatizálás, függetlenül attól, hogy milyen eszközzel készül, ugyanabból a négy részből áll.

1. Adatforrás. Innen jön az adat. Ebben az esetben a táblázat.
2. Kiváltó esemény (trigger). Ez indítja el a folyamatot. Lehet mentés a táblázatban, lehet egy gomb, lehet időzítés (például minden hajnalban), és lehet kézi indítás. A legtöbb esetben a mentés a legkényelmesebb, de van, ahol biztonságosabb egy „Publikálom” gomb, hogy a félkész állapot ne kerüljön ki.
3. Generálás. Ekkor készül el a két kimenet: a weboldal étlapszekciójának adata és a nyomtatható PDF. A PDF egy előre megtervezett sablonból épül fel, amibe a rendszer behelyettesíti az aktuális sorokat. A tördelés, a betűtípus, a logó helye fix, csak a tartalom változik.
4. Publikálás. A weboldal frissül, a PDF pedig a megszokott címen érhető el. Fontos, hogy a PDF linkje ne változzon: így a korábban kiküldött levelekben lévő hivatkozás is a friss változatra mutat.

Mennyi munka, és mennyi idő alatt térül meg?

Egy ilyen folyamat kiépítése jellemzően néhány nap, a kimenetek számától és a PDF tervezettségétől függően. A legtöbb időt nem a fejlesztés viszi el, hanem a táblázat rendbe tétele és a sablon megtervezése.

A megtérülés ritkán az elspórolt percekben mérhető, inkább ebben a háromban:

• Megszűnik az eltérés. A weboldalon és a PDF-ben mindig ugyanaz szerepel, mert ugyanabból készül.
• A frissítés olcsó lesz. Ha egy árváltoztatás két perc, akkor hozzá mernek nyúlni. Ha húsz, akkor halogatják.
• Nem kell hozzá szakember. A frissítést az végzi, aki a táblázatot amúgy is kezeli.

Az utolsó pont a legfontosabb.

Egy automatizálás akkor jó, ha utána nem rajtad múlik a működése.

Hol szokott elbukni?

Érdemes előre tudni a tipikus hibákról, mert mindegyik olcsón megelőzhető.

Többen írják a forrást, egyeztetés nélkül. Ha három ember szerkeszti a táblázatot, előbb-utóbb valaki felülír valamit. A megoldás nem tiltás, hanem jogosultság: legyen egy vagy két ember, aki írhat, a többiek pedig csak nézhetik.

Elírás kerül a forrásba, és azonnal megjelenik mindenhol. Ez az automatizálás árnyoldala: a hiba is felgyorsul. Két dolog segít. Az egyik az ellenőrzés a táblázatban: ha az ár oszlop csak számot fogad el, a „24OO” nem megy át. A másik a publikálás gomb, ami emberi döntéshez köti a kiadást.

Valaki átírja a táblázat szerkezetét. Új oszlop beszúrása vagy átnevezés megállíthatja a folyamatot. Ez ellen a legjobb védekezés egy rövid leírás a táblázat mellett arról, hogy mit nem szabad átnevezni.

Nincs értesítés, ha elromlik. Ha a generálás hibára fut, arról tudni kell. Egy automatikus e-mail elég.

Mikor éri meg, és mikor nem?

Nem minden ismétlődő feladatot érdemes automatizálni. Három kérdés általában eldönti.

Milyen gyakran változik? Ha egy adat évente egyszer módosul, a kézi átírás olcsóbb, mint a rendszer megépítése.

Hány helyen jelenik meg? Egy megjelenésnél nincs mit szinkronizálni. Kettőtől kezd érdekes lenni, háromnál már szinte biztosan megéri.

Mennyibe kerül a hiba? Ha az eltérés csak kellemetlen, ráér. Ha árat, határidőt vagy jogi tartalmat érint, akkor a pontosság önmagában indokolja a beruházást.

Ha mindhárom kérdésre igen a válasz, akkor jó eséllyel érdemes belevágni. Ha egyre sem, akkor a kézi megoldás a helyes döntés, és ezt ki is szoktuk mondani.

Gyakori kérdések

Mihez kell ez a megoldás az étlapon kívül?

• Bármihez, ami több helyen jelenik meg ugyanabból az adatból: terméklista, árlista, nyitvatartás, kollégák elérhetősége, szabad időpontok, raktárkészlet. Az elv mindig ugyanaz.

Kell hozzá programozói tudás a napi használathoz?

• Nem. A napi használat annyi, hogy valaki átír egy cellát a táblázatban. A programozói munka egyszeri, a folyamat kiépítésénél jelentkezik.

Mi történik, ha elromlik az automatizálás?

• Jól megépített folyamatnál a korábbi állapot megmarad, és értesítés megy a hibáról. A weboldal nem ürül ki, csak nem frissül, amíg a hiba nem javítódik.

Táblázat helyett nem jobb egy rendes rendszer?

• Nagyobb adatmennyiségnél és több felhasználónál igen. Kisvállalkozásnál a táblázat előnye, hogy már megvan, mindenki ismeri, és nem kell miatta új előfizetést kötni. Később bármikor lecserélhető a forrás anélkül, hogy a többi elem változna.

Mennyibe kerül egy ilyen folyamat kiépítése?

• A kimenetek számától és a sablon összetettségétől függ. A felmérés után konkrét ajánlat készül, és a díjazás a megvalósított feladathoz kötött.

Összefoglalva

Az automatizálás legtöbbször nem látványos. Nem tűnik el munkahely, nem lesz okosabb a rendszer. Annyi történik, hogy egy adatot egyszer írsz le, és utána nem kell emlékezned arra, hány helyen szerepel még.

Ha van a cégedben olyan adat, amit rendszeresen három helyre másolsz át, az jó jelölt. Nem kell nagy projektben gondolkodni: egy folyamat, egy mérhető eredmény, és csak utána a következő.