Use cases
Bouw onboardingportalen met AI-assisted engineering
Geef elke nieuwe medewerker, klant of cliënt één begeleide plek voor taken, documenten en voortgang — gebouwd naar jouw exacte proces, in echte code die je bezit.
Een onboardingportaal is een webapplicatie die nieuwe medewerkers, klanten of cliënten op één plek begeleidt door taken, documenten, training en voortgang. Ciao bouwt onboardingportalen als echte React-, TypeScript- en Supabase-applicaties vanuit verzoeken in gewone taal. In tegenstelling tot formuliertools of generieke checklists komt een door Ciao gebouwd portaal met SSO, rolgebaseerde toegang, geautomatiseerde QA, security-testing en een append-only audit trail achter elke wijziging.
Gepubliceerd 2026-07-03 · Laatst bijgewerkt 2026-07-03
Onboarding leeft op te veel plekken
De meeste onboarding verloopt via e-mailthreads, een spreadsheet die de coördinator bijhoudt, een gedeelde schijf vol PDF's, en herinneringen die iemand moet onthouden te versturen. De nieuwe medewerker of klant ziet daar niets van. Ze krijgen een welkomstmail, dan stilte, dan een hectische tweede week wanneer iemand merkt dat het belastingformulier nooit is ondertekend of het kickoffgesprek nooit is ingepland.
Een onboardingportaal vervangt die wildgroei door één begeleide ervaring. De persoon die wordt ingewerkt ziet zijn eigen plan: wat af te ronden, wat te uploaden, wat er daarna gebeurt, en hoe ver hij is. Het team dat de onboarding runt, ziet de andere kant: templates per rol, regio of pakket, wie vastzit op welke stap, en waar het proces consistent vertraagt.
Teams komen uiteindelijk uit bij maatwerk omdat onboarding een van de meest bedrijfsspecifieke processen is die er zijn. Jouw volgorde van stappen, jouw documentvereisten, jouw goedkeuringspunten en jouw systemen zijn niet hetzelfde als die van iemand anders, en kant-en-klare tools forceren hun flow over de jouwe heen. Ciao bouwt het portaal naar jouw proces vanuit een omschrijving in gewone taal — en genereert echte React-, TypeScript- en Supabase-code die je bezit, geen configuratie opgesloten in het product van iemand anders.
Wat een onboardingportaal meestal nodig heeft
Vereisten herhalen zich bij onboarding van medewerkers, klanten en cliënten. Een serieus portaal dekt doorgaans:
- Rollen — Een beheerder die templates beheert, managers of accounteigenaren die hun eigen mensen volgen, en onboardees die alleen hun persoonlijke plan zien — niets van iemand anders.
- Data — Personen of accounts, taaktemplates met eigenaren en deadlines, checkliststatussen, geüploade documenten met versies, trainingslinks en voltooiingsrecords.
- Integraties — Synchronisatie met het HRIS of CRM dat het systeem van record blijft, e-signature voor aanbiedingsbrieven en overeenkomsten, agenda-uitnodigingen, en e-mail- of Slack-meldingen.
- Authenticatie — SSO via SAML of OIDC voor personeel, uitgenodigde accounts voor nieuwe medewerkers of klanten die nog geen bedrijfsinloggegevens hebben, optionele MFA, en rolgebaseerde toegangscontrole overal.
- Herinneringen — Automatische duwtjes voor achterstallige taken en een overzicht voor de onboardingeigenaar, zodat niemand met de hand achter voltooiing hoeft aan te jagen.
- Rapportage — Voltooiingspercentages, doorlooptijd per cohort, en de specifieke stappen waar mensen vastlopen — de cijfers die het rechtvaardigen om het proces te repareren.
Hoe de bouw verloopt op Ciao
1. Beschrijf het portaal
In gewone taal: wie wordt ingewerkt, de stappen, de documenten, wie wat goedkeurt. Geen specificatiedocument nodig — het gesprek is de specificatie.
2. Beoordeel het plan
De AI-software-organisatie van je workspace — CTO, Coder, QA-analist, Security-engineer, Doctor en SysOps-operator — stelt het datamodel, de schermen en de rollen voor voordat er code wordt geschreven.
3. Bouw met live preview
Chat links, de werkende app rechts. Klik op elk element en gebruik inspect-to-prompt om het te wijzigen; zet vervolgverzoeken in de promptwachtrij terwijl builds draaien.
4. Verbind je systemen
Blocks voegen de backend, authenticatie, integraties en meldingen toe, zodat HRIS-synchronisatie en e-signature zijn ingebouwd in plaats van er achteraf aan vastgeplakt.
5. Test voordat iemand het ziet
QA draait deterministische browserreplays en smoke gates vóór publicatie; Security draait statische scans, dependency-checks en toegangscontrole-probes bevestigd tegen de live app.
6. Bestuur de wijziging
Guardrails koppelt de code aan bedrijfsdomeinen, markeert risicovolle wijzigingen, past plain-English-beleid toe en legt menselijke review vast — met een audit trail achter elke merge.
7. Deploy en monitor
Publiceer met één klik, waarna Doctor, een read-only AI-SRE, de live app, DNS en CDN onderzoekt en fixes concipieert wanneer er iets afwijkt.
Security- en governancechecklist
- ✓ SSO via SAML of OIDC voor personeel; uitgenodigde, afgebakende accounts voor onboardees
- ✓ Rolgebaseerde toegangscontrole zodat managers alleen hun eigen nieuwe medewerkers of accounts zien
- ✓ Append-only audit trail over prompts, merges, deploys en admin-acties
- ✓ Guardrails-review op elke wijziging die persoonsgegevens of documenten raakt
- ✓ QA-smoke gates vóór elke publicatie en productiechecks erna
- ✓ Toegangscontrole-probes bevestigd tegen de live app, niet alleen statische regels
- ✓ Klantcode wordt nooit gebruikt om modellen te trainen; inferentie draait onder zero-retention-contracten
Varianten die teams bouwen
Onboardinghub voor medewerkers
Rolgebaseerde taakplannen, documentverzameling met e-signature, IT-provisioningchecklists en een managerweergave van de eerste 90 dagen van elke nieuwe medewerker.
Onboardingtracker voor klanten
Begeleide setup-mijlpalen per account, gedeeld tussen je customer success-team en de klant, met gezondheidsindicatoren wanneer accounts vastlopen.
Kickoffportaal voor cliënten
Voor bureaus en consultancies: intakeformulieren, materiaalverzameling, kickoffplanning en een zichtbaar plan dat week één georganiseerd laat aanvoelen.
Compliance-onboarding voor aannemers
Certificeringsuploads, verzekeringsverificatie, introductiestappen op locatie en vervalherinneringen voordat iemand aan het werk gaat.
Partneractivatieportaal
Trainingsmodules, ondertekening van overeenkomsten en go-live-checklists voor resellers of kanaalpartners, met voortgang zichtbaar voor beide kanten.
Onboarding van studenten of leden
Inschrijvingsstappen, documentindiening en planning van oriëntatie voor onderwijsaanbieders, verenigingen en gemeenschappen.
Vereisten en hoe Ciao ze dekt
Inkoopteams beoordelen onboardingportalen aan de hand van een korte lijst harde vereisten. Onderstaande tabel koppelt de vereisten die in bijna elke evaluatie terugkomen aan het specifieke onderdeel van het Ciao-platform dat erop antwoordt, van toegangscontrole tot eigendom op lange termijn.
| Vereiste | Hoe Ciao dit dekt |
|---|---|
| Bedrijfsspecifiek proces | Gebouwd vanuit jouw omschrijving in gewone taal, niet aangepast vanuit een template |
| Personeels- en externe logins | SSO via SAML en OIDC, uitgenodigde accounts, optionele MFA, RBAC |
| Documentafhandeling | Uploads met versiebeheer en toegangsregels, geverifieerd met live toegangscontrole-probes |
| Systeem van record blijft staan | Integraties synchroniseren met je HRIS of CRM in plaats van het te vervangen |
| Proces verandert in de tijd | Bewerk in gewone taal op branches; QA-replays bevestigen dat er niets is geregresseerd |
| Verantwoording | Guardrails menselijke review plus een append-only audit trail bij elke merge |
| Eigendom | Standaard React, TypeScript en Tailwind, op elk moment exporteerbaar naar je eigen repo |
Veelgestelde vragen
Moeten we ons HRIS of CRM vervangen om een onboardingportaal te gebruiken?
Nee. Het portaal staat naast je systeem van record en synchroniseert via integraties. Het HRIS of CRM blijft eigenaar van de masterdata; het portaal is eigenaar van de begeleide ervaring, taaktracking en documentverzameling die die systemen slecht afhandelen.
Kunnen mensen inloggen voordat ze bedrijfsaccounts hebben?
Ja. Personeel authenticeert via SSO via SAML of OIDC, terwijl nieuwe medewerkers, klanten of aannemers uitgenodigde accounts gebruiken die zijn afgebakend tot hun eigen onboardingplan. Rolgebaseerde toegangscontrole houdt de data van elke onboardee gescheiden.
Hoe worden geüploade documenten beveiligd?
Toegangsregels beperken elk document tot de mensen in die onboardingflow, en Ciao's Security-laag draait toegangscontrole-probes die beperkingen bevestigen tegen de live app in plaats van te vertrouwen op configuratie. Elke wijziging aan documentafhandeling doorloopt Guardrails-review en komt terecht in de audit trail.
Wat gebeurt er als ons onboardingproces verandert?
Je beschrijft de wijziging in gewone taal en die wordt gebouwd op een branch met live preview. QA speelt de bestaande flows opnieuw af om te bevestigen dat er niets is geregresseerd, Guardrails legt de review vast, en je publiceert zodra de smoke gates slagen.
Wie is eigenaar van de applicatie?
Jij. Ciao genereert standaard React-, TypeScript- en Tailwind-code met 100% eigendom, op elk moment exporteerbaar naar je eigen repository. Er is geen eigen runtime waarvan het portaal afhankelijk is.
Wat kost het om een onboardingportaal te bouwen?
Individuele bouwers kunnen selfservice starten met credits en een werkend portaal krijgen zoals bij elke andere Ciao-app. Serieuze ontwikkelprogramma's beginnen bij USD 10.000 per jaar — zie de prijzenpagina of praat met sales voor een afgebakend antwoord.