du har en ide om et strålende nyt produkt. Du har endda et budget til at oprette det. Nu har du brug for et team af erfarne programmeludviklere til at gøre det. Men hvordan ved du, om udbyderen passer til dine krav? Du forhandler.
en god anmodning om forslag (RFP) vil forenkle disse forhandlinger både for dig og for udviklingsteamet. Et af hovedmålene med en RFP er at hjælpe dig med at indsamle tilbud fra forskellige hold og vælge det forslag, der bedst opfylder dine krav. En god programudviklingsanmodning om forslag giver en leverandør mulighed for at tilbyde den mest effektive tech stack. Den, der løser det problem, dit produkt er beregnet til at løse på den mest effektive måde.
i dette indlæg viser vi dig, hvordan du skriver en anmodning om forslag. For at hjælpe dig med at give dit udviklingsteam de væsentlige oplysninger om dit projekt. Vi viser dig korrekt formatering. Og give eksempler på programmel udvikling RFP du kan bruge som reference eller endda en skabelon.
Hvad er RFP?
i den større verden er en RFP et dokument skrevet af offentlige organisationer, nonprofitorganisationer og virksomheder. De gør det normalt for store projekter, der skal være konkurrencedygtige bud på. Disse er normalt store kontrakter, der kræver due diligence. Så en nonprofit skriver en RFP og inviterer leverandører til at byde på det. Sælgerne indsender deres forslag i henhold til kravene i RFP. Forslaget med den laveste pris eller bedste værdi for pengene tildeles kontrakten.
en anmodning om programudviklingsforslag er stort set den samme. Du skriver dine krav ned. Send dem derefter til et programudviklingsfirma. De gør deres forskning og tilbyde et forslag til dig. Du accepterer enten det, genforhandler eller går andre steder.
en RFP bør være det første skridt, du tager, før du leder efter en leverandør til dit produkt. Dokumentet skal indeholde kritiske detaljer, specifikke krav, selv den forventede leveringstidslinje. Kort sagt, en RFP er et grundlag for yderligere diskussioner af dit projekt med et udviklingsteam.
Sådan skriver du en RFP
at skrive en god anmodning om forslag til programudvikling vil tage lidt af din tid. Men de resultater, du får fra det, er bestemt det værd.
der er ingen officielt dokumenteret RFP-formatering. Eller officielle regler for, hvordan du skriver et partnerskabsforslag, skal du følge. Men der er generelt accepteret god praksis. Og ting, der anses for godt at have i en overbevisende RFP. Vi undersøger disse næste.
Introducer os til din virksomhed og marked
det er godt at begynde med en kort introduktion af din virksomhed. Bare en smule generel information om, hvad det er du gør, vil være nok. Hvad er virksomhedens mission? Hvad er dine værdier? Hvad er dine langsigtede mål?
beskriv dit projekt/produkt ide
Introducer udviklingsteamet til din ide. Hvilket problem ville produktet løse? Hvilke smerter er det meningen at hjælpe med? Sørg for at nævne din målgruppe. Hvis du har markedsundersøgelser på hånden tilføje en kort oversigt over det også. Andre spørgsmål, du måske vil svare på dette trin, er:
- Hvordan vil det foreslåede program hjælpe dig med at nå de langsigtede mål?
- hvilke forretningsprocesser vil dette nye produkt forbedre?
- hvis der er en eksisterende løsning, er der nogen strømme i den?
- hvilke potentielle komplikationer forventer du?
Læs mere: Hvad er Produktmarkedstilpasning, og hvordan vi hos Fulcrum hjælper vores kunder med at finde det
afgørende funktioner
du behøver ikke at navngive alle funktioner, du synes, dit produkt skal have. Faktisk under opdagelsesfasen vil de fleste af de funktioner, du forestillede dig, blive bevist unødvendige. Mens de funktioner, du ikke engang tænkte på, viser sig at være vigtige.
men at lade os vide, hvilke funktioner du synes er helt afgørende, vil lade os forstå logikken i det produkt, du har i tankerne. Så vi vil være i stand til at forstå produktet bedre. Og tilbyde løsninger, der passer til den logik.
Læs Mere: tre Prioriteringsteknikker, som Fulcrums produkter rocker med
begrænsninger
er der nogen budgetmæssige eller juridiske begrænsninger? Måske er der nogle teknologiske begrænsninger? Sørg for at nævne dem alle i din RFP.
projektomfang og leverancer
det er ret udfordrende at estimere omfanget af et programprojekt, når det bare er en ide. Især hvis du ikke har en dyb forståelse af programmeludviklingsprocessen. Så gå ikke ind i tekniske forhold her. Angiv bare det arbejde, du forventer at blive udført. Og de resultater, du forventer at modtage.
Metrics
nævn de metrics, der mest betyder noget for din virksomhed. Så udviklingsholdet kan designe produktet med de specifikke målinger i tankerne.
Forslagskrav og udvælgelseskriterier
det er en god ide at navngive kravene til svarforslaget, hvis du har nogen. Har du brug for at kende den teknologi, som udviklerne bruger? Skal du se porteføljen?
hvis den tidligere erfaring på det samme marked er afgørende for dit projekt, skal du også nævne det. Hvis der er andre kriterier, der vil påvirke valget af sælgeren, skal du også navngive dem her.
andre ting at tilføje til din forslagsanmodning
som du kan se den anmodningsformatering, vi foreslår her, har ikke nogen alt for tekniske oplysninger. De fleste af klienterne har ikke ekspertisen til at vide eller bekymre sig om ting som:
- infrastrukturkrav;
- programmeludviklingsmetoder;
- eller projektledelsesmetoder.
men hvis disse tekniske ting virkelig er vigtige for dit projekt, og du kan navngive dem – gør det venligst.
RFP eksempel
vi kan ikke vise dig et virkeligt eksempel på en RFP fra vores egen praksis. Vi tror, det ville være uetisk af os at dele sådan noget. Men her er hvordan en hypotetisk RFP kan se ud for et af projekterne fra vores portefølje:
vi er en bilforhandler fra Kiev, Ukraine. Vi er den største forhandler af vores brand i Østeuropa.
vores nuværende hjemmeside er forældet. Det giver ikke alle oplysninger om vores produkter, mangler brugervenlighed og passer ikke til vores forretningsmål.
for at løse disse problemer har vi brug for en ny hjemmeside, der vil være innovativ, brugervenlig og funktionel. Det skal give vores kunder maksimale detaljer om vores produkter og tjenester.
de vigtigste funktioner, vi forestiller os, er:
- informativ katalog;
- lån regnemaskine;
- test – drive booking;
- avanceret søgning;
- funktionel admin panel for vores ledere.
den vigtigste måling, vi planlægger at fokusere på, er konverteringsfrekvens.
for at træffe en beslutning om partnerskabet kræves en PRD. Den løsning, du tilbyder, skal være skalerbar. Vi vil også gerne gennemgå din portefølje. Og få oplysninger om din tech stack og tilgange, du bruger i dit arbejde.
hvis du gerne vil diskutere din PRD eller hvordan vi nærmer os det i Fulcrum, book et opkald med vores business development manager.
- sådan underskriver du Vind-Vind-kontrakter med leverandører: Programmeludviklingskontrakttyper på Fulcrum Rocks
- alle hvorfor og hvordan man skriver en kommunikationsplan for et Programmelprojekt
- Hvad er en erklæring om arbejde, og har dit projekt brug for det?
- Outsourcing fiasko: smertefulde erfaringer fra IT Outsourcing gået dårligt