Kuidas kirjutada veebi RFP, mis saab suurepäraseid pakkumisi

Pakkumise taotlus ehk RFP on formaalne dokument, mis kirjeldab teie veebi projekti nõudeid ja kutsub agensuurid või arendusmeeskonnad esitama pakkumisi tööks. See teenib alusena tarnija hindamiseks, tagades, et iga vastaja käsitleb sama nõuete komplekti, nii et saate pakkumisi võrrelda võrdsetel alustel. Ilma RFP-ta satute võrdlema õunu ja apelsine, üks agentuur pakub viieleheküljelise brošüürsaidi eest, samas kui teine pakub täisfunktsionaalse veebirakenduse eest, ja keegi ei vasta sellele, mida te tegelikult vajate.

Te vajate RFP-d, kui teie veebi projekt on piisavalt keeruline, et juhuslik vestlus ei hõlma kõiki nõudeid. See tähendab tavaliselt projekte, mille eelarve on üle kümne tuhande dollari, projekte, mis hõlmavad mitut osalist, projekte, mis nõuavad integratsiooni olemasolevate süsteemidega, või projekte, kus plaanite hinnata kolme või enam tarnijat. Lihtsamate projektide puhul, nagu üks landing page, väike ümberdisain või sisuvärskendus, on detailne brief tavaliselt piisav.

RFP-protsess kaitseb ka teie organisatsiooni. See loob nõudmiste kirjaliku järgi, kehtestab hindamiskriteeriumid enne tarnijatega suhtlemist, mis võib tuua kaasa eelarvamusi, ning annab hanketeenistusele või õigusosakonnale dokumendi, millele tervet koostööperioodi jooksul viidata. Iga veebisaidi disaini projekti puhul, mis eeldab olulist investeeringut, on RFP vahelejätmine nagu planeerimata ehitus: lõpptulemus võib olla funktsionaalne, kuid tõenäoliselt ei vasta see teie algsetele ootustele.

Tugev RFP järgib ennustatavat struktuuri, mis muudab tarnijate jaoks lihtsaks sellele põhjalikult vastata. Olulised osad sisaldavad: ettevõtte ülevaadet, mis annab konteksti teie äri kohta; projekti ülevaadet, mis selgitab, mida ja miks te ehitate; funktsionaalseid nõudeid, mis täpsustavad konkreetseid funktsioone ja võimekusi; tehnilisi nõudeid, mis määratlevad platvormid ja integratsioonid; disaininõudeid, mis edastavad visuaalsed ootused; eelarve vahemikku ja ajakava; hindamiskriteeriume ning esitamise juhiseid.

Iga jaotis peaks olema piisavalt üksikasjalik, et suunata tarnijate vastuseid, kuid mitte nii ettekirjutav, et välistate loomingulised lahendused. Näiteks on asjakohane märkida, et vajate sisuhaldussüsteemi; täpsustada, et see peab olema WordPress, kui teil pole selleks piiranguks tugevat tehnilist põhjust, on liialt ettekirjutav. Parimad hankekutsed kirjeldavad lahendatavat probleemi ja soovitud tulemusi ning lasevad seejärel tarnijal lahenduse välja pakkuda. See lähenemine toob esile tarnijad, kes mõtlevad strateegiliselt, mitte need, kes lihtsalt täidavad juhiseid.

Üks osa, mille paljud RFP-d vahele jätavad, kuid mis parandab vastuste kvaliteeti märkimisväärselt, on kirjeldus praeguse veebisaidi probleemidest. Tarnijatele teada andmine, mis on katki (aeglased laadimisajad, kõrge hüppemäär mobiilis, segane navigeerimine, sisu uuendamise vajadus arendaja järele), annab neile konkreetseid probleeme, millele oma pakkumistes keskenduda. Tarnijad, kes reageerivad spetsiifiliste lahendustega teie nimetatud probleemidele, demonstreerivad kaasatusastet, millega üldised vastused konkureerida ei suuda.

