Bedrifter bryr seg alltid dypt om å levere tjenester av høy kvalitet:
- Det endelige produktet skal være uten feil.
- Det skal leveres i tide.
- Det skal inneholde alt som ble diskutert i briefen.
But there’s one small detail that often gets overlooked – and it’s a big one.
We’re talking about communication mistakes.
Feil gjort både av programvareleverandører og deres kunder – og ofte innser de ikke engang at de gjør dem.
Selv om kommunikasjon er utrolig viktig, er det overraskende lett å gjøre feil uten å merke det.
Derfor tar vi en nærmere titt på vanlige glipper på begge sider – den typen ting som stille kan bremse prosessen uten at noen egentlig forstår hva som skjer.
Jeg spurte Łukasz, en av Rocksofts Tech Leads, om hvilke typer feil han har sett gjennom årene – ting som er så vanlige at folk ofte ikke engang gjenkjenner dem som feil.
Du kan til og med kjenne igjen noen av disse i ditt eget daglige arbeid. Det er nettopp derfor vi skrev denne artikkelen – for å kaste lys over disse situasjonene og vise hvor både tjenesteleverandører og kunder kan ha rom for forbedring.
Mulige forbedringsområder – programvareleverandører
Bruk av altfor teknisk språk
“It's a DNS propagation issue.” For kunden betyr det i praksis: “noe teknisk magi gikk galt, ikke spør.” Men kunden spør – fordi virksomheten deres blir påvirket. Bare fordi teamet ditt forstår hva du sier, betyr det ikke at kunden gjør det.
Uttrykk som “refactoring the backend for GraphQL” eller “issue caused by RDS throttling” kan være teknisk korrekte, men høres ut som ren gibberish hvis man ikke er teknisk.
Dyktige spesialister vet hvordan de kan forklare ting med vanlige ord – og det er en ekte ferdighet.
Ingen kontekst eller begrunnelse bak beslutninger
Noen ganger endrer team ting bare fordi “det er slik man gjør det nå” eller “denne teknologien er bedre”. Men kunden kjøper ikke et fancy nytt verktøy – de kjøper resultater. I stedet for å si:
“Vi bytter til Next.js.” Si heller: “Nettstedet ditt vil laste raskere, noe som sannsynligvis vil forbedre konverteringen.” Kunder trenger ikke alle tekniske detaljer, men de trenger å forstå hvorfor dere gjør noe. Kontekst er ikke ekstra. Det er en del av jobben.
Å si ja til alt
Kunden sier at de vil ha X. Teamet nikker og bygger X. Selv om X kanskje ikke er en god idé, eller det finnes en bedre måte å løse problemet på.
Og her er saken: kunder vil ofte ikke bare ha noen som utfører oppgaven – de vil ha noen som kan veilede dem.
Hvis et team bare krysser av oppgaver uten å stille spørsmål, kan kunden ende opp med noe som fungerer, men som egentlig ikke var det de trengte. Å være en ekte partner betyr å si: “Vi kan selvfølgelig gjøre det – men vil du høre et bedre alternativ?”
Dette er områder hvor team kanskje ikke engang merker at de etterlater verdi på bordet – men små justeringer her kan gjøre en stor forskjell.
Kunder kan også noen ganger gjøre ting vanskeligere uten å merke det. Her er tre av de vanligste tingene Łukasz har støtt på:
Mulige forbedringsområder – kunder
Uklare briefinger
“Det fungerer ikke.” Eller: “Forbedre UX.” Det er alt. Ingen skjermbilde, ingen detaljer, ingen bakgrunn. Utviklingsteamet må gjette. Men selv en enkel feilrapport bør inneholde et skjermbilde, en lenke, hvilken nettleser, hvilken enhet, en kort forklaring på hva som faktisk skjedde. Jo færre detaljer, desto mer tid går tapt på frem og tilbake.
Alt er en prioritet
“Alt dette er veldig viktig,” sier kunden. Og teamet sitter fast uten å vite hva de skal gjøre først. Uten klare prioriteringer kan selv et godt organisert team bruke timer på feil oppgaver. En enkel rangering som "1 – must-have, 2 – viktig, 3 – fint å ha" kan spare mange hodepiner.
Forventning om raske resultater uten å vite hva som skjer bak kulissene
“Det er bare en liten endring i skjemaet,” sier kunden.
Men den lille endringen kan bety oppdateringer i backend, validering, API-er, tester – kanskje til og med kjerne-forretningslogikk.
Det som ser enkelt ut på skjermen kan kreve mye arbeid under panseret.
Kunder trenger ikke å forstå hele kodebasen, men det hjelper å vite at noen ganger er ikke “raske fikser” så raske.
Avsluttende tanker
Kommunikasjon mellom tjenesteleverandører og kunder kan avgjøre om et prosjekt lykkes eller mislykkes.
Å oppdage og unngå disse vanlige feilene kan virkelig spare mye tid og penger.
Jeg har lagt merke til gjennom årene hvordan små kommunikasjonsfeil kan bli til store problemer – som forsinkelser eller et produkt som ikke helt blir riktig.
Det handler ikke om å skylde på noen; det handler om å fikse ting tidlig.
En rask samtale for å avklare en forvirrende brief, eller å forklare hvorfor vi foreslår noe, kan hjelpe mye.
Vi jobber alle sammen for å bygge noe fantastisk – og god kommunikasjon er en stor del av det.
— Łukasz
