1. Problemet
Hva tar tid, skaper feil eller stopper saker i dag, og for hvem?
De fleste dårlige tilbud skyldes ikke dårlige leverandører, men vage forespørsler. Ber du om pris på noe ubestemt, får du pris på leverandørens gjetning - og gjetninger er sjelden sammenlignbare. Denne guiden viser hva forespørselen din bør inneholde, med en mal du kan kopiere rett inn i e-posten, hva et godt tilbud skal svare på, hvilke røde flagg du bør se etter, og hvordan du sammenligner tilbud som ser ulike ut.
Sist oppdatert: 26. september 2026
En leverandør kan bare prise det de forstår. Sender du tre setninger om at dere vil ha AI, må de gjette på scope, data, integrasjoner og risiko - og hver leverandør gjetter ulikt. Resultatet er tilbud som ikke lar seg sammenligne, og et prosjekt som starter med misforståelser. En god forespørsel koster deg et par timer, men sparer uker med avklaringer og omkamper senere. Den tvinger også dere til å bli enige internt om hva dere faktisk vil oppnå, før penger og kalendere er i spill.
Start med problemet: hva tar tid, skaper feil eller stopper saker i dag, og hvem kjenner det på kroppen? Beskriv deretter jobben dere vil ha gjort: hva skal løsningen gjøre, for hvem, og hva skal være annerledes etterpå? List systemene som er involvert, og si noe ærlig om dataene - hva som finnes, hvor det ligger, og hvem som vet hva som er riktig. Nevn brukergrupper og tilgangsbehov, sensitive data eller godkjenningskrav, og ønsket tidsramme hvis dere har en. Avslutt med hva dere vil ha svar på: fast scope og antakelser, testing, eierskap, drift - og hva tilbudet eksplisitt ikke dekker.
Et godt tilbud speiler forespørselen punkt for punkt: her er scopet slik vi forstår det, her er antakelsene våre, her er det vi ikke vet ennå. Det beskriver hvordan kvalitet testes - hvilke eksempler, hvem som godkjenner, og hva som er godt nok. Det sier hvem som eier kode, design og data, hvem som drifter etter lansering, og hva som skjer ved endringer. Det forteller hva leverandøren trenger fra dere, og hvor mye tid deres folk må regne med. Og det er ærlig om risiko: hva er usikkert, hva kan gå galt, og hvordan håndteres det? Et tilbud som bare inneholder pris og tidsfrist, svarer ikke på noe av dette - da kjøper du en overraskelse.
Vær skeptisk til fastpris på noe leverandøren knapt har sett - særlig hvis dataene deres er rotete eller kravene er strenge. Vær skeptisk til tilbud uten testplan: ingen eksempler, ingen godkjenning, ingen definisjon av godt nok. Vær skeptisk til uklart eierskap: hvem eier koden hvis dere skilles, og i hvilket format får dere med dere dataene? Vær skeptisk til manglende endringsrutine: alle prosjekter endrer seg, og uten spilleregler ender dere med krangel eller stillstand. Og vær skeptisk til leverandører som ikke trenger noe fra dere - ingen tilgang, ingen tid, ingen beslutninger. De bygger noe for seg selv, ikke for dere.
Sammenlign aldri bare bunnlinjen. Legg tilbudene ved siden av hverandre og sjekk først at de priser samme scope - ofte gjør de ikke det, og da er billigst bare minst. Sammenlign deretter antakelser: hvem har forstått dataene, integrasjonene og risikoen best? Sammenlign testplan, eierskap og drift: hva får dere med dere, hvem drifter, og hva skjer ved endringer? Be om avklaring der tilbudene er tause - stillhet er informasjon. Til slutt: vurder menneskene. Dere skal jobbe tett med dette teamet i uker eller måneder; velg dem dere stoler på når noe går galt, ikke dem med penest presentasjon.
Dette er den enkleste måten å få sammenlignbare tilbud på, og den mest droppede. Skreddersyr du forespørselen per leverandør - mer detaljer til favoritten, mindre til de andre - får du tilbud på ulike prosjekter. Send samme tekst til alle, svar likt på oppfølgingsspørsmål, og del avklaringer med alle parter. Da konkurrerer leverandørene på forståelse og kvalitet, ikke på hvem som gjettet scopet ditt riktig. Malen under er laget for akkurat dette: fyll den ut én gang, og send den til alle du vil ha tilbud fra.
Bruk gjerne malen under når du skriver til oss på post@aprex.no. Jo mer du fyller ut, desto mer konkret blir svaret vårt: passer caset for en pilot, hva ville vi testet først, og hva er neste steg? Hvis noe er ukjent, skriv ukjent - det er også informasjon. Vi gir ingen fastpris før vi har sett caset, men vi gir alltid et ærlig svar på om vi tror vi kan hjelpe, og hva vi trenger for å finne det ut.
Sju punkter som gjør forespørselen prisbar. Illustrasjon - tilpass til ditt case.
Hva tar tid, skaper feil eller stopper saker i dag, og for hvem?
Hva skal løsningen gjøre, og hva skal være annerledes etterpå?
Hvilke systemer er involvert, og hvordan er datakvaliteten?
Hvem skal bruke løsningen daglig, og hvem skal godkjenne?
Sensitive data, personvern, sikkerhet eller tidsramme å forholde seg til?
Hva er det ene målbare kriteriet for at dette lykkes?
Be om scope, antakelser, testing, eierskap, drift - og hva som ikke dekkes.
Les hva som styrer prisen på AI-pilot og nettside.
Les mer →Vi vil heller avslå en forespørsel enn å prise noe vi ikke forstår. Et godt tilbud - fra oss eller andre - svarer på scope, antakelser, testing, eierskap og drift. Krever du det av alle, får du tilbud du faktisk kan velge mellom.
Bruk malen over, fyll ut det du vet, og skriv ukjent der du ikke vet. Vi svarer ærlig.
Kontakt Aprex →