Eesmärkide osa on teie RFP kõige olulisem element, kuna see kujundab kõik, mis järgneb. Alustage ärieesmärkidest: suurenda juhtumite genereerimist 30% võrra, vähenda tugipiletite arvu eneseabivahendite abil, käivita e-kaubanduse kanal, mis teenib esimesel aastal sada tuhat dollarit, või konsolideeri kolm vananenud veebisaiti ühte platvormi. Need eesmärgid annavad tarnijatele konteksti, mida nad vajavad lahenduste pakkumiseks, mis tõesti teie äri edasi viivad, mitte ainult lahendusi, mis näevad välja muljetavaldavad esitlustes.

Teisendage oma ärieesmärgid mõõdetavateks veebisaidi nõudmisteks. Kui teie eesmärk on juhtumite genereerimine, võivad teie nõuded sisaldada mitmeastmelist kontaktvormi, maandumislehekülje malli reklaamikampaaniate jaoks, ressursside raamatukogu lukustatud sisuga ja CRM-i integratsiooni. Kui teie eesmärk on e-kaubandus, vajate tootekataloogi haldust, ostukorvi ja kassa funktsionaalsust, makseläbija integratsiooni ja tellimuste jälgimist. Olge konkreetne vajalike funktsioonide osas, kuid paindlik kasutatava tehnoloogia osas.

Eraldage oma nõuded hädavajalikest ja soovitavatest omadustest. See eristus aitab tarnijatel prioriteete seada teie eelarve piires ja annab neile ruumi alternatiivide pakkumiseks. Tarnija võib pakkuda lihtsamat lähenemist soovitavale funktsioonile, mis säästab eelarvet hädavajaliku funktsiooni jaoks, mille olete just kavatsemisest loobumas. Ilma sellise prioriseerimiseta kalduvad tarnijad kvoteerima kõiki nõudeid maksimaalse ulatusega, paisutades pakkumisi ja muutes võrdlemise raskeks.

Üks enim arutatud küsimusi RFP-protsessis on, kas lisada eelarve vahemik. Meie kindel soovitus: lisage see alati. Eelarve varjamine ei too paremat hinda, see toob pakkumisi, mis on teie ressurssidega drastiliselt vastuolus. Agentuur, mis tavaliselt ehitab viiekümne tuhande dollari suuruseid veebisaite, raiskab nii teie kui ka oma aega, esitades pakkumise projektile, mille eelarve on kümne viie tuhande dollari ringis. Vastupidi, väike meeskond, mis sobiks ideaalselt teie mahuga, ei pruugi üldse reageerida, kuna nad eeldavad, et projekt on suurem kui nende võimsus.

Paku realistlikku vahemikku, mitte fikseeritud arvu. Eelarve määramine vahemikus kakskümmend kuni kolmkümmend tuhat dollarit annab tarnijatele ülevaate suurusest ja võimaldab neil pakkuda tasandatud variante: põhiosa ehitus alumise piiri piires ja täiustatud versioon, mis kasutab ülemist piiri. See läbipaistvus viib paremate pakkumisteni, kuna tarnijad saavad jõupingutusi intelligentsemalt jagada, mitte ei pea ulatust arvama. Kui te tõesti ei tea, palju teie projekt peaks maksma, öelge seda otseselt ja paluge tarnijatel esitada tasandatud pakkumised erinevates hinnapunktides.

Ajakava ootused on samuti kriitilised. Määratlege oma käivitamise tähtaeg ja tuvastage rangeid piiranguid (konverents, toote käivitamine, finantsaasta lõpp). Märkige ka, kas ajakava on paindlik. Tarnija, kellel on kaheksa nädalat, pakub väga erinevat lahendust kui see, kellel on kuus kuud. Olge aus sisekinnituste ajakava ja huvigruppide kättesaadavuse osas, kuna need on peidetud kitsaskohad, mis viivitavad rohkem projekte kui ükski tehniline väljakutse.

