Zodra niemand meer weet wie ergens van is, wordt dienstverlening kil, hoe vriendelijk ze zich ook voordoet.

Dat is een patroon dat in veel publieke organisaties terugkeert. Een vraag komt binnen, wordt geregistreerd, doorgezet, verrijkt, beoordeeld en weer teruggelegd. Iedereen doet zijn deel, maar onderweg raakt het geheel uit beeld. De burger ziet geen zorgvuldig georganiseerde interne samenwerking. Hij ervaart vooral dat de organisatie geen eenduidig antwoord geeft.

Wanneer organisaties dat patroon herkennen, ontstaat vrijwel altijd dezelfde ambitie. Er moet meer overzicht komen, meer samenhang, minder overdrachten en duidelijkheid over de voortgang van een zaak. De zoektocht komt dan al snel uit bij Customer Service Management. Eén platform waarin zaken gevolgd kunnen worden, verantwoordelijkheden zichtbaar zijn en samenwerking tussen verschillende organisatieonderdelen wordt ondersteund.

Daarmee lijkt de opgave overzichtelijk. Er moet een nieuw CSM-platform komen. De organisatie stelt een pakket van eisen op, verkent de markt en bereidt een aanbesteding voor. Leveranciers presenteren hun oplossingen, functionaliteiten worden vergeleken en de gesprekken gaan over workflows, autorisaties, dashboards en configureerbaarheid. Het voelt als een logische route.

Totdat de dienstverlening zelf wordt onderzocht

Dan verandert de aard van het vraagstuk. De belangrijkste knelpunten blijken nauwelijks technisch van aard. Ze gaan over eigenaarschap, verschillende werkwijzen tussen regio’s, onduidelijke verantwoordelijkheden, versnipperde kennis en het ontbreken van een gedeeld beeld van de voortgang van een zaak. Het gesprek verschuift ongemerkt van software naar organisatie.

Op dat moment wordt ook duidelijk dat een CSM-systeem geen verantwoordelijkheid organiseert. Het legt vooral zichtbaar vast hoe verantwoordelijkheid op dat moment al is georganiseerd. Wanneer eigenaarschap onduidelijk is, maakt een nieuw systeem die onduidelijkheid sneller, zichtbaarder en soms pijnlijker. Meldingen krijgen statussen, taken krijgen wachtrijen en escalaties krijgen vaste routes. Maar daarmee is nog steeds niet bepaald wie werkelijk eigenaar is van de uitkomst.

Vanuit dat inzicht verschuift ook de aanpak. Het werk begint niet langer bij configuratie, maar bij afspraken. Wie pakt een vraag op? Wanneer wordt iets overgedragen? Wie koppelt terug? Wanneer blijft eigenaarschap bij de eerste lijn en wanneer verschuift het naar een inhoudelijke expert? Pas wanneer die vragen zijn beantwoord, krijgt technologie een duidelijke rol.

De logica van publieke dienstverlening

Tijdens de marktverkenning wordt vervolgens zichtbaar dat vrijwel alle beschikbare oplossingen vertrekken vanuit een vergelijkbaar referentiemodel. Klassieke ITSM-platformen zijn ontwikkeld voor voorspelbare serviceprocessen met grote aantallen gestandaardiseerde incidenten, wijzigingen en serviceverzoeken. Binnen die context functioneren zij uitstekend en hebben zij hun waarde ruimschoots bewezen.

Publieke dienstverlening volgt echter een andere logica. Een melding over een gevaarlijke verkeerssituatie, een vraag over nadeelcompensatie of een verzoek op grond van de Wet open overheid laat zich niet reduceren tot een standaardticket. Iedere zaak kent een eigen context, raakt meerdere organisatieonderdelen en vraagt voortdurend om professionele afwegingen. Niet de workflow is bepalend, maar de manier waarop kennis, verantwoordelijkheid en besluitvorming gedurende het proces met elkaar verbonden blijven.

Aan de andere kant van de markt bevinden zich platformen als ServiceNow en Salesforce. Vrijwel alles is daarin mogelijk. Die flexibiliteit heeft echter een prijs. Organisaties worden afhankelijk van omvangrijke configuraties, specialistische kennis en langdurige consultancy. Voor veel commerciële organisaties is dat een bewuste strategische keuze. Voor publieke organisaties, waar continuïteit, uitlegbaarheid en beheersbaarheid minstens zo belangrijk zijn als functionaliteit, ontstaat daardoor een fundamenteel andere afweging.

De ontwerpvraag verandert

Gaandeweg verandert daardoor de ontwerpvraag. Niet langer staat centraal welk platform moet worden ingevoerd, maar welke manier van organiseren de publieke dienstverlening eigenlijk nodig heeft. Zodra daar duidelijkheid over ontstaat, volgen de functionele eisen bijna vanzelf. Samenwerking rond één zaak, transparant eigenaarschap, gedeelde statusinformatie, een bruikbare kennisbasis en rapportages die inzicht geven in de werking van de keten zijn dan geen wensenlijst meer, maar een logisch gevolg van de gekozen werkwijze.

Wanneer eigenaarschap, mandaat en status helder zijn, verandert ook de manier waarop een organisatie kan sturen. Niet langer op losse tickets of individuele prestaties, maar op de kwaliteit van de dienstverlening als geheel. Wachttijden worden voorspelbaarder, structurele knelpunten worden zichtbaar en teams krijgen inzicht in waar overdrachten vastlopen of kennis ontbreekt. Bestuurders ontvangen niet alleen cijfers, maar informatie waarmee de dienstverlening daadwerkelijk verbeterd kan worden.

De belangrijkste opbrengst van zo’n traject is uiteindelijk niet de keuze voor een platform. De belangrijkste opbrengst is een andere manier van kijken.

Voorbij het ticket

Vrijwel alle CSM-oplossingen vertrekken vanuit een referentiemodel dat zijn oorsprong vindt in IT-servicemanagement. Dat is begrijpelijk, want daarvoor zijn deze oplossingen ontworpen. Maar de vraag dringt zich op of publieke dienstverlening zich wel volledig laat beschrijven in termen van incidenten, verzoeken en tickets. Burgers melden geen incident. Zij zoeken duidelijkheid, melden een maatschappelijke situatie of verwachten dat een overheid verantwoordelijkheid neemt voor een vraagstuk dat zich niet laat vangen in een standaardproces.

Die observatie leidde uiteindelijk tot een nieuwe ontwerpvraag.

Wat gebeurt er wanneer je een CSM-platform niet ontwerpt vanuit IT-servicemanagement, maar vanuit de logica van publieke dienstverlening?

Vanuit die vraag werk ik binnen MIELWERK aan GovServ. Een Public Service Platform dat de principes van publieke dienstverlening als uitgangspunt neemt, in plaats van ze achteraf in een generiek ITSM-model te configureren.