Esettanulmány a The Logic Method saját konyhájából: hogyan állt össze egy nap alatt a weboldalba épített időpontfoglalás, milyen buktatókba futottunk bele, és pontosan hol dolgozott benne a mesterséges intelligencia.
A kiindulás egyszerűen hangzik: a weboldalunkon legyen egy foglalás-gomb, a látogató válasszon szabad időpontot, és a megerősítő e-mailben azonnal kapjon Google Meet-linket. A felszín alatt viszont ez már összetett rendszer: a szabad időpontokat több naptárból kell kiszámolni (céges naptár, a tulajdonos személyes és iCloud-naptárai, a Meet-felelős kolléga személyes elfoglaltságai is), az ünnepnapokon nem szabad foglalást engedni, a hívásoknak hossz-korlát nélkül kell menniük, és minden új foglalásról a csapat több tagjának is automatikus meghívót kell kapnia. Mindez egy nap alatt került élesbe. Ami közben kiderült, az másnak is megspórolhat egy-két napnyi fejvakarást.
A foglalási réteg a Cal.com: ez adja a publikus foglalóoldalt, az esemény-típusokat (30 és 60 perces konzultáció) és az idősáv-logikát. Alatta a Google Naptár dolgozik: a Cal.com egy kijelölt célnaptárba írja a foglalásokat, és több bekötött naptárból figyeli az ütközéseket. A Meet-linkeket a Google Workspace fiók adja. A weboldalon pedig a naptár beágyazva jelenik meg az oldal alján, a gombok oda görgetnek.
Ha valaki frissen oszt meg veled egy naptárat, a Cal.com listájában először hiába keresed. Ez a Google naptárlista szinkron-késleltetése, pár perc vagy egy újrakötés megoldja. A tanulság: mielőtt kimondod, hogy valami "nem támogatott", várj és mérj újra. Az ünnepnap-naptárak viszont tényleg sosem jelennek meg a listában, azokra másoló szinkront építettünk: egy kis program havonta átmásolja a munkaszüneti napokat foglalt blokként a céges naptárba.
A Google Calendar bekötése önmagában kevés a Meet-linkekhez: a Cal.com-ban a Google Meet alkalmazást külön telepíteni kell, addig a rendszer "not connected" hibát dob. Egy kattintás, de amíg nem tudod, hogy kell, addig értetlenül állsz a hibaüzenet előtt.
A Google Meet ingyenes fiókkal hármas vagy nagyobb hívásnál 60 percnél elvágja a beszélgetést. A korlát mindig az esemény szervezőjének fiókjához kötődik, a résztvevőké nem számít. Ügyfél-konzultációnál ez kínos tud lenni, ezért a szervező szerepet a Workspace-fiókra tettük át.
Ez volt a nap legfontosabb felfedezése. Ha a foglalások egy megosztott, közös naptárba érkeznek, a Google az esemény szervezőjének magát a naptárat tekinti, a meghívó e-mailben pedig a naptár tulajdonosának címét mutatja. Nálunk így a tulajdonos személyes Gmail-címe jelent meg minden meghívóban, pedig a rendszert egy márkázott céges fiók üzemeltette. A megoldás: a célnaptár a céges fiók elsődleges (primary) naptára legyen, mert ott a szervező maga a fiók. Ettől a meghívók feladója és szervezője is a céges cím lett, és ráadásul a Meet-jogosultságok is bizonyosan a Workspace-fiókot követik. Ez elsőre technikai apróságnak tűnik, valójában brand-kérdés: a meghívó az első benyomás, amit az ügyfél a rendszeredből kap.
Az első meghívó egy új feladótól "Meghívó egy ismeretlen feladótól" jelöléssel érkezik, és nem kerül be automatikusan a címzett naptárába. Ez egyszeri súrlódás: az "Ismerem a feladót" gombbal a címzett feloldja, onnantól minden simán megy. Érdemes az érintetteknek előre szólni, hogy ne lepődjenek meg. És egy megnyugtató apróság: a meghívó tárgyában zárójelben látható e-mail-cím mindig a címzett sajátja, nem adatszivárgás.
A naptár-widget külső szkriptet tölt be, ami ronthatja a Core Web Vitals értékeket. A megoldásunk: a beágyazó kód csak akkor töltődik, amikor a látogató a szekció közelébe görget, vagy foglalás-gombra kattint. Így a kezdeti oldalbetöltés érintetlen, a naptár mégis azonnal ott van, amikor kell.
A teljes napot egy AI-ügynökcsapat vitte, ember a döntési pontokon volt jelen. A munkamegosztás így nézett ki: egy orchestrátor ügynök tartotta kézben a folyamatot és kommunikált a tulajdonossal, egy fejlesztő ügynök kódolta a weboldalt és az automatizmusokat, egy tartalmi ügynök kezelte a partner-kommunikációt. A konfiguráció túlnyomó része API-hívásokkal történt, kattintgatás helyett: esemény-típusok létrehozása, célnaptár-váltás, profilkép-állítás, naptár-megosztások.
Három dolgot emelnénk ki, mert ezek adják az AI valódi hozzáadott értékét:
Mérés találgatás helyett. Minden hipotézist teszt-foglalással ellenőriztünk: a rendszer létrehozott egy próba-foglalást, API-n lekérdezte a keletkezett naptár-eseményt, megnézte a szervező-mezőt és a résztvevőket, majd törölte a tesztet. A 4-es buktatót is így találtuk meg és így bizonyítottuk a javítását.
Automatika a visszatérő munkára. Egy kis program ötpercenként ellenőrzi az új foglalásokat, és minden foglalás naptár-eseményéhez automatikusan hozzáadja a csapat kijelölt tagjait vendégként. Ők így valódi Google-meghívót kapnak a Meet-linkkel, kattintás nélkül.
A tanulságok nem vesznek el. Minden buktató és megoldás azonnal bekerült a csapat tudásbázisába. A következő ügyfél-beállításnál a rendszer már ismeri ezeket a csapdákat, tehát a második ugyanilyen projekt órák helyett percekben mérhető.
Ha a saját vállalkozásodban is szeretnél ilyen foglalási rendszert, vagy általában kíváncsi vagy, mit tud egy AI-csapat a marketingedben, foglalj egy ingyenes konzultációt a weboldalunkon.
Ha a saját oldaladra is átvinnéd, beszéljük át élőben.
Kérek egy ingyenes konzultációtIdőpontfoglalás →