Een intern supportmodel beschrijft hoe je organisatie Google Workspace-support structureel organiseert. Het is het kader waarbinnen je helpdesk en escalatie passen. Een goed model zorgt dat vragen efficiënt bij de juiste persoon belanden en dat support meegroeit met je organisatie. In dit artikel laten we de gangbare modellen en lagen zien.
De lagen van een supportmodel
Een volwassen supportmodel kent meerdere lagen, elk voor een ander type vraag. Hoe verder een vraag in het model komt, hoe specialistischer de hulp.
| Laag | Wie | Wat |
|---|---|---|
| Zelfservice | Iedere gebruiker | Kennisbank en handleidingen waarmee mensen zichzelf helpen |
| Eerste lijn | Helpdesk of ambassadeurs | Veelvoorkomende vragen en eenvoudige problemen |
| Tweede lijn | Beheerders | Technische en complexe zaken |
| Derde lijn | Specialisten, partners of Google-support | De zwaarste en zeldzaamste gevallen |
De onderste laag, zelfservice, is vaak de meest onderschatte en tegelijk de waardevolste. Een goede kennisbank vangt een groot deel van de vragen af voordat ze een mens bereiken. Mensen die hun antwoord zelf vinden, zijn sneller geholpen en belasten je team niet.
Duw vragen naar onderen
Een goed supportmodel duwt vragen zo ver mogelijk naar de onderste lagen. Hoe meer een gebruiker zelf kan oplossen met een kennisbank, hoe minder werk voor de eerste lijn. Hoe meer de eerste lijn afhandelt, hoe minder de beheerders belast worden. Investeren in de onderste lagen betaalt zich altijd terug.
Centraal, gedecentraliseerd of hybride
Er zijn grofweg drie manieren om support te organiseren. Welke past, hangt af van je grootte, je structuur en je cultuur.
Centraal. Een centraal team handelt alle support af. Voordeel is consistentie en gebundelde kennis. Nadeel is dat het team de afstand tot afdelingen kan voelen en bij groei een knelpunt wordt. Past goed bij kleine tot middelgrote organisaties.
Gedecentraliseerd. Elke afdeling heeft eigen support, bijvoorbeeld via ambassadeurs. Voordeel is nabijheid en kennis van de afdeling. Nadeel is dat kennis versnippert en consistentie lastiger wordt. Past bij organisaties met sterk verschillende afdelingen.
Hybride. Een centrale tweede lijn met gedecentraliseerde ambassadeurs in de eerste lijn. Voordeel is het beste van beide: nabijheid plus gebundelde expertise. Voor veel grotere organisaties is dit het ideale model.
| Model | Sterkste punt | Grootste risico | Past bij |
|---|---|---|---|
| Centraal | Consistentie en gebundelde kennis | Knelpunt bij groei | Klein tot middelgroot |
| Gedecentraliseerd | Nabijheid bij de afdeling | Versnipperde kennis | Sterk verschillende afdelingen |
| Hybride | Nabijheid plus expertise | Meer afstemming nodig | Grotere organisaties |
Verantwoordelijkheden verdelen
Een supportmodel werkt alleen als duidelijk is wie wat doet. Leg per laag vast welke vragen daar thuishoren en wie verantwoordelijk is. Zonder die duidelijkheid blijven vragen hangen tussen lagen of belanden ze steeds op de verkeerde plek.
Een supportmodel opzetten
- Breng in kaart welke soorten vragen er binnenkomen en hoe vaak.
- Bepaal welke laag elk type vraag afhandelt.
- Kies een model: centraal, gedecentraliseerd of hybride, passend bij je grootte.
- Wijs verantwoordelijken aan per laag en leg de overdracht tussen lagen vast.
- Bouw de zelfservicelaag uit met een goede kennisbank.
- Meet hoe vragen door het model stromen en verschuif wat te vaak escaleert naar een lagere laag.
Stuur op terugkerende escalaties
Analyseer regelmatig welke vragen het meest naar de tweede lijn doorschuiven. Komt een bepaald type vraag steeds bij de beheerders terecht, dan ontbreekt er waarschijnlijk een kennisbankartikel of een stukje training voor de eerste lijn. Door dat aan te vullen, verlaag je de druk op je specialisten structureel.
Wie doet wat per rol
Beheerder. Als beheerder vorm je vaak de tweede lijn. Je handelt de technische vragen af en voedt de kennisbank en de eerste lijn met oplossingen, zodat vergelijkbare vragen later lager in het model blijven.
IT-manager. Als IT-manager ontwerp je het supportmodel en kies je het type dat past. Jij bewaakt dat het model meegroeit en dat de verdeling van vragen over de lagen gezond blijft.
Het model laten meegroeien
Het model dat past bij tien gebruikers past niet bij duizend. Bij groei verschuift een centraal model vaak naar hybride, en wordt zelfservice belangrijker. Behandel je supportmodel niet als iets wat je een keer instelt, maar als iets wat meegroeit.
Laat de tweede lijn niet alles doen
Een veelgemaakte fout is dat de beheerders alles blijven doen, ook als de organisatie groeit. Dat werkt tot het niet meer werkt, en dan zitten je schaarse specialisten verzopen in simpele vragen. Bouw op tijd de lagere lagen uit, voordat je tweede lijn omvalt onder de werkdruk.
Veelgestelde vragen
Welk supportmodel past bij een kleine organisatie?
Voor kleine organisaties werkt een centraal model goed, omdat een klein team alle support kan overzien en de kennis gebundeld blijft. Bij groei verschuift dat vaak naar een hybride model.
Wat is het verschil tussen een supportmodel en een helpdesk?
Een helpdesk is het concrete loket waar vragen binnenkomen. Een supportmodel is het bredere kader dat beschrijft hoe alle lagen, van zelfservice tot specialist, samenwerken. De helpdesk is een onderdeel van het model.
Hoe belangrijk is zelfservice echt?
Heel belangrijk. Een goede kennisbank lost een aanzienlijk deel van de vragen op voordat ze een mens bereiken. Investeren in zelfservice is de meest schaalbare manier om support beheersbaar te houden.
Wanneer moet ik mijn model aanpassen?
Als je tweede lijn structureel overbelast is, als vragen blijven hangen tussen lagen, of als je organisatie sterk groeit. Een model dat ooit goed paste, kan na groei knellen. Evalueer het periodiek.
Wie hoort de eerste lijn te bemensen?
Vaak een centrale helpdesk of, in een gedecentraliseerd model, afdelingsambassadeurs die hun collega's goed kennen. Belangrijk is dat de eerste lijn duidelijke instructies en een kennisbank heeft, zodat ze veel vragen zelf afronden.
Wanneer schakel je Google-support in?
Schakel Google-support in voor problemen die echt aan de dienst zelf liggen, zoals storingen of bugs die je beheerders niet kunnen verhelpen. Los configuratie- en gebruiksvragen eerst intern op, want die horen in de eerste of tweede lijn thuis.
Lees ook een helpdesk opzetten en escalatieprocedures voor de concrete invulling.