CM SystemsDET KORTE SVAR
Beskriv en faktisk opgave med udgangspunkt, afgrænsning, løsning og dokumentation. Skeln mellem det, I har bygget, og de resultater, I har målt. Brug kun kundeoplysninger, billeder og citater, som I har ret til at offentliggøre. Et illustrativt eksempel skal mærkes som et eksempel.
Vælg en case, der besvarer et købsproblem
En kunde, der overvejer en portal, vil gerne forstå mere end farven på skærmen. Hvilke oplysninger blev samlet? Hvem kunne se og ændre dem? Hvad skulle afklares før udvikling? Vælg en case, som kan forklare netop de spørgsmål. Den skal have en forbindelse til en ydelse og en målgruppe.
Begynd med den konkrete situation før løsningen. Beskriv hvad der var svært, og hvad første fase skulle gøre. Undgå en bred fortælling om at revolutionere en branche, hvis opgaven i virkeligheden var at samle dokumenter ét sted. En afgrænset leverance kan være overbevisende, når læseren kan forstå, hvorfor den var vigtig.
Vis forskellen mellem før og efter
En enkel procesillustration kan vise den gamle overlevering og den nye arbejdsgang. Før kunne et servicebesøg ende med en mail, et billede i en separat mappe og en note på papir. Efter kan oplysningerne ligge samlet på sagen. Det er en konkret ændring, som kan beskrives uden at hævde en bestemt økonomisk effekt.
Hvis forløbet er illustrativt, skal det siges tydeligt. Hvis det er en faktisk case, skal beskrivelsen kontrolleres mod det leverede system. Vis gerne et udsnit af grænsefladen, men fjern følsomme data og afklar offentliggørelse. Et skærmbillede kan gøre løsningen forståelig; det bør ikke skabe et nyt problem for kunden eller medarbejderne.
Din manuelle tjekliste
Vælg en faktisk case og gennemgå hvert punkt i listen. En afkrydsning skal svare til materiale eller en afklaring, som I kan finde igen. Hvis en påstand mangler dokumentation, skal formuleringen ændres eller materialet indhentes. Værktøjet vurderer ikke kundens tilladelse og må ikke bruges som godkendelse i sig selv. Det hjælper med at synliggøre, hvilken dokumentation der skal være på plads før offentliggørelse.
Når flere kundespørgsmål skal finde deres egen plads på hjemmesiden, så brug modellen for opbygning af en emneklynge.
Dokumentér resultater med metode og periode
Hvis I oplyser en tidsbesparelse, skal målingen kunne forklares. Hvad blev målt, i hvilken periode, på hvor mange opgaver, og hvad var sammenligningsgrundlaget? En medarbejders oplevelse af at arbejdet er lettere er værdifuld feedback, men det er noget andet end en systematisk måling af minutter.
Brug derfor præcise formuleringer. Bygget og taget i brug beskriver en leverance. Oplevet mindre dobbeltarbejde beskriver feedback. Målt fald i behandlingstid beskriver en undersøgelse, der kræver en metode. Hvis I mangler data, kan casen stadig vise de vigtigste valg og den konkrete funktion. Et ærligt begrænset resultat er mere brugbart end et stort tal uden forklaring.
Forklar de valg, en ny kunde kan lære af
Beskriv ikke kun funktionerne. Fortæl hvorfor I valgte en enkel første fase, hvilke integrationer der blev udskudt, eller hvad brugertesten afslørede. Det hjælper læseren med at se, hvordan I tænker. En case kan være særligt nyttig, når den også viser en begrænsning eller en beslutning, der ændrede projektets retning.
Hold forklaringen relevant for kunden. Interne tekniske detaljer skal med, når de har betydning for drift, ejerskab eller valget af løsning. De behøver ikke fylde, hvis de blot viser, hvor mange værktøjer der blev brugt. En god case svarer på spørgsmålet om, hvorvidt I kan forstå og løse en lignende opgave.
Placér casen tæt på den relevante forklaring
Link til casen fra den ydelsesside eller guide, hvor eksemplet hjælper. Forklar i linkteksten hvad casen viser. På casens egen side kan du henvise til en guide om de valg, der blev truffet. Det giver læseren mulighed for at gå fra et konkret forløb til en mere generel beslutningshjælp.
Brug evidenstjeklisten til at gennemgå påstandene før offentliggørelse. Hvert punkt er en manuel kontrol, ikke en vurdering af Google. Aftal også hvornår casen skal opdateres. Et gammelt billede kan vise en funktion, der siden er ændret. Kundens tilladelse og de beskrevne resultater bør fortsat passe til den version, som offentligheden kan læse.
Korte spørgsmål og svar
Skal vi have store ROI-tal for at lave en case?
Nej. En konkret og dokumenteret leverance kan være nyttig uden en beregnet økonomisk effekt.
Kan vi bruge et opdigtet kundecitat?
Nej. Brug kun faktiske citater med afklaret offentliggørelse. Et eksempel kan forklare en situation, men må ikke foregive at være kundens udsagn.
Kilder og metode
Udarbejdet med AI-assistance af CM Systems. Kildereferencer kontrolleret 8. oktober 2026. Eksempler og værktøjer er illustrative arbejdsmodeller; de dokumenterer ikke resultater for en bestemt virksomhed.