Tehniliste nõudmete osa edastab piirangud ja eelistused, mis kujundavad teie veebisaidi arhitektuuri. Minimaalselt käsitlege sisuhaldussüsteemi (või kas teil seda vaja on), majutuskeskkonda, kolmandate osapoolte integratsioone (CRM, analüütika, makseläbijad, turundusautomaatika), ligipääsetavuse vastavustaset (WCAG 2.1 AA on standard), jõudlusnäitajaid (lehe laadimisaeg, Core Web Vitals) ning brauseri ja seadme toe ootusi.

Kui teil on olemasolevaid süsteeme, millega veebisait peab integreeruma, kirjeldage neid detailselt. Täpsustage süsteemi nimi, integratsiooni tüüp (API, webhook, embed, SSO), andmevooru suund ja kättesaadav dokumentatsioon. Vaged nõudmised nagu „integreerub meie CRM-iga“ sunnivad tarnijaid oletama, samas kui konkreetsed nõudmised nagu „saadab vormi esitused HubSpoti REST API kaudu ja loob kontakti kirja kohandatud omadustega juhtumite allika ja päringu tüübi jaoks“ võimaldavad täpset ulatuse määramist.

Kui teie meeskonnal on tugevad arvamused tehnoloogia kohta (te tahate WordPressi, sest teie sisumeeskond tunneb seda, või tahate headless CMS-i, sest teie arendusmeeskond eelistab Reacti), väljendage need eelistused ja nende põhjused. Kui olete avatud soovitustele, öelge seda. Tarnijad saavad sageli pakkuda lahendusi, mida te pole kaalunud, eriti kui nad on spetsialiseerunud kindlale lähenemisviisile. Koostöö kogemusega projektipõhiste meeskondadega annab teile ligipääsu sellisele strateegilisele juhendusele koos täitmisega.

Hindamiskriteeriumite defineerimine enne pakkumuste saabumist on oluline objektiivse otsustamise tagamiseks. Levinud kriteeriumid sisaldavad: asjakohast portfelli kogemust (kas tarnijal on juhtumiuuringuid teie tööstuses või sarnase keerukusega projektidega), tehnilist lähenemist (kas ettepanekul olev arhitektuur on tugev ja hooldatav), meeskonna koosseisu (kes tegelikult tööd teeb ja milline on nende kogemustase), kommunikatsiooniprotsessi (kuidas tarnija käsitleb revisjone, tagasisidet ja muutusohte), ajakava ja etappe ning kogu elutsükli hinda, sealhulgas pärast käivitamist toetust.

Kaaluge kriteeriume vastavalt sellele, mis on kõige olulisem. Kui olete tervishoiuettevõte, võib vastavuskogemus moodustada 30% kaalust. Kui käivitate rangelt tähtajaga, võib ajakava usaldusväärsus olla esmatähtis. Kui teil on piiratud sisene tehniline meeskond, muutub tarnija pärastkäivitamistoe pakkumine kriitiliseks. Nende kaalude avaldamine ise RFP-s annab tarnijatele märku, mis on teile kõige olulisem, mis tõstab vastuste kvaliteeti kui tervikut.

Lisage osa viitete kohta ja paluge tarnijatel esitada kaks kuni kolm klienti, kellega saate kontakteeruda. Suhtlemine endiste klientidega paljastab asju, mida pakkumised ei näita: kuidas tarnija käsitleb ulatuse kasvu, kui kiiresti ta reageerib projekti ajal, kas ta täidab tähtajad ja kuidas suhe toimub pärast käivitamist. Tarnija, kes on oma tööga kindel, annab viited vabalt. Tarnija, kes kõhkleb või esitab ainult testmoniaale mittekontaktsete viidete asemel, on punane lipp.

