Van wens naar uitvoerbaar verzoek

Een wijzigingsverzoek opstellen voor een SaaS-leverancier begint bij het werk dat nu vastloopt. ‘We willen een betere zoekfunctie’ laat nog open wie iets zoekt, welke informatie ontbreekt en welke handeling daardoor niet lukt. De leverancier kan zo’n wens anders uitleggen dan de organisatie bedoelt.

Een bruikbaar verzoek geeft voldoende houvast om mogelijkheden, kosten en gevolgen te bespreken. Je hoeft daarvoor het technische ontwerp niet vooraf te bepalen. Wel moet duidelijk zijn welk probleem wordt opgelost, wat binnen de wijziging valt en hoe je straks vaststelt dat het resultaat voldoet.

Een wijzigingsverzoek opstellen vanuit het werkprobleem

Beschrijf een situatie die daadwerkelijk onderzocht kan worden. Welke medewerker of gebruiker probeert welke taak uit te voeren? Waar loopt het proces vast en wat is het gevolg? Voeg een concreet voorbeeld toe, zonder onnodige persoonsgegevens te delen.

Stel dat een medewerker openstaande aanvragen niet kan onderscheiden van afgeronde aanvragen. ‘Voeg een statusfilter toe’ is dan een mogelijke oplossing. Het werkprobleem is dat de medewerker niet betrouwbaar kan zien welke aanvragen nog opvolging vragen. Dat verschil laat ruimte om ook bestaande instellingen of een andere procesafspraak te onderzoeken.

Maak bovendien duidelijk welke route bij het verzoek past: een storing herstellen, bestaande functionaliteit inrichten of het product uitbreiden. Controleer samen welke afspraken al gelden. Een melding wordt niet automatisch een betaalde uitbreiding doordat zij in een wensenlijst terechtkomt.

Laat de leverancier opties en gevolgen uitwerken

Vraag welke mogelijkheden er zijn binnen de huidige inrichting en welke ontwikkeling nodig zou zijn. Laat per optie beschrijven wat gebruikers kunnen doen, welke beperkingen blijven bestaan en wat de organisatie zelf moet bijdragen. Een korte demonstratie met hetzelfde scenario helpt om verschillen te beoordelen.

Bespreek ook de plaats in het standaardproduct. Wordt de oplossing algemeen ondersteund, vraagt zij afzonderlijk onderhoud of moet de organisatie later opnieuw laten aanpassen? Leg de gemaakte afspraken vast, inclusief de gevolgen voor updates, beheer en eventuele koppelingen.

Dit is onderdeel van leveranciersmanagement voor digitale producten: de organisatie bepaalt welk resultaat nodig is en weegt de uitvoeringsopties samen met de leverancier.

Maak het resultaat van de wijziging toetsbaar

Vervang woorden als ‘gebruiksvriendelijk’ en ‘flexibel’ door waarneembaar gedrag. In het voorbeeld moet de medewerker aanvragen die opvolging vragen kunnen selecteren, de uitkomst kunnen begrijpen en van daaruit de juiste aanvraag kunnen openen. Bespreek wat er gebeurt als een status ontbreekt.

Leg ook vast wat buiten het verzoek valt. Gaat het alleen om het medewerkersscherm of ook om rapportages en het klantportaal? Voor welke rollen moet de wijziging werken? Zo wordt een prijs of planning verbonden aan een gedeelde afbakening.

Kies vooraf wie de acceptatie uitvoert en met welke situaties. Gebruik een gewone taak én een relevante uitzondering. Als een andere leverancier of afdeling moet meewerken, maak die afhankelijkheid tussen partijen expliciet voordat je de uitvoering vastlegt.

Sluit af met een uitvoerbaar besluit

Beoordeel de terugkoppeling op resultaat, inspanning, risico en beschikbare capaciteit. Spreek af welke versie van het verzoek wordt uitgevoerd, wie nog informatie aanlevert en wanneer de organisatie moet beslissen. Een offerte alleen is geen bevestiging dat iedereen dezelfde wijziging voor ogen heeft.

Bewaar de gekozen afbakening bij het verzoek. Komt tijdens de uitvoering een nieuwe wens naar voren, beoordeel dan de gevolgen voordat zij onderdeel van de opdracht wordt. Verbind de acceptatie aan de afspraken waarmee de leverancier is gestart.

Neem één openstaand verzoek als proef. Kunnen gebruiker, opdrachtgever en leverancier onafhankelijk uitleggen welk probleem wordt opgelost en welk bewijs daarvoor nodig is? Met dat antwoord verandert een wens in een opdracht waarover je gericht kunt besluiten.