journal

Uitgewerkt voorbeeld: een ops-bot voor onboarding van nieuwe collega's

Een illustratief uitgewerkt voorbeeld van een ai-ops-bot die toegangsverzoeken van nieuwe collega's in Slack routeert. Bedrijf en cijfers zijn aannames, geen klantresultaat.

elias a.applied ai & data4 min lezen

Dit artikel. Een illustratief uitgewerkt voorbeeld, geen klantresultaat. Het dienstverlenende bedrijf en elk cijfer zijn aannames. Het laat zien hoe een interne ops-bot in Slack toegangsverzoeken van nieuwe collega's kan routeren en goedkeuren, waarbij elke actie wordt vastgelegd.

Neem een professioneel dienstverlenend bedrijf van 40 mensen aan. Het team, het proces en de cijfers zijn aannames voor deze uitwerking, geen metingen van een klant.

Het oude proces is niet stuk omdat mensen traag zijn. Het is stuk omdat een nieuwe collega accounts, toegang tot tools en apparatuur nodig heeft en elk verzoek in een andere inbox ligt. De ops-lead jaagt goedkeuringen met de hand na. Ter illustratie: neem aan dat het ongeveer drie werkdagen duurt van het begin van dag één tot een werkende laptop.

#Wat vreet de tijd bij handmatige onboarding?

Niet het klikken. Het wachten. Een verzoek voor een github-plek ligt stil tot een manager de mail ziet. Een verzoek voor de financiële tool wacht op een andere goedkeurder. Niemand is eigenaar van de overdracht, dus elke stap stokt bij een persoon. Het eigenlijke werk is een klein deel van de verstreken tijd.

Hoe automatiseert AI onboarding zonder nog een chatbot te worden?

Ze routeert en keurt goed, ze vat niet alleen samen. Een ops-bot leest elk toegangsverzoek van een nieuwe collega in Slack, toetst het aan een rol-naar-toegang-overzicht en keurt dan zelf laagrisico-items goed of routeert risicovollere naar de genoemde eigenaar met goedkeuring in één klik. Elke actie wordt vastgelegd. De maat om te volgen is de verstreken tijd van verzoek tot werkende toegang.

#Hoe ziet het ontwerp er dan uit?

Een bot die leeft waar het werk al gebeurt. Als een medewerker wordt toegevoegd, opent hij één slack-thread per persoon. Hij leest de rol, koppelt die aan een vaste toegangslijst, en handelt elk item af. Accounts en laag-risico toolplekken verleent hij op basis van regels die de klant heeft vastgesteld. Alles wat gevoelig is, zoals het financiële systeem, routeert hij naar de aangewezen eigenaar met een goedkeuren- of weigerenknop.

  • één thread per nieuwe medewerker, zodat de hele aanvraag op één plek staat, niet in vijf inboxen.
  • Rol-naar-toegang-koppeling in beheer van de klant, zodat de regels van hen zijn en controleerbaar.
  • Goedkeuring in één klik voor de eigenaar, zodat een beslissing seconden kost, geen dag aan mailverkeer.
  • Een offboarding-trigger die dezelfde toegang intrekt op de laatste dag van een medewerker.

Het laatste punt telt zwaarder dan de onboardingsnelheid. De toegang van een vertrokken collega intrekken is de stap die iedereen vergeet. In dit ontwerp gaat die af op basis van hetzelfde overzicht dat de toegang gaf, zodat offboarding even betrouwbaar is als onboarding en gemiste intrekkingen iets worden dat je kunt tellen.

We are

Stennir levert een opsbot die goedkeurt en routeert, een actie uitvoert en die logt tegen een regelset in beheer van de klant.

We aren't

Het is geen samenvattingsbot die een aanvraag leest en je een alinea geeft waar je zelf nog naar moet handelen.

#Hoe vertrouw je een bot om toegang goed te keuren?

Je bakent af wat hij mag beslissen. De bot keurt automatisch alleen de items goed die de klant zelf als laag-risico heeft gemarkeerd in zijn eigen koppeling. Al het andere routeert naar een mens met de volledige context in de thread. Elke toekenning, routering en intrekking wordt gelogd. Zo kan de opsverantwoordelijke beantwoorden wie wanneer toegang tot wat kreeg, zonder vijf tools te openen. Dat is het governance-deel, en we bouwen dat vanaf dag één in, niet achteraf.

Stel je de eerste maandag voor dat het draait: een nieuwe analist heeft voor de lunch een werkende laptop en alle logins, waar dat vroeger een woensdagprobleem was. Dat is het resultaat waar je naartoe ontwerpt en dat je meet, geen resultaat dat wij rapporteren.

In een echt project is de code van de klant. Het past bij de use case interne ops-bot onder ai-implementatie en heeft dezelfde vorm als de uitgewerkte voorbeelden over logistiek en finance in het journal. Zelfde patroon, andere afdeling: lees het verzoek, toets de regel, voer de actie uit, leg haar vast.

Als je onboarding een stapel inboxen is en één persoon die alles najaagt, is dat precies de vorm die dit oplost. Vertel ons wat je aan het bouwen bent en we vertellen je of een opsbot de juiste keuze is of dat een automatisering van twee regels code al voldoende zou zijn. vertel ons wat je bouwt.

Vertel ons welke taak de meeste tijd kost.

30 minuten. Geen voorbereiding nodig. Wij vertellen je eerlijk of AI kan helpen en waar te beginnen.