Gå til indhold
SkillCort

8 min · 7 stepsTutorial om testopbygning

Sådan opretter du et case-assessment

Et case-assessment giver kandidaten en realistisk brief — en kunde i vanskeligheder, et spørgsmål om at gå ind på et nyt marked, et problem i teamet — og beder om vedkommendes analyse og anbefaling. Det er så tæt, du kan komme på at se et menneske tænke, før du ansætter det, og det virker lige godt til salg, rådgivning og ledelse. Denne tutorial gennemgår hele opbygningen i SkillCort.

What you'll need

  • Et SkillCort-workspace (eller en demo)
  • En virkelig situation, rollen har stået i — en handel, et kundeproblem, en strategisk beslutning
  • Den beslutning eller anbefaling, du vil have casen til at få frem
  • En erfaren person i rollen, der kan trykprøve briefen

Step 1: Beslut, hvad casen skal afdække

En case er kun så god som spørgsmålet bag den. Før du skriver noget som helst, skal du sætte navn på de to-tre evner, du vil observere: adskiller kandidaten signal fra støj i rodet information, strukturerer vedkommende en anbefaling, kvantificerer vedkommende en afvejning, formidler vedkommende en beslutning overbevisende? Forskellige roller vægter det forskelligt — en salgscase læner sig op ad afdækning og prioritering, en rådgivningscase op ad struktur, en ledelsescase op ad afvejninger mellem mennesker.

Vælg derefter den beslutning, casen tvinger frem. Gode cases ender i en anbefaling med konsekvenser: hvilken kunde der skal reddes, om I skal gå ind på markedet, hvordan I håndterer den medarbejder, der ikke leverer. Cases, der kun beder om en beskrivelse, giver essays; cases, der fremtvinger en beslutning, giver dokumentation.

Step 2: Skriv briefen ud fra virkeligt materiale

Byg briefen på en anonymiseret virkelig situation, og lad de rodede dele blive: tal, der ikke helt stemmer, et citat fra en interessent, der taler imod data, og én detalje, der er reelt irrelevant. Stærke kandidater viser sig selv gennem det, de vælger at se bort fra.

Hold briefen på en til to skærmsider — nok kontekst til at ræsonnere ud fra, ikke et datadump, der laver øvelsen om til en læseprøve. Tag højst to-tre bilag med: en kort taltabel, et uddrag af en e-mail, et resumé af kundens historik. Skriver du udkastet med AI-generering, så upload det virkelige kildedokument som grundlag, og redigér grundigt i hånden.

  • Én central beslutning, sagt ligeud til sidst i briefen
  • Virkelige (anonymiserede) tal, herunder mindst én ufuldkommenhed
  • En begrænsning, der fremtvinger en afvejning — budget, tid eller politik
  • Ingen intern viden, som en nyansat ikke kunne have

Step 3: Byg opgaven med side-om-side-layoutet

Opret en mappe til rollen i opgavebanken, og opret så opgaven med side-om-side-layoutet: briefen og bilagene bliver stående fastgjort i den ene side, mens svarfeltet ligger ved siden af. Kandidaterne kan slå op i casen, mens de skriver, i stedet for at scrolle frem og tilbage — forskellen på at teste analyse og at teste korttidshukommelse.

Tag opgaven med kompetence og sværhedsgrad i mappens tagsæt. Cases er dyre at skrive godt, så behandl hver enkelt som et genbrugeligt aktiv: når du senere sætter assessments sammen, henter vælgerens filtre for mappe, tag og type den frem på få sekunder.

Step 4: Vælg svarformatet: rich text eller filupload

Til de fleste cases er rich text-svaret det rigtige udgangspunkt: kandidaterne strukturerer en anbefaling med overskrifter, lister og fremhævning, og bedømmerne læser hver eneste besvarelse ét og samme sted uden at skulle hente filer ned. Det passer til notater i rådgivningsstil, kundeplaner i salg og skriftlige ledelsesoplæg — alle steder, hvor selve ræsonnementet er leverancen.

Brug filupload-opgaven, når selve produktet er kompetencen — et slidedæk til en rådgiverrolle, en regnearksmodel til en kommerciel. Du kan også kombinere dem på én side: et resumé i rich text plus en uploadet model. Bed om det samme produkt, jobbet ville kræve, for det er den dokumentation, Decision Board senere kommer til at rumme.

Step 5: Byg en bedømmelsesmatrix for analysekvalitet

Åben analyse kræver en niveaubaseret bedømmelsesmatrix, skrevet før nogen kandidat svarer. Typiske kriterier: strukturering af problemet, brug af dokumentation fra briefen, anbefalingens kvalitet og formidling. Forankr hver celle i observerbar adfærd — «anbefalingen følger af analysen og sætter navn på sin væsentligste risiko» kan scores; «god strategisk tænkning» kan ikke.

