Skriv en tilbudsforespørsel byråene kan svare seriøst på
En tilbudsforespørsel (RFP) for apputvikling bør inneholde bakgrunn, mål, omfang, en budsjettramme og tydelige evalueringskriterier. Jo mer konkret grunnlaget er, desto mer sammenlignbare og seriøse blir tilbudene. En åpen budsjettindikasjon gir oftere ærlige svar enn skjønnmalte kalkyler, og byråene trenger en fornuftig svarfrist og mulighet til å stille spørsmål.
En tilbudsforespørsel, eller RFP, avgjør kvaliteten på svarene du får. En gjennomtenkt forespørsel gir sammenlignbare tilbud og seriøse motspørsmål. En slurvete forespørsel gir skjønnmalte kalkyler som ikke lar seg sammenligne. Forskjellen ligger nesten helt i grunnlaget du sender ut, og det er der du har mest å vinne før et eneste byrå har svart.
Strukturen i en RFP som fungerer
En god RFP trenger ikke å være lang, men den skal dekke det byrået trenger for å kunne svare seriøst. Fem deler hører alltid med:
- Bakgrunn. Hvem er dere, hvilket problem skal appen løse, og for hvem? Uten kontekst bygger byrået på gjetting.
- Mål. Hva skal appen oppnå? Skriv målbare mål der det går, ikke bare en funksjonsliste.
- Omfang. Hva skal bygges, og like viktig, hva skal ikke bygges? Her unngår du misforståelser om hva tilbudet omfatter.
- Budsjettramme. En indikasjon på hva dere er villige til å investere.
- Evalueringskriterier. Hvordan velger dere? Pris, erfaring, evne til forvaltning, referanser. Å være åpen om dette gjør svarene skarpere.
| Del | Hva den skal gi byrået |
|---|---|
| Bakgrunn | Kontekst om dere og problemet |
| Mål | Hva appen skal oppnå, gjerne målbart |
| Omfang | Hva som inngår og ikke inngår |
| Budsjettramme | En ærlig ramme å forholde seg til |
| Evaluering | Hvordan dere kommer til å vekte tilbudene |
Poenget med strukturen er sammenlignbarhet. Når alle byråene svarer på det samme tydelige grunnlaget, kan du sette tilbudene opp mot hverandre, i stedet for å sammenligne et detaljert tilbud med et luftig uten å vite hva forskjellen skyldes.
Hvorfor et åpent budsjett gir ærligere svar
Mange vil holde budsjettet hemmelig av frykt for at byrået skal legge seg rett under taket. Instinktet er forståelig, men ofte kontraproduktivt. En åpen budsjettindikasjon gir vanligvis ærligere og mer nyttige svar.
Grunnen er enkel. En app kan bygges for svært ulike summer avhengig av ambisjonsnivå. Uten en ramme gjetter byrået hvor du ligger, og gjetter det feil, blir tilbudet enten urealistisk dyrt eller en skjønnmalt kalkyle som sprekker underveis i byggingen. Med en kjent ramme kan byrået i stedet foreslå den beste løsningen som får plass innenfor den, og være ærlig om hva som må prioriteres bort. Da får du forslag som faktisk lar seg gjennomføre, og du luker ut dem som ikke kan levere innenfor rammen, allerede før møtet.
Fornuftig svarfrist og en spørsmålsrunde
Et seriøst tilbud tar tid å utarbeide. Byrået må sette seg inn i saken, forstå målene, stille spørsmål og regne. Gir du for kort svarfrist, favoriserer du dem som skyter fra hoften, på bekostning av dem som virkelig setter seg inn i situasjonen din. For et prosjekt av en viss størrelse er et par uker ofte rimelig.
Bygg også inn en spørsmålsrunde. Sett av en periode der byråene kan sende spørsmål, og en dato da du besvarer dem, gjerne slik at alle får de samme svarene samtidig. Det holder prosessen rettferdig og likeverdig. Spørsmålene har dessuten en verdi for deg: De peker ofte på hull i ditt eget grunnlag som er verdt å tette før de endelige svarene kommer inn.
Et konkret scenario
La oss si at du sender en RFP til fire byråer for en middels kompleks app. Du oppgir en budsjettramme, tydelige mål og en evaluering som vekter evne til forvaltning tungt. I spørsmålsrunden skjønner du ut fra byråenes spørsmål at du har glemt å beskrive hvordan appen skal integreres med ERP-systemet dere bruker, et hull du rekker å tette. Når svarene kommer, er de sammenlignbare: Tre holder seg innenfor rammen med ulike opplegg, mens ett ligger langt over og kan sorteres bort med en gang. Du har fått et beslutningsgrunnlag i stedet for en haug med usikre tall.
En RFP fungerer best med tydelige krav i bunnen. Under tjenestene våre kan du lese mer om hvordan en forstudie gir deg det grunnlaget. Eller ta kontakt, så hjelper vi deg i gang.
Ofte stilte spørsmål
Hva er en tilbudsforespørsel (RFP) for apputvikling?
En RFP, request for proposal, er en tilbudsforespørsel du sender til flere byråer for å få sammenlignbare tilbud på å bygge appen din. Den beskriver bakgrunn, mål, omfang, budsjettramme og hvordan svarene vil bli vurdert. En gjennomtenkt RFP gjør at du kan sammenligne epler med epler i stedet for å gjette hva hvert tilbud egentlig omfatter.
Hva skal en tilbudsforespørsel inneholde?
Bakgrunn om dere og problemet, tydelige mål for appen, et omfang som beskriver hva som skal bygges, en budsjettramme og evalueringskriterier som viser hvordan dere velger. Jo mer konkret, desto bedre. Et vagt grunnlag gir vage svar, mens en tydelig RFP tvinger frem gjennomtenkte tilbud og avslører hvilke byråer som har forstått oppgaven.
Bør jeg oppgi budsjett i forespørselen?
Som regel ja. Mange nøler av frykt for å bli overfakturert, men en åpen budsjettindikasjon gir vanligvis ærligere svar. Byråene kan da foreslå en løsning som passer innenfor rammen, i stedet for å gjette og levere skjønnmalte kalkyler. Det gjør tilbudene mer sammenlignbare og sparer begge parter for tid fordi urealistiske opplegg blir sortert bort tidlig.
Hvor lang svarfrist bør byråene få?
Nok til å svare gjennomtenkt, ikke bare raskt. Et seriøst tilbud krever at byrået setter seg inn i saken, stiller spørsmål og regner. Et par uker er ofte rimelig for et prosjekt av en viss størrelse. For kort svarfrist favoriserer dem som skyter fra hoften, på bekostning av dem som faktisk setter seg inn i situasjonen dere er i.
Hvordan håndterer jeg spørsmål fra byråene?
Bygg inn en spørsmålsrunde i forespørselen: en periode der byråene kan sende spørsmål, og en dato da dere svarer alle samtidig. Det holder prosessen rettferdig, alle får den samme informasjonen, og spørsmålene avslører ofte hull i grunnlaget dere selv har laget, hull som er verdt å tette før svarene kommer inn.