Levinum RFP viga on nõuete kirjutamine lahenduse kirjeldusena, mitte probleemi omana. Väide „veebisaidil peab olema külgriba akordioni-laadse navigatsiooniga” määratleb disainimustrit, selgitamata taustset vajadust. Väide „kasutajatel peab olema võimalik navigeerida kolmesaja toote kataloogis, mis on korraldatud kategooriate lõikes, hinnas ja saadavusel filtreerimisega” kirjeldab aga probleemi ja võimaldab tarnijatel esitada parima lahenduse. Erinevus on oluline, kuna kogenud tarnijatel on sageli paremad lahendused kui see, mida te ette kirjutate.

Teine sage viga on RFP-i saatmine liiga paljudele tarnijatele. Saatmine kümnele või viieteistkümnele agentuurile võib tunduda asjakohase kontrollina, kuid tegelikult vähendab see vastuste kvaliteeti. Kogenud agentuurid teavad, et kui RFP saadetakse üle kümnenda tarnija, on võiduvõimalused madalad, mistõttu investeerivad nad oma vastusesse vähem vaeva. Saatmine kolmele viiele hoolikalt valitud tarnijale annab märku tõsisest kavatsusest ja motiveerib tarnijaid panustama oma parimad lahendused pakkumisse.

Lõpuks ei täpsusta paljud RFP-id seda, mis toimub pärast pakkumise esitamist. Lisage selge ajakava hindamisprotsessile: millal pakkumised tuleb esitada, millal toimuvad järgnevad esitlused, millal tehakse otsus ja millal oodatakse projekti algust. Tarnijad hindavad seda struktuuri, kuna see võimaldab neil planeerida oma mahutavust. Ajakava lahtise jätmise signaaliks on ebakorrastatus ja see võib viia tugevate tarnijateni, kes lülitavad teie projekti prioriteetide nimekirja madalamale.

Hea struktuuriga RFP-mall järgib seda ülesehitust: juhtkonna kokkuvõte (kes te olete ja mida vajate kahe lõiguga), ettevõtte taust (tööstusharu, suurus, sihtgrupp, konkurentsikeskkond), projekti eesmärgid (ärieesmärgid mõõdetavate sihtväärtustega), tööulatus (hädavajalikud funktsioonid, soovitavad funktsioonid, sisu migreerimise vajadus), tehnilised nõuded (CMS, hostimine, integratsioonid, jõudlusnõuded), disaininõuded (brändijuhised, viitesaidid, ligipääsetavus), eelarve vahemik ja ajakava, hindamiskriteeriumid kaalutud süsteemiga, esitamise vorming ja tähtaeg ning kontaktisik küsimuste jaoks.

Enne RFP-i lõplikku vormistamist ja saatmist laske sellel keegi väljaspool projektitiimi lugeda selguse huvides. Sisemised huvigrupid kasutavad sageli erisõnu ja teevad eeldusi, mis on neile ilmsed, kuid välistele tarnijatele hägused. Värsked silmad tabavad mitmetähenduslikkust ja puuduvat konteksti, mis muidu tekitaks iga vastaja poolt selgitusküsimuste ringi. Eesmärk on RFP, mille saab kvalifitseeritud tarnija lugeda ühe korra ja mõista täpselt, mida te vajate.

Kui valmistute välja andma RFP-i veebiprojekti jaoks ja soovite teist arvamust oma nõuete dokumendi kohta, siis me rõõmuga seda läbi vaatame. GRADAX-is oleme olnud nii RFP-protsessi ühel kui ka teisel pool ja mõistame, mis teeb vahet dokumentidel, mis tõmbavad ligi suurepärased pakkumised, ja neil, mis tõmbavad ligi formaalsed standardvastused. Võtke meiega ühendust tasuta RFP-i ülevaatamiseks, aitame teil täpsustada nõudeid, tuvastada puudujääke ja tagada, et olete valmis leidma õige partneri oma projektile.