Back to writing lessons
Week 10Day 3

Demos and Presentations: Explain tech simply

writingadvanced
PreviousNext
Lektionstext

Explain tech simply
English: Write a text. How do you explain hard IT to a person who does not know computers at all? Share your best tricks.
Svenska: Skriv en text. Hur gör man för att förklara svår IT för en person som inte alls kan datorer? Dela dina bästa knep.

Förklara svår IT enkelt

Hur förklarar du svår IT för någon som inte kan datorer? — Praktisk guide av Alex Kowalski, backend-utvecklare, NordTech Solutions AB, Stockholm

Den här texten delas internt efter demo-säsongen — mina bästa knep när Ventilation Nord, partners eller familj frågar vad jag faktiskt gör.

IT är inte magi — det är ord, rutiner och verktyg. Problemet är att vi utvecklare glömmer hur det låter när vi bara pratar med varandra.

Första knepet: börja med vad personen redan gör — inte med server, API eller webhook. Lars på Ventilation Nord exporterar rapporter varje vecka.

Jag säger: portalen är som ett digitalt arkiv med knappar — du klickar export och får filen i mejlet. Ingen databas, ingen JSON, inga tekniska ord först.

Andra knepet: använd vardagsanalogier som håller — inte perfekta men hjälpsamma. Webhook är som en dörrsignal: när något händer ringer systemet till partner.

Tredje knepet: ett tekniskt ord per samtal — om jag säger API idag, jag förklarar det med analogi och stoppar där. Inte tio nya ord i samma minut.

Fjärde knepet: rita på papper eller dela skärm långsamt. En låda för data, en pil för export, en bock när det fungerar — synligt slår abstrakt.

Femte knepet: fråga vad de hörde — inte bara om de förstod. Om de säger databas kanske de menar fil — då justerar jag språk innan demo fortsätter.

Sjätte knepet: visa fel scenario enkelt. Om export failar: systemet säger vad gick fel i vanlig text, inte stack trace — det är design för icke-tekniska.

Sjunde knepet: undvik skuld och skräck — hack, molnet som mystisk plats, AI som allt. Säg istället: data ligger i datacenter med lås och backup.

Åttonde knepet: koppla till deras mål — partner vill veta att statusuppdateringar är pålitliga; jag säger en gång, inte dubbelt, inte saknas.

Nionde knepet: demo i deras ordning — det de använder dagligen först, cool teknik sist eller aldrig om tiden är knapp.

Tionde knepet: skriv upp tre frågor de kan ställa senare — minskar press att förstå allt live. Mejl efter demo med samma enkla språk.

Markus Berg påminde mig: när jag sa event-driven till kund förra året blev tystnad — när jag sa automatisk notifiering blev tummen upp.

Sofia Nilsson förklarar DevOps till icke-tekniska med pipeline som kö — kod går genom steg, varje steg kollar att inget gick sönder.

Anna Berg, projektledare, tränar oss: affärsnytta före implementation — samma i demo och i vardagsförklaring till person utan datorvana.

Exempel från v2.4-demo: istället för latency under 200 ms sa jag att sidan svarar nästan direkt när du klickar — Lars nickade, det räcker.

Webhook-fix utan webhook: vi fixade så partner får en notis en gång när status ändras — inte två mejl om samma händelse.

Om någon inte kan datorer alls: peka på skärm, en knapp i taget, pausa mellan klick — hastighet skapar illusion att det är komplicerat.

Mobil vs dator: fråga vad de använder — förklara app som samma portal i telefonen, inte nytt system — minskar rädsla för dubbel inlärning.

Säkerhet enkelt: inloggning som bank — två steg, session timeout, ingen delad lösenord på whiteboard — tre punkter max.

Backup enkelt: kopia varje natt som försäkring — om något händer kan vi återställa igår, inte förklara RAID eller snapshots.

När de frågar molnet: program som körs på datorer i säkra hallar istället för i din laptop — du når dem via internet som du når banken.

När de frågar AI: inte allt är AI — mycket är regler och checklistor — ärlighet bygger förtroende mer än buzzwords.

Demo-tips blir förklaring-tips: samma struktur — välkomnande, en sak de känner, en ny förbättring, frågor, tack.

För partners utan IT: fokus på vad ändras i deras integration — en rad om event — inte hela arkitekturdiagram i första mötet.

För familj: jag jobbar med system som håller ventilationsdata organiserade — inte kod hela kvällen om de inte frågar djupare.

Bästa knepet av alla: lyssna mer än du pratar — person som inte kan datorer ofta vet exakt vad de behöver, bara inte rätt ord.

Efter demo med Ventilation Nord skrev Lars: tack för enkel genomgång — det bekräftar att knepen fungerar när teknik döljs bakom vardag.

Undvik internjargon i kundmejl efter demo — samma enkla språk som i rummet — Confluence för teknik, mejl för människor.

Om de vill djupare senare: boka separat teknisk session med Erik IT-chef — inte tvinga alla i samma möte till samma nivå.

Träna på förklaring med kollega — Markus tittar på min presentation i förväg och säger när jag drunknar i API — samma som kundbehov.

Skriv ner analogier som fungerar i teamwiki — webhook som dörrsignal, export som utskrift, staging som provbänk — återanvänd bra formuleringar.

Kroppsspråk: lugnt tempo, ögonkontakt, inte vända ryggen mot kund och stirra på kod — förklaring är presentation, inte terminal.

Om något går fel live: säg vad du gör i enkla ord — jag testar igen, systemet är i testmiljö — panik sprider mer än bugg.

Slutord: svår IT blir begrippelig när du respekterar att lyssnaren inte saknar intelligens — bara vårt vokabulär.

Dela dina bästa knep öppet i teamet — NordTech blir bättre på demo när alla kan förklara webhook utan att säga webhook först.

Alex Kowalski, NordTech Solutions AB — text för kollegor som möter kunder, partners och världen utanför terminalen.

Sammanfattning: vardagsanalogier, ett ord per gång, rita, fråga vad de hörde, deras ordning, deras mål, lugnt tempo, lyssna först.

Hur gör man för att förklara svår IT för en person som inte alls kan datorer? Börja där de är — inte där GitHub är.

Alex Kowalski

Complete this lesson

Track progress locally on this device.