Skrive en forespørsel om forslag for webdesign og utvikling

S

Et selskap som ønsker å få bud fra flere kvalifiserte leverandører for et nettsteddesign eller utviklingsprosjekt, vil typisk skrive en forespørsel om forslag (RFP) og enten legge den ut på nettet eller sende den direkte til potensielle leverandører den har identifisert.

Som med ethvert komplekst prosjekt, krever et nettsteddesignprosjekt tydelig kommunikasjon mellom klienten og webutvikleren for at kunden skal motta nøyaktige bud. RFP-en fungerer som en grunnlinje for prosjektkrav som konkurrerende leverandører kan prise tjenestene sine på. Jeg har skissert noen få elementer nedenfor som vanligvis skal være i en forespørsel om nettsteddesign og utvikling om forslag, selv om noen ganger mer informasjon er nødvendig.

Skriv din forespørsel om forslag

RFP-prosessen (Request for Proposal) lar potensielle leverandører få en ide om dine mål, eksisterende utfordringer og mulige begrensninger uten lange telefondiskusjoner eller personlige møter som kan ha stor innvirkning på hvor lang tid det tar for deg å komme i gang med Webdesign og utviklingsprosjekt. Den lar deg kort beskrive nøyaktig hva du leter etter og hva en potensiell leverandør bør forvente i prosjektet.

En ideell RFP vil tydelig spesifisere alle kravene knyttet til nettstedet ditt. Det vil tillate utvikleren å presentere et forslag basert på dine spesielle behov, og det er unødvendig å si at jo flere detaljer din RFP inneholder, desto mer nøyaktig er et forslag utvikleren er i stand til å presentere.

Komponenter i en forespørsel om forslag (RFP) for et design- og utviklingsprosjekt for et nettsted:

Prosjektbakgrunnsinformasjon

  • Kort oversikt over organisasjonen din, inkludert litt historikk og dine primære forretningsmål.
  • Detaljert beskrivelse av prosjektet du ønsker å motta forslaget til.
  • Hvis budsjettkravene dine er strenge, kan det hjelpe å inkludere et “Ballpark”-budsjett – som utviklere kan bruke til å omfang og skalere løsningen din og spare tid.
  • Mål lanseringsdato og påkrevde leveringsdatoer – inkluder alle datoer du trenger at prosjektet skal oppfylle. Er det avgjørende møter og skjæringsdatoer som utbygger bør være oppmerksom på? Hvis du ikke er sikker på hva tidsrammen bør være, er det greit å se hva forslagene du mottar anbefaler og reforhandle. Det er også greit å forutse og opplyse om hvor fleksibel du er med prosjektets sluttdato.

Markedsføringskrav og data

  • Publikumsdemografi – hvem vil være hovedbrukerne av nettstedet ditt? Er det flere ulike målgrupper som må adresseres?
  • Brukerkomfortnivå med teknologi – hvor teknisk kunnskapsrike er publikummet ditt? Vil de vite hvordan de skal håndtere plug-ins, for eksempel?
  • Vil brukere ha høyhastighetsforbindelser, eller vil mange være på modemer?
  • Publikumsbase – hvor stor forventer du at brukerbasen din skal være?

Design og Corporate Branding Krav

  • Har du retningslinjer for bedriftsidentitet som må følges, inkludert fonter og farger og grafiske behandlinger?
  • Hvilket utseende og følelse ser du for deg for nettstedet? Ta med noen adjektiver for å beskrive hva nettstedet ditt skal kommunisere.
  • Gi eksempler på nettsteder som er relatert til tilbudet, enten fordi de har en lignende følelse som den du leter etter, eller til og med eksempler på hva du IKKE vil ha.
  • Vil det være noen animerte elementer (f.eks. Flash-animasjoner)? Hvor mange? Hvordan skal de brukes?

