En praktisk guide til at skrive IT-tilbud — fra teknisk løsningsbeskrivelse og SLA-betingelser til prissætning der overbeviser både den tekniske chef og økonomidirektøren.
De fleste IT-tilbud taber ikke på teknisk kvalitet. De taber fordi de er skrevet til den forkerte læser, med de forkerte prioriteter, i et sprog der kun giver mening for folk der allerede kender løsningen.
Resultatet? Et 30-siders dokument fyldt med arkitekturdiagrammer og komponentlister — og en beslutning der ender med at gå til konkurrenten med det klareste overblik.
Her er, hvad der faktisk virker.
Økonomi- og administrerende direktørerne er ofte dem der godkender IT-investeringer. De læser ikke bilag. De læser de første to afsnit og afgør, om resten er deres tid værd.
Skriv derfor dit executive summary til dem — ikke til CTO'en.
Start ikke med "Vi er glade for at præsentere vores løsning på den stillede opgave." Det siger ingenting. Start med problemet: hvad koster situationen kunden i dag — i tid, risiko eller tabte muligheder? Derefter: hvad løser I, og hvad betyder det i praksis?
Et stærkt resumé er to afsnit. Ikke seks. Det viser at du forstår, hvad der er på spil — og at du respekterer læserens tid.
Den tekniske afdeling vil se substansen. Direktionen vil have overblikket. Skriv til begge.
Byg løsningsbeskrivelsen i to lag: først et forretningsorienteret afsnit der forklarer hvad systemet gør, hvorfor det er den rigtige tilgang, og hvilke forretningsmæssige gevinster det giver. Derefter de tekniske detaljer — arkitektur, integrationer, teknologivalg, sikkerhed — for dem der skal evaluere den faglige kvalitet.
Hvis du blander de to niveauer i ét sammenhængende afsnit, mister du begge grupper. Hold dem adskilt og giv begge det de har brug for.
En vag tidsplan skaber tvivl. En faseopdelt plan med klare milepæle skaber tillid.
Del projektet op i faser med konkrete leverancer og datoer. Fase 1: kravspecifikation og arkitekturdesign. Fase 2: udvikling og interne tests. Fase 3: brugeraccepttest og idriftsættelse. Fase 4: hypercare og overdragelse.
Det viser at du har tænkt projektet igennem — og det giver kunden et naturligt grundlag for at følge op undervejs. Procurement-afdelingen elsker en milepælsplan fordi den giver dem noget at måle mod.
Mange IT-tilbud fokuserer udelukkende på leverancen og glemmer hvad der sker bagefter. Det er en fejl. Kunden tænker allerede ved første læsning: hvad gør vi, hvis noget går galt to måneder efter go-live?
Beskriv supportmodellen klart: responstider efter alvorlighed (kritisk, høj, normal), supporttimer, eskaleringsproces og hvem der ejer hvilke ansvar. Hvis der indgår en SLA, specificér de vigtigste parametre direkte i tilbuddet — ikke kun i et bilag ingen læser.
En gennemsigtig supportmodel reducerer opfattet risiko markant. Det er ofte det der tipper vægten.
Prismodellen skal passe til kundens indkøbsproces — ikke kun til jeres foretrukne model.
Overvej om fastpris eller tid og materialer giver mest mening til netop denne opgave. Fastpris giver forudsigelighed og er lettere at godkende budgetmæssigt. Tid og materialer giver fleksibilitet ved uklare krav, men kræver mere tillid.
Uanset model: bryd prisen ned. Vis hvad de enkelte faser og leverancer koster. Procurement vil typisk have et priselement de kan sætte i et system — giv dem det. Skjulte totalpriser uden specifikation skaber mistillid og forsinkelse.
Tilføj gerne et optionalt tillæg for scopeudvidelser eller yderligere moduler. Det viser fremsynethed og giver kunden en klar vej, hvis behovene ændrer sig.
De tilbud der vinder, er dem der hjælper beslutningstagerne med at sige ja. Det kræver klarhed, ikke kompleksitet. Det kræver at du har tænkt over, hvem der læser hvad — og skrevet derefter.
Brug et resumé der taler til direktionen. Giv den tekniske afdeling substansen de søger. Beskriv hvad der sker efter go-live. Og pris på en måde der gør godkendelsen nem.
Download en gratis IT-tilbudsskabelon eller lad AI-guiden generere et tilpasset tilbud på få minutter.
DraftYourBid lærer af dine vindende tilbud og genererer skræddersyede bud på minutter — i din stemme, ikke en skabelon.
Opret din gratis konto →