Foundation + Customer 360 — production-ready základ
Phase 1 dodáva 4 zložky: Customer Entity (C360) ako jediný dátový zdroj, Kartu klienta s 360° pohľadom, Kampaňový manažment a podporné moduly. AI scope je úmyselne úzky — jeden chat-bot na VPP. Plný sales twin je až Phase 3.
Jediný dátový zdroj pre celú NextGen platformu
Customer Entity je dátový zdroj pre NextGen Agent. Poskytuje 360° pohľad na klienta — dáta o klientovi, zmluvách, poistných udalostiach, plus neklienti s marketingovým súhlasom. Žiadna nová replikácia core Oracle dát; všetko cez existujúci Allianz API Management a federovaný DWH.
Čo C360 obsahuje
- Klient — identifikačné dáta, kontakty, segmentácia
- Zmluvy — všetky aktívne aj historické polisy
- Poistné udalosti — claims s napojením na škodový systém
- Neklienti — leady s marketingovým súhlasom
- Audit log — každá AI inferencia s plnou traceability
Čo C360 NEobsahuje
- Žiadnu kópiu Oracle policy admin dát
- Žiadnu replikáciu claims systému
- Žiadny write-back do posAm CRM
- Žiadne dlhodobé caching customer PII (TTL 5–15 min)
- Žiadne tréningové dáta pre AI modely (ZDR clauses)
Customer Entity je foundation pre Phase 2/3. APK (Phase 2), AI Sales asistent (Phase 3) a Agent twin (Phase 3) všetky čítajú z C360. Bez tejto vrstvy by sa každý ďalší modul musel integrovať ad-hoc na Oracle/posAm.
360° UI view so štyrmi záložkami a integráciami
Karta klienta je hlavný pracovný priestor obchodníka. Štyri tab-y pokrývajú celý lifecycle vzťahu — od základných údajov cez zmluvy a poistné udalosti až po aktívne kampane. Z karty agent vie skočiť do podporných modulov bez opúšťania platformy.
Údaje
- Identifikačné dáta
- Kontakty + komunikačné preferencie
- Segmentácia + scoring
- Marketingové súhlasy (GDPR)
Zmluvy
- Všetky aktívne polisy
- Historické polisy
- Provízne dáta
- Linka na Unius (policy admin)
Poistné udalosti
- Otvorené škody
- Uzatvorené claims
- Ošetrenie GDPR čl. 9
- Linka na claims systém
Kampane
- Aktívne kampane na klientovi
- História kontaktov
- Štatistika úspešnosti
- Next best action hint
Modulové integrácie
Z Karty klienta sa otvárajú prepojenia na nasledujúce moduly. Tieto integrácie sú scope Phase 1, nie len napojenie cez “vrátiť ma do CRM”.
Centralizované HQ kampane + agentove vlastné kampane
Modul kombinuje all-in-one kampane riadené z HQ (automatizované + manuálne) s lokálnymi kampaňami obchodníka. Každý klient má prioritizáciu a každá kampaň má vlastnú štatistiku úspešnosti.
HQ kampane
Centrálne riadené z marketingu / produktového oddelenia. Kombinujú automatizované triggery (narodeniny, výpovede, neplatiči) s manuálnymi výbermi. Distribúcia na agentov cez prioritizačný engine.
Vlastné kampane agenta
Obchodník si vie nadefinovať lokálnu kampaň na vlastné portfólio (napr. cross-sell na životnom poistení). Same data model, ale obmedzený rozsah — len jeho klienti.
Prioritizácia + štatistika
Klient je prioritizovaný cez score (potenciál × pravdepodobnosť × čas). Kampaň trackuje conversion rate, response rate a revenue impact. Štatistiky end-of-day.
Power BI · MS Outlook · MS Planner · AI Produktový asistent
Štyri podporné moduly tvoria každodenný workflow obchodníka. Tri sú Microsoft-natívne (re-use existujúcich Allianz M365 kontraktov), jeden je AI — a jeho scope je úzky.
Power BI Dashboard
Embedded dashboardy: prehľad aktivít, narodeniny, výpovede, neplatiči. Dáta cez federovaný Allianz DWH (read-only, periodic batch). Žiadny realtime KPI engine — to je doménou DWH a Power BI service.
MS Outlook Kalendár
Stretnutia s klientom sa zobrazujú v Karte klienta. Z karty sa dá priamo vytvoriť meeting. Integrácia cez Microsoft Graph API (mcp-allianz-graph-server tool list_calendar_events).
MS Planner Úlohy
Tasking pre obchodníka — follow-up volania, dokumenty na podpis, eskalácia claims. Plánované úlohy synchronizované s Plannerom cez Graph API. Audit log v našej Postgres DB.
AI Produktový asistent (chat-bot na VPP)
Jediný AI scope v Phase 1. Chat-bot odpovedá na otázky o produktoch a poistných podmienkach (VPP) cez vector store + Claude Sonnet. Žiadne odporúčania, žiadny X-sell, žiadny agent twin — to všetko Phase 3.
Standalone sidecar SPA — žiadny posAm vendor conflict
Obchodník má v prehliadači dva taby — existujúce posAm CRM a náš sidecar (NextGen platforma). Žiadne write-back do posAm CRM, žiadny iframe embed, žiadne “extension” do cudzieho produktu. Sidecar SPA dosiahne plnú UX nezávislosť.
Tab 1: posAm CRM (existing)
- - Master systém pre transakcie
- - Edit operations zostávajú tu
- - Vendor: posAm
- - Nedotýkame sa toho
Tab 2: NextGen Sales Platform (náš sidecar)
- - Read-only z C360 + AI workflow
- - Karta klienta, kampane, AI asistent
- - Vlastný state v Postgres + Redis
- - Vlastný auth cez Allianz Azure AD
Sidecar pattern je strategický — eliminuje posAm vendor conflict (žiadne rozšírenie cudzieho produktu) a dáva nám plnú slobodu UX. Compliance výhoda — zmena posAm CRM nás neblokuje, a my neblokujeme posAm.
Phase 1 UI mockup
Reference: screenshoty z Replit dema v materials/NextGenAppAgent/ + 9 slidov prezentácie v materials/NextGen_Prezentacia/.
Aké sú výluky pri auto-poistení v rozsahu havarijného krytia?
Per VPP HAV-2024 čl. 5: výluky zahŕňajú úmyselné poškodenie, vojenské konflikty, jadrové riziko, závody. Citácia: VPP HAV-2024 §5 ods. 2.
- · Narodeniny Q2 — 24 klientov
- · Životné cross-sell — 18 klientov
- · Výpovede 30D — 9 klientov
- · Vlastná: PZP obnova — 6 klientov
Phase 1 mock UI screens. Reálne screenshoty z Replit demo v materials/NextGenAppAgent/. Reconciliation per OQ-6.
Reconciliation Replit dema vs prezentácie
Replit demo vizualizovalo features, ktoré podľa prezentácie patria do Phase 3 (agent twin, vzdelávanie, kouč). Brief musí toto reconcilovať pred tým, než ide na compliance gates.
Phase 1 scope je dobre definovaný v prezentácii (4 moduly + úzky AI). Replit demo features sa mapujú na Phase 3. Pred AT review je potrebné explicitné sponzorské rozhodnutie, ktorá verzia je záväzná.