Vægt kriterierne efter rollen: anbefalingens kvalitet tungest i en salgscase, strukturering i rådgivning, håndtering af interessenter i ledelse. Overvej at gøre bedømmelsesmatricen synlig for kandidaterne, så folk optimerer efter indhold frem for længde. Når matricen sættes på, fryses den til et snapshot, så ændringer i banken undervejs aldrig kan flytte målestokken under jeres kandidater.

Step 6: Sæt sammen, og sæt tidsrammen i builderen

Opret assessmentet med casen i sin egen sektion, og importér opgaven gennem vælgeren. Giv case-sektionen den dominerende scoringsvægt — ×3 eller mere i forhold til en eventuel opvarmningssektion — så vægtet rollematch på Decision Board afspejler analysen og ikke forberedelserne.

Tidsrammen er dér, cases oftest går galt. Sæt en samlet grænse på 60–90 minutter og en grænse pr. side på casesiden: rundhåndet nok til virkelig tænkning, fast nok til at testen ikke belønner den, der havde en fri weekend. Skriv tidsrammen i kandidatinstruktionerne sammen med det forventede format, og sig udtrykkeligt, at et fokuseret, ufuldkomment svar slår et poleret, ufærdigt et.

Step 7: Forhåndsvis, publicér, og bedøm på dokumentation

Kør «Preview as candidate» fra builderens header, og forsøg selv casen inden for tidsrammen — eller giv den til en stærk nuværende medarbejder. Kan vedkommende ikke levere et solidt svar inden for grænsen, så skær bilag væk eller indsnævr spørgsmålet. Ryd derefter publiceringstjeklisten, som spærrer for Publish, indtil scoring, tider og instruktioner er på plads.

Publicér, og opret leveringen med navn, tidsvindue og let sikkerhed — til en case af take-home-typen er blokering af kopiér/indsæt ofte alt, hvad der er proportionalt. Invitationer sendes på e-mail, og kandidaterne passerer samtykke- og preflight-porten, før de går i gang.

I bedømmelsen scorer flere bedømmere den samme frosne matrix ved at klikke på niveaukort, og AI kan lave et udkast til et resumé af hver besvarelse med forslag til scorer på kriterieniveau — model og version logges, og en navngiven person bekræfter eller tilsidesætter hver eneste. Decision Board sammenligner derefter kandidaterne på vægtet rollematch, med hvert notat eller oplæg ét klik væk.

Pro tips

  • Fremtving en beslutning — cases, der ender i «analysér det her», giver essays, ikke dokumentation.
  • Lad én ufuldkommenhed blive i data; at kandidaten opdager den, er et signal, du ikke kan købe for penge.
  • Sæt en fast tidsramme: 60–90 minutter belønner tænkning, ubegrænset tid belønner frie weekender.
  • Bed om det produkt, jobbet frembringer — et notat, et oplæg eller en model, ikke et generisk essay.
  • Kør casen igennem med en stærk nuværende medarbejder, før nogen kandidat ser den.

Ofte stillede spørgsmål

Hvilke roller passer til et case-assessment?
Enhver rolle, hvor arbejdet er analyse plus en anbefaling: salg (kunde- eller områdeplaner), rådgivning (kundeproblemer), ledelse (afvejninger om team og ressourcer) og mange roller inden for strategi, drift og produkt. Frembringer jobbet begrundede beslutninger, kan en case få dem frem.
Hvor lang tid skal kandidaterne have?
Normalt 60–90 minutter inden for assessmentets tidsgrænse. Kortere føles som en fælde for en rigtig analyse; længere holder op med at måle kompetence og begynder at måle ledig fritid. Meld tidsrammen ud på forhånd, og design briefen, så et stærkt svar reelt kan nå at blive til inden for den.
Hvordan scorer jeg essays og oplæg konsistent?
Med en niveaubaseret bedømmelsesmatrix skrevet, før besvarelserne kommer ind: kriterier som strukturering, brug af dokumentation, anbefalingens kvalitet og formidling, hver med forankrede adfærdsbeskrivelser. Snapshottet af matricen fryses, når den sættes på, så hver eneste kandidat i kørslen møder præcis den samme målestok.
Kan AI bedømme besvarelserne i casen?
AI kan lave udkast til resuméer og foreslå scorer på kriterieniveau — nyttigt ved lange notater — med model og version logget. En navngiven bedømmer bekræfter eller tilsidesætter hver eneste score, og ansættelsesvurderingen er altid menneskelig. AI er støtte, aldrig den, der træffer beslutningen.
Skal casen bruge vores egen virkelige situation?
Ja, anonymiseret. Virkelige situationer bærer den flertydighed, der gør analyse synlig, og de viser kandidaterne, hvordan arbejdet faktisk føles. Fjern identificerende detaljer og alt fortroligt; behold strukturen, talstørrelsernes karakter og spændingen.

For hiring teams

Lav en rigtig kundesituation om til en case

På en demo på 30 minutter bygger vi et case-assessment ud fra et af jeres virkelige scenarier — brief side om side, bedømmelsesmatrix og det hele.