Vælg en case, der besvarer en kommende kundes spørgsmål
En case skal hjælpe læseren med at vurdere, om din erfaring passer til opgaven. Et kundenavn og et flot skærmbillede kan skabe interesse, men forklarer ikke, hvad du faktisk har leveret.
Vælg derfor projektet ud fra det spørgsmål, du vil besvare. Det kan være, hvordan en bookingløsning blev bygget, hvordan en webshop fik en mere overskuelig produktoplevelse, eller hvordan en manuel arbejdsgang blev ændret. Søgninger om branche, platform og opgave kan hjælpe med at vælge vinklen, men projektets faktiske indhold sætter grænsen.
Lav ikke en ny case for hver søgeordsvariant. En grundig beskrivelse af ét projekt kan dække flere relevante spørgsmål, når de hænger naturligt sammen.
Saml dokumentation før du skriver
Find projektbeskrivelse, leverancer, skærmbilleder og eventuelle målinger. Afklar, hvilke dele der må offentliggøres. Fjern oplysninger fra administration, kundedata og interne systemer, som ikke hører hjemme i en offentlig præsentation.
Skriv rollefordelingen ned. Har du udviklet hele løsningen, lavet designet, forbedret et eksisterende tema eller rådgivet om en afgrænset del? Nævn andre bidrag, når det er nødvendigt for at beskrive arbejdet retvisende. En leverandør skal ikke fremstå som ophavsmand til hele projektet, hvis rollen var mindre.
Kundecitater skal komme fra en faktisk udtalelse og gengives i den aftalte form. En generel tilfredshed med samarbejdet må ikke omskrives til et løfte om omsætning eller andre resultater.
Byg historien omkring fem konkrete dele
- Udgangspunkt: Hvilken virksomhed eller brugeropgave handler projektet om?
- Udfordring: Hvad var svært, manglede eller skulle ændres?
- Rolle og rammer: Hvad havde du ansvar for, og hvilke forudsætninger var givet?
- Løsning: Hvilke funktioner eller ændringer blev leveret, og hvorfor?
- Resultat og status: Hvad er dokumenteret, hvad er leveret, og hvad mangler der data om?
Beskriv løsningen så konkret, at læseren kan se sammenhængen. »Forbedret brugeroplevelse« er for upræcist alene. Forklar eksempelvis, hvilken information der blev samlet, hvordan kunden vælger en variant, eller hvilke trin et bookingforløb indeholder.
På min case om Skoustuga er opgaven en bookinghjemmeside med database og bookingflow. På Otto Suenson-casen er fokus design, konverteringsoptimering og SEO. De to projekter skal forklares ud fra deres forskellige opgaver frem for at få den samme salgstekst.
Brug resultater, som kan efterprøves
Hvis casen viser tal, skal måling og periode følge med. Er det klik i Search Console, registrerede ordrer eller et estimat fra et eksternt værktøj? Hvad sammenlignes med hvad? Er perioderne lige lange, og har kampagner, priser eller sortiment ændret sig samtidig?
Skriv den absolutte ændring sammen med procenten, når det hjælper forståelsen. Markér en kundes egen oplysning som en kundeoplysning. Skeln mellem en observeret udvikling og en dokumenteret årsag.
Hvis der ikke findes sammenlignelige tal, kan casen stadig vise leverancen: et fungerende bookingforløb, en ny struktur eller en integration. Skriv, at resultatmålinger ikke indgår, frem for at sætte opdigtede væksttal ind. En før/efter-visning af design dokumenterer udseendet, ikke automatisk højere salg.
Forbind casen med den relevante ydelse
Giv casen en præcis titel, som kombinerer kunden og den faktiske opgave. Beskriv platformen, hvor den er relevant og verificeret. Brug overskrifter, der hjælper læseren gennem historien, og billeder med forklaringer til de vigtige detaljer.
Link til den ydelse, der passer til leverancen, eksempelvis Shopify-udvikling eller skræddersyede løsninger. Ydelsessiden kan tilsvarende henvise til casen som et konkret eksempel. Det gør det nemmere at bevæge sig mellem tilbud og dokumentation.
Afslut med en handling, der passer til læserens situation: se et beslægtet projekt eller beskriv en lignende opgave. En case skal ikke ende i en blindgyde efter det sidste billede.
Vedligehold casen uden at omskrive historien
En kundes hjemmeside kan ændre sig efter leveringen. Angiv derfor, hvad billederne viser, og hvornår arbejdet hører til. Et link til kundens aktuelle site kan supplere historien, men kan ikke erstatte dokumentationen af den leverance, casen beskriver.
Gennemgå cases, når links ændrer sig, nye målinger bliver tilgængelige eller projektets status opdateres. Bevar skellet mellem den oprindelige leverance og senere ændringer. Du kan se mine udvalgte cases eller læse om B2B-marketing, hvor dokumentation ofte er en del af kundens beslutning.
FAQ
Kan en case bruges uden et væksttal?
Ja. Beskriv opgave, rolle og leverance med dokumentation. Funktioner og arbejdsmetode kan være relevant beslutningshjælp, selv om effekten på trafik eller salg ikke er målt.
Skal kundens navn være med?
Et konkret navn kan gøre projektet lettere at forstå og efterprøve, men offentliggørelsen skal være afklaret. En anonymiseret case skal mærkes tydeligt og må ikke indeholde detaljer, der alligevel afslører fortrolige forhold.
Hvad gør en case relevant for SEO?
Den besvarer et konkret spørgsmål om en opgave, branche eller løsning og forbindes med relevante sider. Søgeord kan tydeliggøre emnet, men skal ikke erstatte projektets faktiske indhold.