Een onboardingportaal voor medewerkers bouwen: checklists, documenten en plannen voor de eerste week

Een onboardingportaal voor medewerkers maakt van “welkom aan boord, tot maandag” een plan. De nieuwe medewerker krijgt één pagina met alles wat hij nodig heeft voor en tijdens de eerste weken — starttijd, bij wie hij terechtkan, documenten om in te leveren, wat hij elke dag doet — terwijl HR, IT en de manager elk hun eigen taken met deadlines krijgen, zodat de laptop, accounts en het bureau op dag één klaar zijn. Om er een te bouwen heb je checklist-sjablonen per rol nodig, een kopie van die checklist per nieuwe medewerker, taken die aan verschillende mensen zijn toegewezen, veilige documentverzameling en een overzicht van wat te laat is. Een AI-app-builder kan snel een werkende versie maken; het denkwerk gaat zitten in de checklist zelf en in de bescherming van persoonlijke documenten.

Wat het portaal nodig heeft

Data

Het kernidee is sjablonen die per nieuwe medewerker worden gekopieerd. Elke nieuwe starter krijgt een eigen set taken, gemaakt uit een sjabloon, met vervaldatums die worden berekend vanaf zijn startdatum (“IT: laptop bestellen — 10 dagen vóór de start”). Zo kun je de checklist van één persoon aanpassen zonder het sjabloon te wijzigen.

Pagina’s

• Nieuwe medewerker: welkomstpagina (starttijd, adres, bij wie je terechtkunt, plan voor de eerste week), mijn checklist, documentuploads, belangrijke beleidsregels en contacten.
• Manager en buddy: hun taken voor elke nieuwe starter en de voortgang in één oogopslag.
• HR: alle nieuwe medewerkers op startdatum, achterstallige taken van iedereen, sjablonen, documenten die beoordeeld moeten worden.
• IT: apparatuur- en accounttaken, gesorteerd op startdatum.

Rechten

Nieuwe medewerkers zien alleen hun eigen portaal. Managers zien hun eigen starters. IT ziet zijn taken maar geen persoonlijke documenten. HR ziet alles. Persoonlijke documenten — identiteitsbewijs, contracten, belastingformulieren — zijn de gevoeligste data in de app: privé-opslag, alleen toegankelijk voor HR, en een plan om ze na de verplichte bewaartermijn te verwijderen. Regels voor gegevensbescherming en administratie van medewerkersdocumenten verschillen per land, dus laat ze nakijken door een adviseur. Rolgebaseerde toegangscontrole behandelt de handhaving.

Beslissingen en afwegingen

Hoe nieuwe medewerkers inloggen

Nieuwe medewerkers hebben vóór de eerste dag geen werk-e-mail. Opties: een magische link die naar hun privé-e-mail wordt gestuurd, een eenmalige installatielink die een wachtwoord aanmaakt, of pas portaaltoegang geven wanneer de werkaccounts bestaan (wat het venster vóór de start verliest). Magische links zijn de gebruikelijke keuze.

Documenten verzamelen of linken naar andere systemen

Het eenvoudigste portaal houdt alleen bij dat een document in een ander systeem is afgehandeld (“Contract ondertekenen in e-signature-tool — klaar”). Bestanden zelf verzamelen is handig, maar brengt verantwoordelijkheid voor opslag, toegang en bewaring met zich mee. Contracten worden meestal het best ondertekend in een e-signature-product, en bank- en belastinggegevens in de salarisadministratie.

Hoeveel inhoud

Een portaal is geen wiki. Link naar je kennisbank of handboek voor beleidsregels, en houd het portaal bij de volgende stappen van deze persoon.

Automatische herinneringen

Een dagelijkse e-mail met achterstallige taken naar elke eigenaar houdt zaken in beweging. Dat vraagt om iets dat volgens een schema draait; als je hosting geen geplande taken biedt, kan een externe planner een endpoint in je app aanroepen, of HR kan vanuit het dashboard op “herinneringen versturen” drukken.

Een eerste prompt die werkt

