KOMMUNIKATION

TEKNIK TILL AFFÄRSSPRÅK // ICKE-TEKNIKER // LEDNING

Senast uppdaterad: 2026-06-07

PRINCIP

Teknisk kompetens kräver kommunikationsförmåga för att ge värde

En ingenjörs beslut och rekommendationer är bara värdefulla om de når fram till dem som behöver förstå och agera på dem. Att förklara tekniska kompromisser för en affärssida, kommunicera en teknisk skuld till en styrelse eller skriva en incident-post-mortem för en bred publik — det är en färdighet i sig.

AI kan hjälpa dig ta teknisk information och omformulera den för den målgrupp som behöver förstå den.

DU FÖRSTÅR TEKNIKEN — AI HJÄLPER DIG KOMMUNICERA DEN

AFFÄRSKOMMUNIKATION

Förklara tekniska beslut i affärstermer

Tekniska beslut har nästan alltid affärsmässiga konsekvenser: kostnad, risk, tid, beroenden. Men ingenjörer kommunicerar ofta i tekniska termer som affärssidan inte kan agera på.

Be AI omformulera din tekniska förklaring till affärstermer. Specificera:

  • Vad det tekniska beslutet eller problemet är
  • Vem mottagaren är (VD, produktchef, styrelse, kund)
  • Vilken nivå av teknisk förförståelse de har
  • Vad du vill att de ska förstå eller besluta

Resultatet är en kommunikation som fokuserar på affärspåverkan — kostnad, risk, tid — istället för teknisk implementation.

AFFÄRSKOMMUNIKATION

INCIDENTKOMMUNIKATION

Post-mortem och incidentrapporter

En bra incident-rapport är blameless (skyldfri), faktabaserad och fokuserar på systemförbättring snarare än individers misstag. Det är ett specifikt format som AI kan hjälpa dig skriva.

Ge AI:

  • Tidslinje: vad hände och när
  • Påverkan: vad påverkades och hur länge
  • Rotorsak: vad var den grundläggande orsaken
  • Bidragande faktorer: vad möjliggjorde att det hände
  • Åtgärder: vad görs för att förhindra upprepning

Be AI strukturera detta till en blameless post-mortem med rätt ton och fokus. Granska att skyldfria formuleringar verkligen är skyldfria.

POST-MORTEM

FÖRE / EFTER

Från teknisk detalj till beslutstext

Tekniskt utkast: API:t timeoutar sporadiskt när ködjupet överstiger 8 000 meddelanden och worker-poolen inte hinner skala innan retry-stormen börjar.

Beslutstext: Nuvarande köhantering klarar inte belastningstoppar utan risk för fördröjda kundflöden. Rekommendationen är att prioritera kapacitetsgräns, backoff-strategi och larm innan nästa kampanjperiod.

Skillnaden är inte att den tekniska precisionen försvinner. Skillnaden är att mottagaren får veta vad problemet betyder, vilken risk det skapar och vilket beslut som behövs.

KOPIERBAR PROMPT

Skriv en blameless incidentrapport

Skriv om följande incidentanteckningar till en blameless incidentrapport för både teknik och verksamhet: [klistra in avidentifierade anteckningar]. Använd rubrikerna Sammanfattning, Påverkan, Tidslinje, Trolig rotorsak, Bidragande faktorer, Åtgärder, Ägare och Öppna frågor. Markera allt som saknar evidens med [VERIFIERA]. Lägg inte till datum, ansvariga eller tekniska orsaker som inte finns i underlaget.

STOPPREGEL

När kommunikationen måste eskaleras

Om texten rör personuppgifter, säkerhetsincident, kundpåverkan, avtal, regulatoriska krav eller arbetsmiljö ska AI-utkastet bara vara ett internt första utkast. Låt ansvarig funktion granska innan texten delas brett.

Be alltid AI behålla osäkerheter synliga. En teknisk förenkling som låter säker men är fel kan bli dyrare än en teknisk förklaring som kräver fem extra rader.

AVSÄNDARE OCH GRANSKNING

Källor och ansvar

Guiden är framtagen av AI på svenska som praktiskt stöd för svenska arbetsplatser. Den är informativ och ersätter inte juridisk, medicinsk, pedagogisk eller verksamhetsspecifik rådgivning.

Kontrollera alltid lokala riktlinjer, avtal, sekretesskrav och aktuell myndighetsvägledning innan AI används i skarpa arbetsflöden.

REDAKTIONELLT ANSVAR: AI PÅ SVENSKA

GUIDEVÄG // STEG 7 AV 13

Nästa: Promptbiblioteket

Kopiera och anpassa färdiga, kontrollerbara mallar för teamets vanligaste texter.

Fortsätt till steg 8 →

Till guidens översikt