Enterprise onboarding 30 nap alatt

Minden onboarding ígéret hazugság, amíg nem viszed végig. Mi 30 napos onboardingot ígérünk, és többnyire tartjuk is. Itt a recept hétről hétre, plusz két outlier: az egyik, ahol 9 nap alatt élesítettünk, és a másik, ahol 30 napból 11 hét lett.

A 30 napos struktúra

1. hét — data audit + tenant provisioning

• Új tenant rekord létrejön a központi backend Postgres-én FORCE RLS alatt. Slug, jogi név, host, billing settings.
• Sealed Secret rotál a NIP-en (Nortinia Internal Platform), Flux automatikusan kibocsátja a node-okra.
• Adatauditot tartunk az ügyfél meglévő rendszereivel: milyen ERP, mit ad ki API-n, milyen identity provider van, hogyan akarunk SSO-zni.
• Output: egy aláírt scope-dokumentum + a tenant provisioned állapotban a központi backenden.

2. hét — storefront branding + első webhook

• Új storefront app deploy-olódik (Next.js 16, XCP-ng hypervisor egyik node-jára Kubernetes pod-ként).
• Az ügyfél logója, színpalettája, betűtípusai bemennek a tenant-config JSONB-be.
• Az első webhook integráció megy ki: jellemzően a meglévő ERP-jük → mi. A 14 design partnerből 11-nél az ERP volt az első integráció, 3-nál CRM.
• Output: működő storefront a <ugyfel>.nortinia.com aldomain alatt + élő ERP webhook.

3. hét — első workflow + első AI asszisztens tour

• Beállítjuk az első Nortinia Engine workflow-t a tenant számára. Tipikusan ez egy rendelés-feldolgozási folyamat vagy egy quote-ráírási flow.
• Az AI asszisztens (chat-panel) bemegy a storefrontba és az adminba. A tenant személyzete egy 90 perces guided tour-on találkozik vele. A SITE_NAV MCP tool-ok bemutatkoznak.
• Output: élő workflow + a personell tudja, mi az a chat-agent és mire jó.

4. hét — training + go-live

• Két szerepkör szerinti training (admin, operator) 3-3 órában.
• Go-live checklist: minden monitoring zöld, minden webhook teszt-rendelést átengedett, a graceful shutdown próbát kiállta a deployment, a Sentry projekt él, a backup pipeline ütött.
• Élesítés.

A 9 napos outlier

Egy logisztikai ügyfél jött 2025 októberében, akinek már működött a saját ERP-je egy clean OpenAPI 3.1 specet adva. SSO-zni Microsoft Entra ID-vel akart, ami nálunk standard. A branding minimális volt. A workflow-juk a meglévő order-flow majdnem 1:1-es másolata volt. Két szerepkör, 8 felhasználó.

9 nap alatt élesedett. Nem mert mi gyorsak voltunk. Mert minden bemenet egyértelmű volt és nem volt belső politika rajtuk.

A 11 hetes outlier

Egy pénzügyi tanácsadó cég, akinek az audit-trail compliance-e olyan szigorú volt, hogy minden mutáció előtt egy belső jogi review-nak át kellett mennie. A 4. héten kiderült, hogy az ő audit_event masking igényük mélyebb, mint amit az általunk épített regex+ML masker tud. Egyedi szabályrendszer kellett. Plusz a 6. héten kértek egy soha-nem-épített GDPR data-export pipeline-t ("adj 30 napon belül minden adatát egy CSV-ben"). Az utolsó három hét egy custom job-runner megírása volt, ami a Postgres-ből hash-elt felhasználói azonosító alapján dolgozik.

A tanulság nem az, hogy ne vállaljunk pénzügyi ügyfeleket. A tanulság az, hogy az 1. héten kell elkérni a compliance dokumentumot, nem a 4-en.

Mi maradt benn fixen

• A 90 perces tour kötelező. Aki kihagyja, két hónappal később 5x annyi support-ticketet generál.
• Az 1. heti scope-dokumentumot aláírja a tenant. Amíg nincs aláírva, nem deploy-olunk.
• Sealed Secret rotációra van check-list. Nem manuális. Hat hónapja nem volt secret-leak.

Hány onboardingot futtattunk eddig

14 design partner + 9 fizetős ügyfél = 23 onboarding 2026-ban eddig. 19-et tartottunk a 30 napon belül. 2 outlier (9 és 11 hét). 2 jelenleg fut.

A pipeline most kiszámítható. Ez nem azt jelenti, hogy minden tenant ugyanúgy néz ki. Ez azt jelenti, hogy a pipeline tudja, mit kell tőlük megkérdezni az 1. héten.

Milyen hibákat csináltunk az első 5 onboardingnál

• Túl optimista go-live időpontot ígértünk. Egy ügyfélnek 18 napos onboardingot ígértünk a kezdeti gyorsasághoz mérten. A 3. héten kiderült, hogy az ő ERP-jük SOAP-on beszél, nem REST-en. Két extra hét. Most soha nem ígérünk 24 napnál rövidebbet az audit előtt.
• A trainingen csak az adminokat hívtuk. A operator szerepkör a go-live után tette fel a kérdéseit, amikor már a betanító már elment. Most két külön session-t tartunk.
• A monitoring az ügyfél projektre csak a go-live után indult. A Sentry projektnek már az 1. hét végén élnie kell. Egy ügyfélnek a 4. héten staging-en bukott egy webhook, és nem volt Sentry alarm, mert még nem volt fent. Két napig vakon mentünk.

A fenti három fájdalom most checklist-en van. Egyetlen tenant onboarding nem indulhat el a checklist nélkül.