Hvorfor webstedets RFP'er ikke fungerer

grumpy baby

Som en digitalt bureau i erhvervslivet siden 1996 har vi haft mulighed for at oprette hundreder af virksomheds- og nonprofit-websteder. Vi har lært masser undervejs og har fået vores proces ned til en velsmurt maskine.

Vores proces starter med en webside-plan, som giver os mulighed for at udføre noget indledende forberedelsesarbejde og hamre detaljer ud med klienten, inden vi kommer for langt ned ad vejen for citering og design.

På trods af at denne proces fungerer rigtig godt, støder vi stadig på den frygtede RFP fra tid til anden. Elsker nogen RFP'er? Jeg troede ikke det. Alligevel er de fortsat normen for organisationer, der søger et udgangspunkt, når de har brug for et webstedsprojekt, der udføres.

Her er en hemmelighed: Hjemmeside-RFP'er fungerer ikke. De er ikke gode for klienten, og de er ikke gode for agenturet.

Her er en historie, der illustrerer, hvad jeg taler om. En organisation kom for nylig til os på udkig efter hjælp til deres hjemmeside. De havde en RFP sammensat end skitseret et standardsæt med funktioner, nogle unikke anmodninger og de sædvanlige poster på ønskelisten (inklusive den gode gamle standard: "vi ønsker, at vores nye websted skal være let at navigere").

Så langt så godt. Vi forklarede dog, at vores proces starter med et webstedsplan, der er designet til at give os en lille smule rådgivning, planlægning og kortlægning af webstedet, inden vi forpligter os til en pris. De blev enige om midlertidigt at sætte RFP til side og starte med en plan, og vi fik tingene startet.

Under vores første planmøde mødte vi nogle specifikke mål, stillede spørgsmål og diskuterede marketingscenarier. Under vores diskussion blev det klart, at nogle af emnerne i RFP ikke længere var nødvendige, når vi besvarede nogle af deres spørgsmål og tilbød vores rådgivning baseret på mange års erfaring.

Vi afslørede også nogle nye overvejelser, der ikke engang var inkluderet i RFP. Vores klient var meget glad for, at vi var i stand til at "optimere" deres krav og sørge for, at vi alle var på samme side, hvad planen var.

Derudover endte vi med at spare klienten penge. Havde vi citeret en pris baseret på RFP, ville vi have baseret den på krav, der faktisk ikke var rigtige for organisationen. I stedet konsulterede vi dem for at give alternativer, der både passer bedre og mere omkostningseffektive.

Vi ser dette scenario igen og igen, hvorfor vi er så engagerede i blueprint-processen, og hvorfor vi ikke tror på webstedets RFP'er.

Her er det grundlæggende problem med RFP'er - de er skrevet af den organisation, der anmoder om hjælp, men alligevel forsøger de forebyggende at forudsige de rigtige løsninger. Hvordan ved du, at du har brug for en produktkonfigurationsguide? Er du sikker på, at du vil medtage et område, der kun er medlem? Hvorfor valgte du denne funktion frem for denne funktion? Det svarer til at gå til lægen for at få en diagnose og behandling, men bede om specifik medicin, før du endda besøger hans kontor.

Så hvis du planlægger et nyt webstedsprojekt, så prøv at bryde RFP-vanen. Start med samtaler og planlægning med dit bureau (eller potentielle agentur) og tag en mere smidig tilgang til dit webstedsprojekt. Det meste af tiden vil du opdage, at du får et bedre resultat, og du kan endda spare nogle penge!

7 Kommentarer

  1. 1

    Jeg er uenig. RFP'er er ikke kun en frygtelig idé for websteder, de er en frygtelig idé for ethvert projekt.

    Årsagerne er dem, du nævnte ovenfor. Men her er de mest væsentlige grunde til, at RFP'er ikke fungerer: de antager, at klienten allerede har gjort hele innovationen.

    Hvis du kan innovere uden hjælp, hvad siger det så om dit synspunkt på den hjælp, du tror du har brug for?

  2. 3

    Jeg giver et forslag baseret på en RFP til et websted, men det vil kræve en langt større investering fra klienten, da vi meget hellere vil have et løbende forhold end projektarbejde.

  3. 4
  4. 5

    Godt sagt. Dette gælder for websteder ... og alle andre produkter eller tjenester, der ikke er en absolut vare. RFP'er forsøger at kvantificere ting (så vi kan sammenligne dem i et regneark), der trodser kvantificering. Medmindre du beder om tilbud på f.eks. En jernbanevogn af jernmalmspiller (og måske ikke engang da!), Skal du identificere udbydere, du stoler på, og lade dem blive rådgivere til processen. Ellers er resultatet et, der "ser godt ud på papiret", men som ikke fungerer godt i den virkelige verden.

  5. 7

    Konklusionen: De fleste af klienterne ved ikke rigtig, hvad de vil have, men mest af alt ved de ikke, hvad de har brug for …… evig evangelisering fra agenturer… ..

Hvad mener du?

Dette websted bruger Akismet til at reducere spam. Lær, hvordan dine kommentardata behandles.