Je organiseert cases het best rond de vraag die een mogelijke klant op dat moment heeft: herken ik mijn situatie, geloof ik dat deze aanpak werkt en begrijp ik wat de volgende stap kan zijn? Zet cases dus niet alleen als los portfolio achter elkaar. Maak eerst duidelijk welk probleem, welke keuze of welke dienst elke case bewijst. Daarna geef je elke case een vaste opbouw, zodat bezoekers snel kunnen vergelijken zonder dat elk project hetzelfde verhaal wordt. Een goede case is geen projectarchief, maar een bewijsstuk in de beslissing van je bezoeker.
Begin met de keuze die de klant moet herkennen
Een case overtuigt pas wanneer de bezoeker zichzelf ergens in herkent. Dat hoeft niet te betekenen dat de sector exact dezelfde is. Vaak gaat het om een situatie: een onduidelijke website, een versnipperd aanbod, een verouderde huisstijl, een proces dat te veel tijd kost of een marketingaanpak die geen aanvragen oplevert.
Daarom is de eerste vraag niet welke projecten je het mooist vindt, maar welke twijfels je bezoeker moet kunnen beantwoorden. Iemand die een nieuwe website overweegt, zoekt niet alleen naar screenshots. Die wil weten of jij zijn soort probleem begrijpt: te weinig aanvragen, een rommelige structuur, onduidelijke diensten of te veel losse informatie.
Maak per case dus expliciet welke situatie centraal stond. Bijvoorbeeld: "Een organisatie had genoeg inhoud, maar bezoekers vonden de juiste dienst niet." Dat zegt meer dan: "Nieuwe website voor organisatie X." De tweede formulering toont een resultaat, de eerste laat zien welk probleem is opgelost.
Geef elke case dezelfde overtuigende basis
Cases mogen verschillend aanvoelen, maar de basisstructuur moet herkenbaar blijven. Dat helpt bezoekers sneller lezen en voorkomt dat elke case een los verhaal wordt zonder duidelijke conclusie.
Een werkbare opbouw is:
- De beginsituatie: wat liep vast of wat moest beter?
- De vraag: welke keuze moest worden gemaakt?
- De aanpak: wat is er inhoudelijk, visueel of technisch veranderd?
- Het resultaat: wat kan de klant nu beter tonen, uitleggen, meten of uitvoeren?
- De relevantie: voor wie is deze case herkenbaar?
Het resultaat hoeft geen groot cijfer te zijn. Als je geen betrouwbaar meetresultaat hebt, verzin er dan geen. Een sterker merkverhaal, een logischere navigatie, duidelijkere diensten of een efficiëntere werkwijze kan ook een resultaat zijn, zolang je concreet benoemt wat er veranderde.
Gebruik beelden, maar laat ze niet het hele bewijs dragen. Een screenshot toont hoe iets eruitziet. De tekst moet uitleggen waarom keuzes gemaakt zijn. Bij een websitecase kan een bezoeker bijvoorbeeld zien dat de pagina rustiger oogt, maar de case moet vertellen dat de diensten zijn gegroepeerd rond beslisvragen van klanten.
Maak een overzicht dat helpt vergelijken
De overzichtspagina met cases is vaak belangrijker dan ondernemers denken. Als daar alleen tegels met projectnamen staan, moet de bezoeker zelf uitzoeken wat relevant is. Dat kost aandacht en maakt sterke cases minder bruikbaar.
Geef je cases daarom labels of korte contextregels. Niet als ingewikkeld filtersysteem, maar als hulp bij het scannen. Denk aan labels zoals website, branding, automatisering, lokale zichtbaarheid, aanbodstructuur of contentstrategie. Combineer dat met een korte zin die het probleem benoemt.
Bijvoorbeeld:
- Website en structuur: diensten samengebracht in een logische navigatie.
- Branding en aanbod: brede expertise vertaald naar een duidelijk verhaal.
- Automatisering: opvolging van aanvragen eenvoudiger gemaakt.
Zo ziet een bezoeker sneller welke case relevant is. Je voorkomt ook dat cases alleen op visuele stijl worden beoordeeld. Dat is belangrijk wanneer je werk strategisch of multidisciplinair is. Dan zit de waarde niet altijd in één ontwerpbeeld, maar in de samenhang tussen inhoud, structuur, vorm en werking.
Verbind cases met diensten en beslismomenten
Cases werken beter wanneer ze niet alleen op één portfoliopagina staan. Een bezoeker die op een dienstenpagina twijfelt, heeft daar bewijs nodig. Plaats daarom relevante cases bij de dienst, het probleem of de keuze waar ze bij horen.
Op een pagina over websites kun je een case tonen waarin de structuur en conversie zijn aangepakt. Op een pagina over merkpositionering past een case waarin het aanbod scherper is gemaakt. Op een pagina over automatisering hoort een voorbeeld waarin tijdverlies of opvolging concreet werd verbeterd.
Dat hoeft geen grote caseblok te zijn. Soms volstaat een compacte verwijzing: het probleem, de verandering en een link naar de volledige case. Het doel is dat de bezoeker niet zelf hoeft te zoeken naar bewijs op het moment dat hij net een beslissing probeert te nemen.
Let ook op de volgorde. Begin niet automatisch met je meest recente project. Begin met de case die het duidelijkst laat zien wat je voor dit type bezoeker oplost. Recente projecten zijn handig, maar relevantie weegt zwaarder dan datum.
Controleer of je cases bewijs leveren, geen archief vormen
Een casepagina wordt zwak wanneer ze vooral laat zien wat je allemaal hebt gedaan. De bezoeker wil niet door je hele geschiedenis bladeren. Die wil beoordelen of jouw manier van denken bij zijn probleem past.
Controleer daarom elke case met een paar vragen:
- Is binnen tien seconden duidelijk welk probleem centraal stond?
- Wordt zichtbaar waarom bepaalde keuzes gemaakt zijn?
- Is het resultaat concreet genoeg zonder overdreven belofte?
- Staat de case op een plek waar een twijfelende bezoeker ze kan vinden?
- Helpt de case een dienst, aanbod of aanpak beter begrijpen?
Als het antwoord vaak nee is, heb je waarschijnlijk geen tekort aan cases, maar een ordeningsprobleem. Dan is het beter om minder cases sterker te presenteren dan veel projecten los naast elkaar te zetten.
Mijn uitgangspunt is: een case moet niet alleen tonen dat iets mooi of professioneel werd uitgevoerd. Ze moet de brug maken tussen een herkenbaar probleem, een doordachte aanpak en een volgende beslissing die voor de bezoeker logischer wordt.
