CV:t som får dig vidare till intervju hos slutkunden

När slutkunden läser ditt cv försöker de ofta besvara tre frågor: Har du löst liknande problem tidigare? Behärskar du tekniken och arbetssättet? Kan du komma in och bidra under de förutsättningar som gäller här? Ditt konsult-cv ska ge tydliga svar. Det är inte en fullständig historik över allt du har gjort, utan ett beslutsunderlag för ett specifikt uppdrag.

Börja därför med att bryta ner uppdragsbeskrivningen i skallkrav, meriterande erfarenheter och praktiska villkor. Markera vilka krav du kan styrka med konkreta uppdrag. Om kunden söker en backendutvecklare med Java, Kubernetes och erfarenhet av betalningar ska just den kombinationen vara lätt att hitta. Kunden ska inte behöva pussla ihop den från en kompetenslista och tre olika anställningar.

Behåll ett master-cv med hela din erfarenhet och skapa en anpassad version inför varje relevant förfrågan. Anpassningen handlar om urval, ordning och tydlighet, inte om att skriva om verkligheten. Lyft fram rätt uppdrag, korta ner mindre relevanta delar och använd kundens benämningar när de stämmer med det du faktiskt har gjort. Saknar du ett skallkrav är det bättre att vara tydlig med det än att försöka dölja luckan bakom breda formuleringar.

Överst behöver läsaren snabbt hitta namn, kontaktuppgifter, ort och din huvudsakliga roll. Skriv hellre ”Senior backendutvecklare – Java och molnplattformar” än bara ”IT-konsult”. Lägg därefter en kort profil på ungefär fyra till sex rader. Beskriv vilken typ av problem du löser, i vilka miljöer du är stark och vilken erfarenhet som är mest relevant för uppdraget.

En profil kan exempelvis lyda: ”Backendutvecklare med erfarenhet av transaktionsintensiva tjänster inom bank och betalningar. Arbetar främst med Java, Spring Boot och Kubernetes. Har ansvarat för API-utveckling, integrationer och produktionssättning i tvärfunktionella team.” Det är mer användbart än att kalla sig driven, flexibel och lösningsorienterad. Använd förstås bara formuleringar som stämmer med din bakgrund.

Fortsätt med en kompakt lista över relevant kärnkompetens och därefter uppdragen i omvänd kronologisk ordning. Utbildning, certifieringar och språk kan normalt ligga längre ner, om de inte är uttryckliga krav. Det finns ingen universell tvåsidorsregel för konsulter med lång erfarenhet. Prioritera i stället att första sidan visar matchningen och att resten styrker den. Följ alltid eventuell kundmall och använd en enkel layout där rubriker, datum och löptext går att läsa och kopiera utan problem.

Ge varje uppdrag samma grundstruktur: kund eller bransch, roll, period, sammanhang, eget ansvar, resultat och teknik. Ange månad och år så att läsaren kan förstå både längd och aktualitet. Om du inte får namnge kunden kan du skriva exempelvis ”Svenskt försäkringsbolag” och beskriva miljön på en nivå som ditt avtal tillåter.

Börja beskrivningen med problemet eller behovet. Fortsätt med vad du själv ansvarade för och avsluta med utfallet. Ett illustrativt exempel: ”Backendutvecklare, januari–november 2024. Kunden ersatte en äldre integrationsplattform. Ansvarade för tre API:er, kontraktstester och driftsättning i Kubernetes. Införde automatiserade tester som fångade kontraktsbrott före produktionssättning.” Lägg därefter till en kort teknikrad med det som faktiskt användes i uppdraget.

Skilj på teamets leverans och din egen insats. ”Vi migrerade plattformen” säger lite om vad kunden kan förvänta sig av dig. ”Ansvarade för migreringsplanen och genomförde flytten av autentiseringstjänsten” är tydligare. Beskriv också relevant omfattning: antal integrationer, teamets storlek eller om systemet hade särskilda tillgänglighetskrav. Ge de mest relevanta uppdragen mest utrymme. Äldre erfarenheter kan sammanfattas, men behåll detaljer som behövs för att styrka ett uttryckligt krav.

