Een te kleine opdracht weigeren met een duidelijk antwoord

Je kunt pas duidelijk weigeren als je zelf weet waar de grens ligt. Schrijf die grens op in drie onderdelen, in je eigen woorden en op één bladzijde.

1. De kleinste opdracht die je aanneemt. Formuleer dit als een afgebakend resultaat, bijvoorbeeld "één afgewerkt document met uitleg", en niet als een vaag bedrag.
2. De reden. Elke opdracht heeft vaste handelingen: intake, offerte, overdracht en opvolging. Schrijf op welke dat bij jou zijn, zodat de reden concreet wordt en niet klinkt als een excuus.
3. Wat je wel kunt aanbieden. Denk aan een doorverwijzing, een losse deelopdracht die wel boven je minimum uitkomt, een wachtlijst of een eigen stappenplan dat de aanvrager zelf kan volgen.

Zonder het derde punt voelt een weigering als een dichte deur. Met dat punt blijft de aanvrager iets in handen houden, ook als je niet samenwerkt.

Een formulier dat veel kwalificatievelden bevat, maakt een weigering onnodig duur voor de aanvrager. De toegankelijkheidstutorial van W3C stelt dat gebruikers een formulier waarschijnlijker laten liggen als er irrelevante of overbodige gegevens worden gevraagd, en adviseert alleen te vragen wat nodig is om de transactie of het proces af te ronden (W3C, tutorial toegankelijke formulieren).

Doe daarom een veldenaudit. Zet elk veld op een rij en stel één vraag: verandert het antwoord mijn beslissing of mijn offerte?

• Verandert het mijn ja of nee, bijvoorbeeld een omschrijving van het gewenste resultaat? Dan houd je het veld.
• Helpt het alleen bij een latere offerte, bijvoorbeeld het aantal medewerkers? Maak het optioneel of vraag het pas na je eerste antwoord.
• Verandert het niets? Schrap het.

Vraag bij twijfel nooit om een budget als verplicht veld alleen om daarna te kunnen weigeren. Je kunt je minimum ook gewoon vooraf vermelden in een zin boven het formulier, zodat aanvragers zichzelf kunnen inschatten.

Gebruik dit blad om elke binnenkomende aanvraag in een paar minuten te sorteren. De signalen zijn voorbeelden; pas ze aan je eigen minimumscope aan.

Noteer bij elke beslissing kort de reden. Zo blijft je antwoord consistent en zie je later welke soort aanvragen vaak onder je grens vallen.

Een goed weigeringsbericht heeft vier delen, in deze volgorde: erkenning, grens, reden, alternatief. Houd het bij een korte mail, zonder bijlagen en zonder verkooptaal.

Bedankt voor je bericht en de duidelijke omschrijving. Wat je vraagt is een kleine ingreep van één afgebakende taak. Daar werk ik niet voor, omdat intake, offerte en overdracht bij elke opdracht dezelfde vaste handelingen vragen. Wat ik wel kan doen: [alternatief]. Past dat niet, dan raad ik je aan om te zoeken bij [soort aanbieder].

Let op drie dingen. Eerst: noem geen termijn waarbinnen je nooit meer reageert of altijd antwoordt; beloof alleen wat je zelf kunt waarmaken. Daarnaast: vermijd het woord "helaas" als enige uitleg, want de reden is wat het bericht bruikbaar maakt. Tot slot: stel geen nieuwe vragen in een afwijzing, behalve als je werkelijk een grotere variant wilt aanbieden.

Dit voorbeeld is volledig fictief en bedoeld om de procedure te oefenen. Stel dat je minimumscope vastlegt op "één afgebakend resultaat van minstens vier uur werk". Je vaste handelingen per opdracht zijn: intake één uur, offerte één uur, overdracht één uur. Bij een opdracht van vier uur gaat dan drie uur naar vaste handelingen en blijft één uur over voor het eigenlijke werk. Bij een kleinere opdracht blijven die vaste handelingen even groot, dus de verhouding wordt nog ongunstiger. Dat rekenvoorbeeld gebruik je enkel als redenering, je eigen uren moet je zelf meten.

Invoer: iemand stuurt via het formulier de vraag om "even snel naar een social-mediapagina te kijken". Er is geen budget, geen deadline en één omschrijving van twee zinnen.

Verwachte controles:

• De aanvraag bevat één taak en blijft onder je minimum, dus beslissing: weigeren met alternatief.
• Het antwoord bevat erkenning, grens, reden en alternatief, en stelt geen extra vragen.
• De overdrachtsnotitie vermeldt datum, wie antwoordde, de beslissing, de reden en het aangeboden alternatief.

Zo kan een collega die later contact krijgt van dezelfde persoon de beslissing volgen zonder opnieuw te vragen wat er al gezegd is.

Pas je veldenaudit of je minimumzin aan, test dan het formulier opnieuw. De cursus Learn Forms van web.dev heeft aparte onderdelen over testen en over gebruikstests; gebruik die als leidraad voor je eigen controle (web.dev, cursus formulieren). Controleer minstens het volgende:

1. Heeft elk veld een zichtbaar label en staat de uitleg bij het veld, niet alleen als plaatshouder?
2. Kun je het formulier invullen met alleen het toetsenbord en op een smal scherm?
3. Verschijnt er een duidelijke foutmelding als een verplicht veld leeg blijft, en wordt die melding bij het juiste veld getoond?
4. Komt de aanvraag zichtbaar aan in je mailbox of CRM, ook zonder optionele velden?

Gebruik validatie in de browser enkel als hulp. MDN benadrukt dat validatie aan de clientzijde een eerste controle is en dat gegevens ook op de server gecontroleerd moeten worden, omdat de clientcontrole makkelijk te omzeilen is (MDN, validatie van formulieren). Gebruik ze bovendien niet om een aanvraag automatisch te blokkeren op basis van een bedrag, want dan weiger je ook aanvragen die je eigenlijk had willen bekijken.

Wil je ook weten welke signalen je website zichtbaar uitzendt rond contact en opvolging? Je kunt de publieke signalen van je eigen website bekijken via Marketing Scan. Een publieke scan meet wat van buitenaf zichtbaar is en toont niet of je formulier intern juist werkt.