← Tillbaka till bloggen
Anbudsgivning·7 min read

Så skriver du ett IT-tjänstanbud som vinner uppdraget

En praktisk guide till att skriva IT-anbud — från teknisk lösningsbeskrivning och SLA-villkor till prissättning som passar både CTO och ekonomichef.

De flesta IT-anbud förlorar inte för att lösningen är dålig. De förlorar för att dokumentet pratar med fel person. En CTO vill veta om systemet faktiskt löser problemet. En ekonomichef vill veta vad det kostar och vad som händer om något går fel. VD:n vill veta om det levereras i tid. När du skriver ett anbud som bara en systemarkitekt kan förstå, har du redan tappat halva beslutsgruppen.

Det här är en guide för dig som säljer IT-tjänster — konsulttimmar, systemintegration, molnmigrering, applikationsutveckling — och vill att anbudet ska leda till kontrakt, inte arkiveras.

Sammanfattningen som faktiskt läses

Executive summary är den enda del av anbudet som garanterat läses av alla. Ändå börjar de flesta med "Vi är glada att presentera vårt förslag för..." — vilket är ett slöseri med den viktigaste sidan i hela dokumentet.

Börja istället med problemet. Beskriv i ett eller två stycken vad kunden faktiskt kämpar med just nu: inte vad de bett om, utan varför det spelar roll. Följ upp med din slutsats — lösningsvägen i korthet — och avsluta med tre konkreta leveranser och ett övergripande pris. Allt på halv sida.

En beslutsfattare som läser din sammanfattning ska kunna gå till nästa möte och förklara varför ni är rätt val utan att ha läst resten av dokumentet.

Teknisk lösningsbeskrivning

Här är fällan: du skriver det här avsnittet för din egna arkitekt, inte för kunden. Lösningen är att skriva på två nivåer.

Affärsvänlig sammanfattning — en sida som beskriver vad som ska byggas, varför det är rätt approach och vilka affärsproblem det löser. Inga förkortningar utan förklaring, inga arkitekturdiagram utan text.

Teknisk bilaga — för CTO:n och den tekniska köparen. Arkitektur, integrationer, teknikstack, säkerhetsmodell. Allt du vill visa att du kan, men samlat i slutet av dokumentet.

Den här strukturen fungerar eftersom den tekniska bilagan faktiskt ökar förtroendet hos beslutsfattare utan teknisk bakgrund — det signalerar att ni har tänkt igenom det.

Genomförandeplan med milstolpar

Kunder oroar sig inte bara för om lösningen är rätt — de oroar sig för om projektet spårar ur. En fasbaserad genomförandeplan svarar på den oron direkt.

Dela upp projektet i tydliga faser med namn, tidplan och leverabler för varje fas. Fas 1: kartläggning och kravspecifikation. Fas 2: design och prototyp. Fas 3: implementation. Fas 4: test och driftsättning. Varje fas avslutas med en definierad leverabel — inte "arbete pågår", utan något konkret kunden kan granska och godkänna.

Det här bygger förtroende på ett sätt som inga referenser kan matcha: du visar att du har gjort det här förut och vet exakt vad som krävs.

SLA och supportmodell

Det vanligaste misstaget i IT-anbud är att beskriva vad som ska byggas, men inte vad som händer efteråt. Kunden tänker på det här redan när de läser. Besvara frågorna innan de ställs.

Definiera tydligt: svarstider vid incidenter (P1/P2/P3), supportkanaler och tillgänglighet (kontorstid, 24/7 eller hybridmodell), underhållsfönster och patchhantering, samt vad som ingår i supportavtalet kontra vad som debiteras extra.

Kunder som köper IT-tjänster för första gången med en leverantör är extra känsliga för osäkerhet kring support. En tydlig SLA-modell är ett konkurrensmedel.

Prissättning som är lätt att godkänna

Fast pris signalerar trygghet men kräver en tydlig scope. Tid och material ger flexibilitet men skapar osäkerhet. I de flesta IT-projekt fungerar en hybridmodell bra: fast pris per fas, med möjlighet att justera scope mellan faserna.

Oavsett modell — bryt ned priset. Inte bara en totalsumma, utan en specifikation per fas eller per tjänstekategori. Det gör det lättare för inköp att godkänna och minskar risken för att anbudet fastnar i onödig förhandling.

Undvik att dölja kostnader i löpande "osäkerhetsmarginaler". Om det finns okända faktorer, namnge dem explicit och förklara hur de hanteras.


Vill du komma igång snabbt? Ladda ner en gratis IT-anbudsmall eller låt AI-guiden generera ett anpassat anbud på några minuter.

Skriv bättre offerter, snabbare

DraftYourBid lär sig av dina vinnande offerter och genererar skräddarsydda anbud på minuter — i din röst, inte en mall.

Skapa ditt gratis konto →
Så skriver du ett IT-tjänstanbud som vinner uppdraget | DraftYourBid