Skriv en tilbudsforespørgsel som bureauerne kan svare seriøst på
En RFP for app-udvikling bør indeholde baggrund, mål, omfang, en budgetramme og klare evalueringskriterier. Jo mere konkret materialet er, desto mere sammenlignelige og seriøse bliver tilbuddene. En åben budgetindikation giver oftere ærlige svar end for optimistiske overslag, og bureauerne har brug for en rimelig svarfrist og mulighed for at stille spørgsmål.
En tilbudsforespørgsel, eller RFP, afgør kvaliteten af de svar du får. En gennemtænkt forespørgsel giver sammenlignelige tilbud og seriøse modspørgsmål. En sjusket forespørgsel giver for optimistiske overslag der ikke kan stilles op mod hinanden. Forskellen ligger næsten udelukkende i det materiale du sender ud, og det er dér du har mest at vinde før et eneste bureau har svaret.
Strukturen i en RFP der virker
En god RFP behøver ikke at være lang, men den skal dække det bureauet skal bruge for at kunne svare seriøst. Fem dele hører altid med:
- Baggrund. Hvem er I, hvilket problem skal appen løse, og for hvem? Uden sammenhæng bygger bureauet på gæt.
- Mål. Hvad skal appen opnå? Skriv målbare mål hvor det er muligt, ikke kun en liste over funktioner.
- Omfang. Hvad skal bygges, og lige så vigtigt: Hvad skal ikke bygges? Her undgår du misforståelser om hvad tilbuddet omfatter.
- Budgetramme. En indikation af hvad I er klar til at investere.
- Evalueringskriterier. Hvordan vælger I? Pris, erfaring, evne til drift og vedligeholdelse, referencer. At være åben om det gør svarene skarpere.
| Del | Hvad den skal give bureauet |
|---|---|
| Baggrund | Sammenhæng om jer og problemet |
| Mål | Hvad appen skal opnå, gerne målbart |
| Omfang | Hvad der er med, og hvad der ikke er |
| Budgetramme | En ærlig ramme at forholde sig til |
| Evaluering | Hvordan I vil vægte tilbuddene |
Pointen med strukturen er sammenlignelighed. Når alle bureauer svarer på det samme klare materiale, kan du stille tilbuddene op mod hinanden i stedet for at sammenligne et detaljeret tilbud med et luftigt og ikke vide hvad forskellen skyldes.
Hvorfor et åbent budget giver ærligere svar
Mange vil holde budgettet hemmeligt af frygt for at bureauet lægger sig lige under loftet. Instinktet er forståeligt, men ofte kontraproduktivt. En åben budgetindikation giver normalt ærligere og mere brugbare svar.
Grunden er enkel. En app kan bygges for vidt forskellige beløb afhængigt af ambitionsniveauet. Uden en ramme gætter bureauet på hvor du ligger, og gætter det forkert, bliver tilbuddet enten urealistisk dyrt eller et for optimistisk overslag der ikke holder når appen skal bygges. Med en kendt ramme kan bureauet i stedet foreslå den bedste løsning der kan rummes inden for den, og være ærligt om hvad der må prioriteres fra. Så får du forslag der faktisk kan gennemføres, og du sorterer dem fra der ikke kan levere inden for rammen, allerede før mødet.
Rimelig svarfrist og en spørgeproces
Et seriøst tilbud tager tid at udarbejde. Bureauet skal sætte sig ind i opgaven, forstå målene, stille spørgsmål og regne. Giver du en for kort svarfrist, favoriserer du dem der skyder fra hoften, og straffer dem der virkelig sætter sig ind i din situation. For et projekt af en vis størrelse er et par uger ofte rimeligt.
Byg også en spørgeproces ind. Fastsæt en periode hvor bureauerne må sende spørgsmål, og en dato hvor du besvarer dem, gerne så alle får de samme svar på samme tid. Det holder processen fair og ligeværdig. Spørgsmålene har desuden en værdi for dig: De peger ofte på huller i dit eget materiale som er værd at lukke før de endelige svar kommer ind.
Et konkret scenarie
Lad os sige at du sender en RFP til fire bureauer for en mellemkompleks app. Du angiver en budgetramme, klare mål og en evaluering der vægter evnen til drift og vedligeholdelse højt. I spørgeperioden opdager du ud fra bureauernes spørgsmål at du har glemt at beskrive hvordan appen skal integreres med jeres ERP-system, et hul du når at lukke. Når svarene kommer, er de sammenlignelige: Tre holder sig inden for rammen med forskellige oplæg, ét ligger langt over og kan sorteres fra med det samme. Du har fået et beslutningsgrundlag i stedet for en bunke usikre tal.
En RFP bliver bedst med et klart kravbillede bag sig. Læs mere under vores ydelser om hvordan en forundersøgelse udarbejder det grundlag, eller kontakt os, så hjælper vi dig i gang.
Ofte stillede spørgsmål
Hvad er en RFP for app-udvikling?
En RFP, request for proposal, er en tilbudsforespørgsel du sender til flere bureauer for at få sammenlignelige tilbud på at bygge din app. Den beskriver baggrund, mål, omfang, budgetramme og hvordan svarene vil blive vurderet. En gennemtænkt RFP gør at du kan sammenligne æbler med æbler i stedet for at gætte på hvad hvert tilbud egentlig omfatter.
Hvad skal en RFP indeholde?
Baggrund om jer og problemet, klare mål for appen, et omfang der beskriver hvad der skal bygges, en budgetramme og evalueringskriterier der viser hvordan I vælger. Jo mere konkret, desto bedre. Et uklart materiale giver uklare svar. En tydelig RFP tvinger derimod gennemtænkte tilbud frem og afslører hvilke bureauer der har forstået opgaven.
Skal jeg oplyse budgettet i forespørgslen?
Som regel ja. Mange tøver af frygt for at blive overfaktureret, men en åben budgetindikation giver normalt ærligere svar. Bureauerne kan så foreslå en løsning der kan rummes inden for rammen, i stedet for at gætte og aflevere for optimistiske overslag. Det gør tilbuddene mere sammenlignelige og sparer tid for begge parter ved at urealistiske oplæg sorteres fra tidligt.
Hvor lang svarfrist bør bureauerne have?
Nok til at svare gennemtænkt, ikke bare hurtigt. Et seriøst tilbud kræver at bureauet sætter sig ind i opgaven, stiller spørgsmål og regner. Et par uger er ofte rimeligt for et projekt af en vis størrelse. En for kort svarfrist favoriserer dem der skyder fra hoften, og straffer dem der faktisk sætter sig ind i jeres situation.
Hvordan håndterer jeg spørgsmål fra bureauerne?
Byg en spørgeproces ind i forespørgslen: en periode hvor bureauerne kan sende spørgsmål, og en dato hvor I svarer alle på samme tid. Det holder processen fair, alle får de samme oplysninger, og spørgsmålene afslører ofte huller i jeres eget materiale som er værd at lukke før svarene kommer ind.