De nieuwe medewerker aan wie niemand iets hoefde uit te leggen

De meeste tools behandelen elke nieuwe login hetzelfde: welkomstscherm, instellijst, “vertel ons over je bedrijf”. Dat is een redelijke standaard voor een oprichter die zich voor het eerst aanmeldt. Het is ronduit fout voor de vierde persoon die aansluit bij een bedrijf dat al twee jaar draait.

We wilden weten wat er echt gebeurt de eerste keer dat iemand die niet de oprichter is inlogt op een bestaand Craft11-account. Niet wat we hoopten dat er zou gebeuren. Wat er daadwerkelijk op het scherm verschijnt.

Wat we hebben gebouwd onder een vrij stille functie

Een teamlid uitnodigen is een echt eindpunt, geen placeholder: de eigenaar of een beheerder stuurt een uitnodiging, het systeem maakt een echte gebruiker aan onder het account met een tijdelijk wachtwoord dat handmatig moet worden overgedragen, en de rol van die persoon, admin, manager, buitendienstmedewerker, viewer, is een echt structureel gegeven vanaf het moment dat het account bestaat. Geen gok die Stark later maakt. Een echt veld dat het meteen kan lezen.

Iemand deactiveren werkt op dezelfde eerlijke manier, alleen omgekeerd. De login wordt direct geblokkeerd. Aan de geschiedenis wordt niets veranderd: elke taak, elke notitie, elke toewijzing blijft precies waar het was, correct toegeschreven aan die persoon, want de sporen van een vertrokken collega uit twee jaar klantgeschiedenis wissen zou zelf een vorm van verlies van institutioneel geheugen zijn.

Wat er echt gebeurt bij hun eerste login

Een net uitgenodigde manager logt voor het eerst in. Er draait geen instelwizard. Geen “laten we je pipelinefases instellen”. Starks eerste bericht behandelt dit niet als dag één, want structureel is dat het voor dit bedrijf ook niet. In plaats daarvan: echte pipelinecijfers, wat er nu daadwerkelijk openstaat, wie waaraan is toegewezen, een echte oriëntatie gebaseerd op de huidige staat van het bedrijf, geen generieke rondleiding langs lege menu’s.

Vraag het om een echte offerte te tonen, de klantenlijst, actieve projecten, en elk daarvan is echte navigatie waarbij Stark vertelt wat er daadwerkelijk staat, geen demo met voorbeelddata. De context waar de oprichter maanden dagelijks gebruik voor nodig had om op te bouwen is er gewoon, op de eerste dag van iemand anders.

De zin die het punt beter maakte dan wij het hadden kunnen schrijven

Tijdens het testen vroegen we Stark wat een gloednieuw teamlid zou moeten weten om zijn weg te vinden. Op een volwassen account noemde het antwoord een echt teamlid bij naam, citeerde een echte inwerktijd van twee dagen, en sloot af met een zin die het waard is om letterlijk te citeren, omdat geen mens hem voor marketingdoeleinden schreef, het systeem zei hem terwijl het gewoon zijn werk deed:

“De Vault is de reden dat inwerken ongeveer twee dagen kost in plaats van maanden.”

Noch het cijfer, noch de zin hebben wij geschreven. Ze kwamen van een live model dat echte, opgebouwde bedrijfsgeschiedenis las en nauwkeurig beschreef waar die geschiedenis eigenlijk voor dient.

Waarom dit belangrijker is dan het klinkt

De gebruikelijke pitch voor “institutioneel geheugen”-software is gericht op de oprichter: je onthoudt meer, vergeet minder, werkt sneller. Allemaal waar, en ook onvolledig. De echte kosten van een ongedocumenteerd bedrijf zijn niet alleen wat de oprichter vergeet. Het is wat elke nieuwe medewerker persoonlijk moet worden uitgelegd, door iemand wiens tijd dat kost, keer op keer, bedrijf na bedrijf, aanwerving na aanwerving.

Dat een nieuw persoon binnenkomt en een echt, actueel, accuraat beeld van het bedrijf krijgt zonder dat iemand zijn eigen werk stopzet om het uit te leggen, is geen leuke bijkomstigheid aan de rand van het product. Het is hetzelfde opbouwende geheugen waar de eigen vragen van de oprichter scherper van worden, alleen nu uitbetaald aan iemand anders, op diens allereerste dag, in plaats van vastgezet bij wie het toevallig heeft opgebouwd.

Vragen die mensen echt stellen

Hoe weet Stark dat een nieuw teamlid niet de oprichter is?

De rol is een echt, structureel gegeven van het account vanaf het moment dat iemand wordt uitgenodigd, niet iets wat Stark afleidt of raadt. Een net uitgenodigde collega logt in met zijn eigen rol al gekoppeld, en Starks eerste reactie wordt door die rol bepaald vanaf het allereerste bericht, niet door een generieke instelflow.

Kost het je iets om een nieuw teamlid uit te nodigen als het niet werkt?

Iemand deactiveren blokkeert direct de login en verwijdert niets. Elke taak, notitie en toewijzing die diegene heeft aangeraakt blijft precies zoals het was, correct toegeschreven. Het account van de eigenaar kan niet worden gedeactiveerd, en niemand kan zichzelf deactiveren.

Is dit hetzelfde als het verhaal over twaalf maanden opbouw?

Verwant, maar niet dezelfde bewering. Het verhaal van twaalf maanden gaat over hoe de vragen van één persoon scherper worden naarmate het geheugen van diens eigen bedrijf groeit. Dit gaat over een tweede persoon die er koud instapt en al op dag één profiteert van dat geheugen, zonder dat iemand het persoonlijk hoeft over te dragen.

Word lid van de Early Crew →← Terug naar alle stukken

Recorded on a live database and a live screen, but run by automated scripts standing in for a human's clicks and typing, not performed live. When Stark answers faster than the script expects, the screen can hold still for a beat before the next step starts. That's left in on purpose. The goal was never a polished demo reel, it was proof the feature actually works. Dejan's own verdict, after watching the raw footage: rough, but the best demo video we've made.