← Tilbake til bloggen
Anbudsskriving·7 min read

Slik skriver du et IT-tilbud som vinner oppdraget

En praktisk guide til å skrive IT-tilbud — fra teknisk løsningsbeskrivelse og SLA-vilkår til prising som overbeviser både teknisk leder og økonomisjef.

De fleste IT-tilbud taper ikke fordi løsningen er dårlig. De taper fordi dokumentet snakker til feil person. En CTO vil vite om systemet faktisk løser problemet. En økonomisjef vil vite hva det koster og hva som skjer hvis noe går galt. Daglig leder vil vite om det leveres i tide. Når du skriver et tilbud som bare en systemarkitekt kan forstå, har du allerede mistet halve beslutningsgruppen.

Dette er en guide for deg som selger IT-tjenester — konsulenttimer, systemintegrasjon, skymigrasjon, applikasjonsutvikling — og vil at tilbudet skal føre til kontrakt, ikke arkivering.

Sammendrag for beslutningstakere

Sammendragssiden er den eneste delen av tilbudet som garantert leses av alle. Likevel begynner de fleste med «Vi er glade for å presentere vårt forslag til...» — noe som er bortkastet bruk av den viktigste siden i hele dokumentet.

Start med problemet i stedet. Beskriv i et eller to avsnitt hva kunden faktisk sliter med akkurat nå: ikke hva de har bedt om, men hvorfor det betyr noe. Følg opp med din konklusjon — løsningsveien kort oppsummert — og avslutt med tre konkrete leveranser og en overordnet pris. Alt på halv side.

En beslutningstaker som leser sammendraget ditt skal kunne gå til neste møte og forklare hvorfor dere er rett valg uten å ha lest resten av dokumentet.

Teknisk løsningsbeskrivelse

Her er fellen: du skriver dette avsnittet for din egen arkitekt, ikke for kunden. Løsningen er å skrive på to nivåer.

Forretningsvennlig sammendrag — én side som beskriver hva som skal bygges, hvorfor dette er riktig tilnærming og hvilke forretningsmessige problemer det løser. Ingen forkortelser uten forklaring, ingen arkitekturdiagrammer uten ledsagende tekst.

Teknisk vedlegg — for CTO og den tekniske kjøperen. Arkitektur, integrasjoner, teknologivalg, sikkerhetsmodell. Alt du vil vise at du behersker, men samlet bakerst i dokumentet.

Denne strukturen fungerer fordi det tekniske vedlegget faktisk øker tilliten hos beslutningstakere uten teknisk bakgrunn — det signalerer at dere har tenkt grundig gjennom det.

Gjennomføringsplan med milepæler

Kunder bekymrer seg ikke bare for om løsningen er riktig — de bekymrer seg for om prosjektet sporer av. En fasebasert gjennomføringsplan adresserer denne bekymringen direkte.

Del prosjektet inn i tydelige faser med navn, tidsplan og leveranser for hver fase. Fase 1: kartlegging og kravspesifikasjon. Fase 2: design og prototype. Fase 3: utvikling og implementasjon. Fase 4: testing og produksjonssetting. Hver fase avsluttes med en definert leveranse — ikke «arbeid pågår», men noe konkret kunden kan gjennomgå og godkjenne.

Dette bygger tillit på en måte referanser alene ikke klarer: du viser at du har gjort dette før og vet nøyaktig hva som kreves.

SLA og supportmodell

Den vanligste feilen i IT-tilbud er å beskrive hva som skal bygges, men ikke hva som skjer etterpå. Kunden tenker på dette allerede mens de leser. Besvar spørsmålene før de stilles.

Definer tydelig: responstider ved hendelser (P1/P2/P3), supportkanaler og tilgjengelighet (kontortid, 24/7 eller hybridmodell), vedlikeholdsvinduer og patchhåndtering, samt hva som inngår i supportavtalen kontra hva som faktureres separat.

Kunder som kjøper IT-tjenester fra en ny leverandør for første gang er særlig sensitive for usikkerhet rundt support. En tydelig SLA-modell er et konkurransefortrinn.

Prising som er enkel å godkjenne

Fastpris signalerer trygghet, men krever et tydelig scope. Tid og materialer gir fleksibilitet, men skaper usikkerhet. I de fleste IT-prosjekter fungerer en hybridmodell godt: fastpris per fase, med mulighet til å justere scope mellom fasene.

Uansett modell — bryt ned prisen. Ikke bare en totalsum, men en spesifikasjon per fase eller per tjenestekategori. Det gjør det enklere for innkjøp å godkjenne og reduserer risikoen for at tilbudet setter seg fast i unødige forhandlinger.

Unngå å skjule kostnader i løpende «usikkerhetsmarginer». Hvis det finnes ukjente faktorer, navngi dem eksplisitt og forklar hvordan de håndteres.


Vil du komme raskt i gang? Last ned en gratis IT-tilbudsmal eller la AI-veiviseren generere et tilpasset tilbud på noen minutter.

Skriv bedre tilbud, raskere

DraftYourBid lærer av dine vinnende tilbud og genererer skreddersydde anbud på minutter — i din stemme, ikke en mal.

Opprett din gratis konto →
Slik skriver du et IT-tilbud som vinner oppdraget | DraftYourBid