A WordPress mint egy világszínvonalú felismerési platform statikus bejárata

A felismerési API-knak nem kellett új CMS. A köréjük épülő ügyfélélménynek viszont meg kellett újulnia.

A statikus kézbesítésnek az oldalak kiszolgálási módját kell megváltoztatnia, nem pedig eltávolítania a platformot hasznossá tevő interaktív szolgáltatásokat.

A Gatey, az AI-Kit és a Flow böngészőoldali komponenseken és külön szolgáltatásokon keresztül működik tovább, miután a Static Publisher kézbesítette a jóváhagyott WordPress-oldalakat.

Két szál, egy kiadás

A termék fejlődése és a webhely-integráció külön maradt.

Az újraindítás két összekapcsolódó munkafolyamatot egyesített anélkül, hogy azonos rendszerként kezelte volna őket. A felismerési termék és az ügyfélalkalmazás továbbra is a Carmen Cloud felelőssége maradt. A WP Suite az ezek köré épülő, WordPress felé néző szolgáltatási és kézbesítési réteget biztosította.

A Carmen Cloud termékfejlesztése
  ├─ Munkaterületek és szerepkör-alapú tagság
  ├─ Több, integrációhoz kötött API-kulcs
  ├─ Kulcsszintű termékjogosultságok és használati adatok
  └─ Irányítópult, előfizetések, kreditek, tárolás, hookok és felismerés

A WP Suite integrációs rétege
  ├─ Gatey → webhelyoldali identitás- és fiókbelépési pontok
  ├─ AI-Kit → forrásokra épülő chat és DocSearch válogatott dokumentációból
  ├─ Flow → többlépéses értékesítési és támogatási folyamat
  └─ Static Publisher → ismételhető statikus közzététel

A két szál → egyetlen böngészőélmény a meglévő API-k körül

Felelősségi határ A WP Suite nem váltotta le a Carmen Cloud irányítópultját, számlázási modelljét, API-kulcs-logikáját vagy felismerési szolgáltatásait. Ezek továbbra is a termék saját képességei. Az esettanulmány az ezek köré hozzáadott integrációs réteget mutatja be.

WP Suite-integráció

Négy termék, mindegyik meghatározott feladattal

A projekt nem alakította a WP Suite-ot újabb monolittá. Minden komponens az ügyfélélmény egy szűk részéért felel, és a körülötte lévő szolgáltatásokhoz kapcsolódik.

1. Gatey: identitás a webhely határán — A Gatey biztosítja a WordPress-oldali bejelentkezést, a fiókállapotot figyelembe vevő navigációt és a profilbelépési pontokat. Ezek statikus közzététel után is elérhetők, mert a böngésző a konfigurált Carmen Cloud-identitásréteghez kapcsolódik, nem pedig PHP-oldalkéréstől függ. Ugyanezt az identitási határt írja le a Bejelentkezés hozzáadása statikus WordPresshez PHP-munkamenetek visszaállítása nélkül. A munkaterületi tagság, a szerepkörök, a számlázás és az alkalmazás viselkedése továbbra is a Carmen Cloud fennhatósága alatt marad.
2. AI-Kit: forrásokra épülő dokumentációs támogatás — Az AI-Kit DocSearchöt és chatet ad a fejlesztői élményhez. Háttérrendszere válogatott Carmen Cloud-dokumentációt és egyértelmű termékhatárokat használ, így egy hihető válasz nem keverheti össze könnyelműen a járműrendszámokat, ADR-jelöléseket, konténerkódokat, vasúti azonosítókat vagy más közeli felismerési területeket. A karbantartott dokumentáció marad az elsődleges forrás; a megvalósítás a Válaszok a látogatóknak a WordPress-tartalomból, forrásmegjelöléssel problémájára ad gyakorlati példát.
3. Flow: strukturált útvonal a szervezethez — A korábbi általános kapcsolatfelvételi útvonal többlépéses értékesítési és támogatási folyamattá vált. A Flow blokkjai fokozatosan gyűjtik a kontextust és megkülönböztetik a látogató szándékát, a Flow háttérrendszere pedig továbbítja a beküldést a konfigurált szolgáltatási folyamatba. A frontend így statikus közzététel után is működőképes marad anélkül, hogy az űrlapot a nyilvános WordPress-futtatókörnyezeten küldené át.
4. Static Publisher: WordPress-szerkesztés, statikus üzemi környezet — A szerkesztők továbbra is WordPressben és Elementorban építik az oldalakat. A Static Publisher rendereli a jóváhagyott webhelyet és közzéteszi az üzemi erőforrásokat, elválasztva a nyilvános oldalkézbesítést a szerkesztői környezettől. A böngészőalapú identitás-, AI-, munkafolyamat- és Carmen Cloud-alkalmazásintegrációk a statikus oldalak körül továbbra is működnek.