Bouw een onboardingportaal voor medewerkers voor een softwarebedrijf met 120 medewerkers. HR maakt een nieuwe medewerker aan met naam, privé-e-mail, rol, team, manager, buddy, startdatum, locatie en een sjabloon (Engineering, Sales, Operations). Elk sjabloon heeft taken met een eigenaarrol (nieuwe medewerker, HR, IT, manager, buddy), een beschrijving en een vervaldatum ten opzichte van de startdatum; het aanmaken van een nieuwe medewerker kopieert het sjabloon naar zijn eigen takenlijst met echte datums. Nieuwe medewerkers loggen in met een magische link die naar hun privé-e-mail wordt gestuurd en zien een welkomstpagina (starttijd, kantooradres, bij wie je terechtkunt, planning van de eerste week), hun checklist en uploads voor verplichte documenten. Managers, buddy’s en IT zien alleen hun eigen taken voor elke starter. HR ziet alle nieuwe medewerkers op startdatum, achterstallige taken en geüploade documenten. Documenten worden privé opgeslagen en zijn alleen zichtbaar voor HR. Rollen: nieuwe medewerker, medewerker, HR, IT. Sla alles op in een database. Vriendelijk, verwelkomend ontwerp voor de pagina’s van nieuwe medewerkers; zakelijk en compact voor HR en IT.

Bouwstappen

1. Schrijf eerst de checklist op papier. Vraag de laatste drie nieuwe medewerkers wat er op hun eerste dag ontbrak, en vraag IT wat altijd te laat komt.
2. Sjablonen en nieuwe medewerkers, met de logica van kopiëren en plannen getest aan de hand van een paar startdatums.
3. Takenweergaven per rol, die elk alleen tonen wat die persoon moet doen.
4. Portaal voor nieuwe medewerkers: welkomstpagina, checklist, bronnen.
5. Inloggen via magische link voor nieuwe medewerkers, en je gekozen login voor het personeel.
6. Documentuploads naar privé-opslag, alleen voor HR. Zie bestandsuploads toevoegen.
7. Meldingen en herinneringen via je eigen e-mailprovider.
8. HR-overzicht van achterstallige taken en komende starters.
9. Pilot met de volgende twee medewerkers, en voeg daarna offboarding toe volgens hetzelfde patroon.

Veelgemaakte fouten

• Beginnen op dag één. Het beste onboardingwerk gebeurt in de twee weken ervoor.
• Eén gigantische checklist voor iedereen. Gebruik sjablonen per rol en laat HR taken verwijderen die niet van toepassing zijn.
• Taken zonder één eigenaar. “Team regelt de accounts” betekent dat niemand het doet.
• Persoonlijke documenten in openbare of gedeelde opslag. Houd ze privé, beperk de toegang en verwijder ze volgens schema.
• Het portaal een handboek laten worden. Link naar beleidsregels; houd het portaal bij volgende stappen.
• De manager vergeten. Het plan voor de eerste week van de manager doet er voor de nieuwe medewerker meer toe dan welk formulier ook.

Wanneer een kant-en-klaar product de betere keuze is

Als je al HR-software gebruikt, controleer dan eerst de onboardingfuncties: die heeft misschien al sjablonen, e-signatures en een koppeling met de salarisadministratie en medewerkersgegevens, waarmee een eigen portaal zou moeten integreren. Bedrijven die in veel landen aanwerven, hebben ook baat bij producten die landspecifieke papierwerk bijhouden.

Een eigen portaal past wanneer onboarding een echte bottleneck is maar de versie van je HR-tool star is, wanneer taken IT, facilitaire zaken en klantspecifieke stappen omvatten die die tool niet modelleert, of wanneer je onboarding, verlofaanvragen en andere interne verzoeken op één plek wilt. Het is ook een veelvoorkomende eerste interne tool voor groeiende teams.

Bouwen met Mythex

Bij Mythex beschrijf je de onboardingworkflow in de chat en bouwt de agent die in een live preview, met een Postgres-database voor medewerkers en taken en projectbestandsopslag voor uploads wanneer de app die nodig heeft. De use case interne tool in de docs noemt een onboardingchecklist als een van de eerste tools die meestal loont. Inloggen met magische link en herinneringsmails lopen via je eigen auth- en e-mailproviders — Mythex heeft geen ingebouwde login voor eindgebruikers en verstuurt geen e-mail — met sleutels opgeslagen als geheimen van het project. Gebruik /test om het aanmaken van een medewerker en het afronden van taken na te lopen voordat je publiceert.

Voor een startprompt kun je de sjablonen organogram-directory of wervingspijplijn-tracker proberen, en ze daarna uitbreiden tot onboarding.

Veelgestelde vragen