Waarom website RFP's niet werken

knorrige baby

Als digitaal bureau actief sinds 1996, hebben we de kans gehad om honderden zakelijke en non-profitwebsites te maken. We hebben gaandeweg veel geleerd en hebben ons proces tot een goed geoliede machine gemaakt.

Ons proces begint met een website blauwdruk, waardoor we wat voorbereidend werk kunnen doen en details met de klant kunnen uitzoeken voordat we te ver op weg zijn van citeren en ontwerpen.

Ondanks dat dit proces echt heel goed werkt, komen we af en toe toch de gevreesde RFP tegen. Houdt iemand van offerteaanvragen? Ik dacht van niet. Toch blijven ze de norm voor organisaties die op zoek zijn naar een startpunt wanneer ze een websiteproject willen laten uitvoeren.

Hier is een geheim: RFP's voor websites werken niet. Ze zijn niet goed voor de klant en ze zijn niet goed voor het bureau.

Hier is een verhaal dat illustreert waar ik het over heb. Onlangs kwam een ​​organisatie bij ons op zoek naar hulp met hun website. Ze hadden een offerteaanvraag opgesteld en schetsten een reeks standaardfuncties, enkele unieke verzoeken en de gebruikelijke verlanglijstitems (inclusief de goede oude standaard: "we willen dat onze nieuwe website gemakkelijk te navigeren is").

Tot nu toe zo goed. We hebben echter uitgelegd dat ons proces begint met een websiteblauwdruk, die is ontworpen om ons een beetje tijd te geven voor advies, planning en sitemapping voordat we een prijs vastleggen. Ze spraken af ​​om de offerteaanvraag tijdelijk opzij te zetten en te beginnen met een blauwdruk, en we kregen de aftrap.

Tijdens onze eerste blauwdrukvergadering hebben we ons verdiept in een aantal specifieke doelen, vragen gesteld en marketingscenario's besproken. Tijdens ons gesprek werd duidelijk dat sommige items in de RFP niet langer nodig waren nadat we een aantal van hun vragen hadden beantwoord en ons advies hadden gegeven op basis van jarenlange ervaring.

We ontdekten ook enkele nieuwe overwegingen die niet eens in de offerteaanvraag waren opgenomen. Onze klant was erg blij dat we hun vereisten konden "optimaliseren" en ervoor zorgden dat we allemaal op dezelfde lijn zaten over wat het plan was.

Bovendien hebben we de klant geld bespaard. Als we een prijs hadden opgegeven op basis van de RFP, zouden we die hebben gebaseerd op vereisten die eigenlijk niet goed waren voor de organisatie. In plaats daarvan hebben we met hen overleg gepleegd om alternatieven te bieden die zowel beter bij elkaar passen als kosteneffectiever zijn.

We zien dit scenario keer op keer, daarom zijn we zo toegewijd aan het blauwdrukproces en geloven we niet in website-RFP's.

Hier is het fundamentele probleem met RFP's: ze zijn geschreven door de organisatie die om hulp vraagt, maar ze proberen preventief de juiste oplossingen te voorspellen. Hoe weet u of u een productconfiguratiewizard nodig heeft? Weet u zeker dat u een gedeelte voor alleen leden wilt toevoegen? Waarom heb je deze functie verkozen boven die functie? Het is het equivalent van naar de dokter gaan voor een diagnose en behandeling, maar om specifieke medicatie vragen voordat je zelfs maar naar zijn kantoor gaat.

Dus als u een nieuw websiteproject plant, probeer dan de gewoonte van een RFP te doorbreken. Begin met gesprekken en planning die al met Countr werken uw bureau (of potentiële bureau) en neem een ​​meer flexibele benadering van uw websiteproject. Meestal zul je merken dat je een beter resultaat krijgt en misschien zelfs wat geld bespaart!

7 reacties

  1. 1

    Ben ik het niet mee eens. RFP's zijn niet alleen een slecht idee voor websites, ze zijn ook een slecht idee voor elk project.

    De redenen zijn degene die u hierboven noemde. Maar hier zijn de meest essentiële redenen waarom RFP's niet werken: ze gaan ervan uit dat de klant alle innovatie al heeft gedaan.

    Als u zonder hulp kunt innoveren, wat zegt dat dan over uw standpunt over de hulp die u denkt nodig te hebben?

  2. 3

    Ik zal een voorstel doen op basis van een offerteaanvraag voor een website, maar het zal een veel grotere investering van de klant vergen, aangezien we veel liever een doorlopende relatie hebben dan projectwerk.

  3. 4
  4. 5

    Goed gezegd. Dit geldt voor websites… en elk ander product of dienst dat geen absoluut handelswaar is. RFP's proberen dingen te kwantificeren (zodat we ze kunnen vergelijken in een spreadsheet) die kwantificering tarten. Tenzij u offertes vraagt ​​voor bijvoorbeeld een treinwagon met ijzerertspellets (en misschien zelfs dan niet!), Moet u leveranciers identificeren die u vertrouwt en hen de mogelijkheid geven om adviseur van het proces te worden. Anders is het resultaat een resultaat dat "er op papier goed uitziet", maar dat niet goed werkt in de echte wereld.

  5. 7

    De conclusie: de meeste cliënten weten niet echt wat ze willen, maar bovenal weten ze niet wat ze nodig hebben ...... eeuwige evangelisatie door instanties .....

Wat denk je?

Deze site gebruikt Akismet om spam te verminderen. Ontdek hoe uw reactiegegevens worden verwerkt.