Resultat gör din erfarenhet lättare att värdera. Kunden vill veta vad ditt arbete förändrade, inte bara vilka aktiviteter du deltog i. Leta efter effekter på exempelvis ledtid, stabilitet, prestanda, kostnad eller manuellt arbete. Byt ”arbetade med CI/CD” mot en beskrivning av vad du införde och vad det innebar för leveranserna.

Har du verifierbara mätvärden kan du använda dem. Ett fiktivt formuleringsexempel är: ”Automatiserade bygg- och releaseflödet, vilket minskade tiden för en standardrelease från 90 till 20 minuter.” Siffrorna behöver komma från ditt verkliga uppdrag, och du ska kunna förklara vad som mättes. Var också noga med orsakssambandet. Om flera förändringar bidrog till utfallet, skriv ”bidrog till” i stället för att tillskriva dig hela förbättringen.

Alla resultat går inte att uttrycka i procent eller kronor. ”Ersatte en manuell avstämning med ett schemalagt flöde med larmhantering” visar en konkret förändring även utan siffra. Detsamma gäller en genomförd revision eller ett dokumenterat överlämnande till förvaltningen. Undvik däremot oprecisa påståenden som ”ökade kvaliteten avsevärt”. Beskriv vad som faktiskt blev annorlunda och håll dig inom sekretesskraven. Kan du inte dela utfallet, förklara leveransen och hur den accepterades.

Nyckelord hjälper både människor och sökfunktioner att hitta rätt erfarenhet. Läs uppdragsbeskrivningen och identifiera tekniker, roller, metoder och branschkunskaper som återkommer. Om kunden skriver ”Azure DevOps”, ”Terraform” och ”infrastruktur som kod” bör de uttrycken finnas i ditt cv när de motsvarar din erfarenhet. Använd etablerade produktnamn och skriv gärna ut en förkortning första gången om betydelsen annars kan vara oklar.

Placera de viktigaste orden i profilen, kompetensöversikten och de uppdrag där du har använt dem. En tekniklista visar bredd, men uppdragsbeskrivningen ger belägg. ”Terraform” under ett daterat uppdrag där du beskriver provisionering av Azure-resurser säger mer än samma ord i en lång lista. Det gör också att läsaren kan bedöma hur aktuell erfarenheten är.

Skilj på produktionsvana, äldre erfarenhet och sådant du bara har testat i ett eget projekt. Undvik stjärnor och självskattningar som ”Kubernetes 9/10”; de saknar en gemensam skala. Skriv hellre när, hur länge och till vad du använde tekniken. Upprepa inte nyckelord mekaniskt och lägg inte in verktyg bara för att de står i annonsen. Varje påstående är något du kan behöva utveckla under intervjun.

Gör en sista kontroll mot uppdragsbeskrivningen. För varje skallkrav: kan du peka på ett avsnitt som styrker det? Om kunden efterfrågar flera års erfarenhet av en viss teknik behöver perioderna vara begripliga. Räkna inte överlappande uppdrag dubbelt. Finns en separat kravmatris ska dess svar stämma med cv:t och hänvisa till rätt uppdrag.

Be gärna en kollega läsa första sidan och återge vilken roll du passar för och varför. Om svaret blir otydligt behöver profilen eller prioriteringen skärpas. Kontrollera sedan datum, stavning av produktnamn, kontaktuppgifter och att inga kommentarer eller spårade ändringar finns kvar. Följ efterfrågat filformat; om inget anges är en sökbar PDF ett praktiskt alternativ. Använd ett tydligt filnamn, exempelvis ”Anna_Andersson_Backendutvecklare_CV.pdf”.

Läs till sist cv:t som om du själv skulle intervjua kandidaten. Kan du förklara dina teknikval, ditt mandat och resultaten bakom varje formulering? Ett välskrivet konsult-cv ska inte bara ta dig vidare, utan också ge ett bra underlag för samtalet med slutkunden. Spara den skickade versionen tillsammans med uppdragsbeskrivningen så att du kan förbereda dig på exakt det kunden har läst.