Tekniske og infrastrukturkrav

  • Hensyn til webhotell. Har du for øyeblikket en webvert eller leter du etter en ny til å håndtere dette prosjektet?
  • Hensyn til nettleser/plattform. Generelt sett bør et nettsted for forbrukere eller allmennheten fungere på samme måte på tvers av alle moderne nettlesere og operativsystemer. Hvis du retter deg mot en veldig spesifikk målgruppe, er det mulig at behovene dine er forskjellige.
  • Krav til utviklingsplattform. Trenger du en åpen kildekode-løsning, er du åpen for en proprietær løsning som er mer skreddersydd for akkurat dine behov osv.
  • Krav til kodespråk (f.eks. ASP.NET, PHP, Java). Mange ganger avhenger dette av typen webhotellplattform eller hvilken som helst eksisterende programvare du måtte ha.
  • Er det tredjepartsapplikasjoner du vil inkorporere?

Funksjonalitet/programmeringskrav

  • Vil det være skjemaer på siden? I så fall, hvor mange? Hvordan skal de håndteres? (f.eks. sendt på e-post til mottakere, lagret i en database osv.)
  • Vil nettstedet kreve verktøy for å administrere innhold/informasjon (f.eks. muligheten for ansatte til å legge til innhold som pressemeldinger eller kvartalsrapporter)?
  • Vil det være e-handel på siden? Hvem skal i så fall legge inn data om tilbudte produkter? Hvordan vil transaksjoner bli administrert?
  • Er det noen andre interaktive funksjoner nettstedet bør ha? Hva er de, og hvordan ser du for deg at de skal fungere?

Søkemotoroptimalisering

  • Beskriv eventuelle søkemotorvennlige produksjonskrav og forventninger som er definert
  • Angi om du søker SEO/SEM-konsultasjonstjenester

Løpende vedlikeholdsplaner

  • Hvor ofte vil siden bli oppdatert? Er du på utkikk etter en fastholdssituasjon, eller “on-demand” timearbeid?
  • Vil du være selvbetjent eller vil du outsource vedlikeholdstjenester?

Prosjektledelse

  • Hvem vil være det viktigste kontaktpunktet for dine ansatte? Husk at det i de fleste tilfeller er enklest å ha ett enkelt kontaktpunkt både hos organisasjonen din og selskapet som designer og utvikler nettstedet ditt.
  • Hvordan vil oppgavene fordeles mellom deg og utvikleren for å gjennomføre prosjektet?
  • Er det noen tredjeparter (underleverandører etc.) som også vil være involvert i prosjektet?

Svarfrist for RFP og kontaktinformasjon

  • Når skal svaret på tilbudet komme?
  • Hvem skal svaret sendes til?
  • Foretrekker du e-post eller papirkopier, og i så fall hvor mange papirkopier?
  • Er det et spesifikt oppfordringsnummer som må refereres til i forslagsdokumentet?
  • Hva er RFP-gjennomgangsprosessen? Hvor lang tid regner du med å ta før prosjektet kan starte?

Noen flere tanker før du begynner:

  • For alle elementene som er oppført ovenfor, sørg for å tydelig angi om du må ha et element(er) som et valgfritt aspekt av prosjektet. Husk mulige avhengigheter mellom prosjektaspekt/komponenter som kan gjøre dette upraktisk.
  • Før du skriver en forespørsel om forslag, må du bestemme budsjettet for prosjektet og, utover det, prioriteringene dine for å velge en utvikler som kan møte dine budsjettkrav.

Å skrive en RFP er en god øvelse for alle som tenker på et nettsteddesign eller redesign ettersom det krever gjennomtenkt planlegging for å spesifisere og konstruere et nettsted. En gjennomtenkt RFP av høy kvalitet er avgjørende for et vellykket forsøk, fordi det hjelper deg å fokusere på målene dine og nøyaktig hvordan du oppnår dem.

Lykke til med design- og utviklingsprosjektet for nettstedet ditt.

About the author

Add comment

By user

Recent Posts

Recent Comments

Archives

Categories

Meta