Skriv en offertförfrågan som byråerna kan svara seriöst på
En RFP för apputveckling bör innehålla bakgrund, mål, omfattning, en budgetram och tydliga utvärderingskriterier. Ju mer konkret underlaget är, desto mer jämförbara och seriösa blir offerterna. En öppen budgetindikation ger oftare ärliga svar än glädjekalkyler, och byråerna behöver rimlig svarstid och möjlighet att ställa frågor.
En offertförfrågan, eller RFP, avgör kvaliteten på de svar du får. En genomtänkt förfrågan ger jämförbara offerter och seriösa motfrågor. En slarvig ger glädjekalkyler som inte går att ställa mot varandra. Skillnaden ligger nästan helt i underlaget du skickar ut, och det är där du har mest att vinna innan en enda byrå har svarat.
Strukturen i en RFP som fungerar
En bra RFP behöver inte vara lång, men den ska täcka det byrån behöver för att kunna svara seriöst. Fem delar hör alltid hemma:
- Bakgrund. Vilka är ni, vilket problem ska appen lösa och för vem? Utan sammanhang bygger byrån på gissningar.
- Mål. Vad ska appen uppnå? Skriv mätbara mål där det går, inte bara en funktionslista.
- Omfattning. Vad ska byggas, och lika viktigt, vad ska inte byggas? Här undviker du missförstånd om vad offerten omfattar.
- Budgetram. En indikation på vad ni är beredda att investera.
- Utvärderingskriterier. Hur väljer ni? Pris, erfarenhet, förvaltningsförmåga, referenser. Att vara öppen med det gör svaren skarpare.
| Del | Vad den ska ge byrån |
|---|---|
| Bakgrund | Sammanhang om er och problemet |
| Mål | Vad appen ska uppnå, gärna mätbart |
| Omfattning | Vad som ingår och inte ingår |
| Budgetram | En ärlig ram att förhålla sig till |
| Utvärdering | Hur ni kommer att väga anbuden |
Poängen med strukturen är jämförbarhet. När alla byråer svarar på samma tydliga underlag kan du ställa offerterna mot varandra, i stället för att jämföra en detaljerad offert med en luftig och inte veta vad skillnaden beror på.
Varför en öppen budget ger ärligare svar
Många vill hemlighålla budgeten av rädsla för att byrån ska lägga sig precis under taket. Instinkten är begriplig men ofta kontraproduktiv. En öppen budgetindikation ger vanligtvis ärligare och mer användbara svar.
Skälet är enkelt. En app kan byggas för vitt skilda summor beroende på ambitionsnivå. Utan en ram gissar byrån var du ligger, och gissar den fel blir offerten antingen orealistiskt dyr eller en glädjekalkyl som spricker under bygget. Med en känd ram kan byrån i stället föreslå den bästa lösningen som ryms inom den, och vara rak med vad som får prioriteras bort. Du får då förslag som faktiskt går att genomföra, och du sållar bort dem som inte kan leverera inom ramen redan innan mötet.
Rimlig svarstid och en frågeprocess
En seriös offert tar tid att ta fram. Byrån behöver läsa in sig, förstå målen, ställa frågor och räkna. Ger du för kort svarstid gynnar du den som skjuter från höften och missgynnar den som verkligen sätter sig in i din situation. För ett projekt av någon storlek är ett par veckor ofta rimligt.
Bygg också in en frågeprocess. Sätt en period då byråerna får skicka frågor och ett datum då du besvarar dem, gärna så att alla får samma svar samtidigt. Det håller processen rättvis och likvärdig. Frågorna har dessutom ett värde för dig: de pekar ofta ut luckor i ditt eget underlag som är värda att täppa till innan de skarpa svaren kommer in.
Ett konkret scenario
Säg att du skickar en RFP till fyra byråer för en medelkomplex app. Du anger en budgetram, tydliga mål och en utvärdering som väger förvaltningsförmåga tungt. Under frågeperioden inser du från byråernas frågor att du glömt beskriva hur appen ska integreras mot ert affärssystem, en lucka du hinner täppa till. När svaren kommer är de jämförbara: tre håller sig till ramen med olika upplägg, en ligger långt över och kan sorteras bort direkt. Du har fått ett beslutsunderlag i stället för en hög osäkra siffror.
En RFP blir som bäst med en tydlig kravbild bakom sig. Läs mer om hur en förstudie tar fram det underlaget bland våra tjänster, eller hör av dig så hjälper vi dig komma igång.
Vanliga frågor
Vad är en RFP för apputveckling?
En RFP, request for proposal, är en offertförfrågan du skickar till flera byråer för att få jämförbara anbud på att bygga din app. Den beskriver bakgrund, mål, omfattning, budgetram och hur svaren kommer att bedömas. En genomtänkt RFP gör att du kan jämföra äpplen med äpplen i stället för att gissa vad varje offert egentligen omfattar.
Vad ska en RFP innehålla?
Bakgrund om er och problemet, tydliga mål för appen, en omfattning som beskriver vad som ska byggas, en budgetram och utvärderingskriterier som visar hur ni väljer. Ju konkretare desto bättre. Ett luddigt underlag ger luddiga svar, medan en tydlig RFP tvingar fram genomtänkta offerter och avslöjar vilka byråer som förstått uppgiften.
Ska jag ange budget i förfrågan?
Oftast ja. Många tvekar av rädsla för att bli överdebiterade, men en öppen budgetindikation ger vanligtvis ärligare svar. Byråerna kan då föreslå en lösning som ryms i ramen i stället för att gissa och lämna glädjekalkyler. Det gör offerterna mer jämförbara och sparar tid åt båda parter genom att sålla bort orealistiska upplägg tidigt.
Hur lång svarstid bör byråerna få?
Tillräckligt för att svara genomtänkt, inte bara snabbt. En seriös offert kräver att byrån läser in sig, ställer frågor och räknar. Ett par veckor är ofta rimligt för ett projekt av någon storlek. För kort svarstid gynnar den som skjuter från höften och missgynnar den som faktiskt sätter sig in i er situation.
Hur hanterar jag frågor från byråerna?
Bygg in en frågeprocess i förfrågan: en period då byråerna kan skicka frågor och ett datum då ni svarar alla samtidigt. Det håller processen rättvis, alla får samma information, och frågorna avslöjar ofta luckor i ert eget underlag som är värda att täppa till innan svaren kommer in.