A statikus oldalkézbesítéstől a platform nem vált kevésbé interaktívvá.

A dokumentáció marad az elsődleges forrás. Az AI-Kit hasznosabb belépési utat biztosít hozzá.

Az AI-Kit válogatott Carmen Cloud-dokumentációval és egyértelmű termékhatárokkal vezeti a fejlesztőket a releváns referenciához, annak helyettesítése nélkül.

Az újraindítás nem új felismerési réteget, hanem szolgáltatási réteget adott az API-k köré.

A projekt nem változtatta meg, mit ismernek fel a felismerési motorok. Azt változtatta meg, hogyan érik el, értik meg és használják az ügyfelek a köréjük épülő platformot.

A WP Suite a webhely felé néző szolgáltatási réteget adta hozzá; az irányítópult, a munkaterületek, a számlázás, az API-kulcs-szabályok és a felismerési szolgáltatások továbbra is a Carmen Cloud felelősségi körében maradtak.

Architektúra és tulajdonosi felelősség

Egyetlen böngészőélmény, egyértelmű felelősségi határokkal

Az oldal-, identitás-, tudás-, munkafolyamat- és felismerési rétegek együttműködnek a frontendben, de mindegyik annak a rendszernek a fennhatósága alatt marad, amelyet az adott felelősségre terveztek.

WordPress + Elementor
  └─ Tartalom és elrendezés
       │
       ▼
Static Publisher
  └─ Statikusan kézbesített üzemi frontend
       ├─ Gatey → Carmen Cloud-identitás → irányítópult és védett API-k
       ├─ AI-Kit → válogatott Carmen Cloud-dokumentáció
       ├─ Flow → értékesítési és támogatási háttérfolyamat
       └─ Carmen Cloud-alkalmazás → munkaterületek, számlázás, kulcsok, használat és felismerés

A felismerési kérések továbbra is a Carmen Cloud API-jaihoz futnak, nem a WordPresshez.

Deployment Access-határ Ez az esettanulmány azt bizonyítja, hogy a Gatey, az AI-Kit, a Flow és a Static Publisher együtt működik üzemi környezetben. Nem állítja, hogy minden Carmen Cloud-erőforrást a jelenlegi nyilvános WP Suite Deployment Access munkafolyamattal telepítettek.

Üzemi eredmény

Amit az integráció most már bizonyít

Az eredmény értékét az adja, hogy a komponensek együtt működnek anélkül, hogy eltörölnék a rendszer üzemeltethetőségét biztosító határokat.

1. Valódi, több terméket összekapcsoló telepítés — Négy WP Suite-termék járul hozzá egyetlen üzemi ügyfélélményhez. Együttműködésük nem különálló bemutatóoldalakon, hanem a nyilvános tartalomtól az identitáson, dokumentáción és kapcsolatfelvételi munkafolyamatokon át a Carmen Cloud-alkalmazásig vezető útvonalon látható.
2. WordPress a megszokott futtatókörnyezeti feltételezés nélkül — A szerkesztői csapat megtartja a WordPresst és az Elementort, miközben a nyilvános webhely statikusan kézbesíthető. A hitelesítés, az AI-támogatás, az űrlapok és az irányítópult-hozzáférés azért marad elérhető, mert ezek a képességek böngészőoldali integrációkon és külön szolgáltatásokon keresztül futnak.
3. A Carmen Cloud termékhatárai érintetlenek maradnak — A munkaterületek, előfizetések, API-kulcsok, használati adatok, hookok, az irányítópult viselkedése és a felismerés a Carmen Cloudon belül marad. A webhely-integráció anélkül javítja a termék elérését és megértését, hogy a tartománylogikát a WordPressbe helyezné.
4. Az élmény komponensenként fejleszthető — A szerkesztők módosíthatják a tartalmat, a csapat finomíthatja a hitelesítési belépési pontokat, a dokumentációs forrásokat és a kapcsolatfelvételi folyamatokat, a Carmen Cloud pedig folytathatja API-jai fejlesztését. A komponensek továbbra is egységes élményt alkotnak, de már nem kell közös kiadási mechanizmust vagy futtatási felelősséget használniuk.