Jak napsat zadání pro web (RFP), které přinese skvělé nabídky

Request for Proposal (RFP) je formální dokument, který vymezuje požadavky vašeho webového projektu a vyzývá agentury nebo vývojové týmy k předložení nabídek. Slouží jako základ pro hodnocení dodavatelů a zajišťuje, že každý účastník se vyjadřuje ke stejné sadě požadavků, takže můžete nabídky porovnávat za rovných podmínek. Bez RFP nakonec porovnáváte jablka s hruškami, jedna agentura nacení pětistránkový prezentační web, zatímco jiná plnohodnotnou webovou aplikaci, a ani jedna neodpovídá tomu, co skutečně potřebujete.

RFP potřebujete, když je váš webový projekt natolik komplexní, že neformální rozhovor nezachytí všechny požadavky. Obvykle to znamená projekty s rozpočtem nad deset tisíc dolarů, projekty s více zainteresovanými stranami, projekty vyžadující integraci se stávajícími systémy nebo projekty, u nichž plánujete hodnotit tři a více dodavatelů. U jednodušších projektů, landing page, drobného redesignu, aktualizace obsahu, obvykle stačí podrobné zadání.

Proces RFP také chrání vaši organizaci. Vytváří dokumentární stopu požadavků, stanovuje hodnotící kritéria dříve, než vztahy s dodavateli vnesou zaujatost, a dává vašemu nákupnímu nebo právnímu týmu dokument, na který se může po celou dobu spolupráce odvolávat. U jakéhokoli projektu tvorby webu, který zahrnuje významnou investici, je vynechání RFP jako stavět bez plánů, můžete skončit s něčím funkčním, ale pravděpodobně to nebude to, co jste si představovali.

Kvalitní RFP má předvídatelnou strukturu, která dodavatelům usnadňuje komplexní odpověď. Mezi základní části patří: přehled společnosti, který poskytuje kontext o vašem podnikání, přehled projektu, který vysvětluje, co a proč stavíte, funkční požadavky, které popisují konkrétní funkce a možnosti, technické požadavky, které specifikují platformy a integrace, požadavky na design, které vyjadřují vizuální očekávání, rozpočtové rozpětí a časový plán, hodnotící kritéria a pokyny k podání nabídky.

Každá sekce by měla být dostatečně podrobná, aby vedla odpovědi dodavatelů, ale ne natolik předpisová, abyste vyloučili kreativní řešení. Například uvést, že potřebujete systém pro správu obsahu, je vhodné; určit, že to musí být WordPress, pokud pro toto omezení nemáte silný technický důvod, je příliš předpisové. Nejlepší poptávky popisují problém, který má být vyřešen, a požadované výsledky, a pak nechají dodavatele navrhnout řešení. Tento přístup odhalí dodavatele, kteří myslí strategicky, místo těch, kteří jen plní instrukce.

Jedna část, kterou mnohá RFP vynechávají, ale která výrazně zvyšuje kvalitu odpovědí, je popis problémů vašeho současného webu. Když dodavatelům řeknete, co je rozbité, pomalé načítání stránek, vysoká míra opuštění na mobilu, matoucí navigace, nemožnost aktualizovat obsah bez vývojáře, dostanou konkrétní problémy, na které mohou ve svých nabídkách reagovat. Dodavatelé, kteří odpovídají konkrétními řešeními na vámi uvedené problémy, prokazují míru zapojení, kterou obecné odpovědi nemohou nahradit.

Část s cíli je nejdůležitější částí vašeho RFP, protože formuje vše, co následuje. Začněte obchodními cíli: zvýšit generování leadů o 30 %, snížit počet tiketů podpory zavedením samoobsluhy, spustit e-shopový kanál, který v prvním roce vygeneruje sto tisíc dolarů, nebo sloučit tři starší weby do jedné platformy. Tyto cíle dávají dodavatelům kontext, který potřebují k navržení řešení, jež skutečně posouvají vaše podnikání vpřed, ne jen řešení, která vypadají skvěle v prezentaci.

Převeďte své obchodní cíle na měřitelné požadavky na web. Pokud je vaším cílem generování leadů, mohou vaše požadavky zahrnovat vícestupňový kontaktní formulář, šablony landing pages pro reklamní kampaně, knihovnu zdrojů s obsahem za registrací a integraci CRM. Pokud je vaším cílem e-commerce, potřebujete správu katalogu produktů, funkčnost košíku a pokladny, integraci platební brány a sledování objednávek. Buďte konkrétní v tom, jaké funkce potřebujete, ale flexibilní v technologii použité k jejich dodání.

Rozdělte své požadavky na nezbytné a ty, které jsou jen přidanou hodnotou. Toto rozlišení pomáhá dodavatelům stanovit priority v rámci vašeho rozpočtu a dává jim prostor navrhnout alternativy. Dodavatel může navrhnout jednodušší přístup k funkci s nižší prioritou, který ušetří rozpočet na nezbytnou funkci, kterou jste se chystali vyřadit. Bez této prioritizace mají dodavatelé tendenci nacenit vše v maximálním rozsahu, což nafukuje nabídky a ztěžuje srovnání.

Jedna z nejdiskutovanějších otázek v procesu RFP je, zda uvádět rozpočtové rozpětí. Naše jednoznačné doporučení: vždy uveďte. Zatajení rozpočtu vám nepřinese lepší cenu, přinese vám nabídky, které jsou zcela nekompatibilní s vašimi zdroji. Agentura, která běžně staví weby za padesát tisíc dolarů, promarní váš i svůj čas podáním nabídky na projekt, na který máte rozpočet patnáct tisíc dolarů. Naopak butikový tým ideální pro váš rozsah nemusí odpovědět vůbec, protože předpokládá, že projekt je větší, než jsou jeho kapacity.

Uveďte realistické rozpětí, ne pevné číslo. Uvedení rozpočtu dvacet až třicet tisíc dolarů sděluje dodavatelům orientační částku a dává jim prostor navrhnout stupňované varianty, základní stavbu v rámci dolní hranice a rozšířenou verzi využívající horní hranici. Tato transparentnost vede k lepším nabídkám, protože dodavatelé mohou inteligentně alokovat úsilí místo hádání rozsahu. Pokud skutečně nevíte, kolik by váš projekt měl stát, řekněte to výslovně a požádejte dodavatele o stupňované nabídky v několika cenových bodech.

Očekávání ohledně časového plánu jsou stejně důležitá. Uveďte svůj termín spuštění a identifikujte případná pevná omezení, konferenci, uvedení produktu, konec fiskálního roku. Rovněž uveďte, zda je časový plán flexibilní. Dodavatel, který ví, že má osm týdnů, navrhne zcela jiné řešení než ten, který má šest měsíců. Buďte upřímní ohledně interních schvalovacích lhůt a dostupnosti zainteresovaných stran, protože to jsou skrytá úzká místa, která zpožďují více projektů než jakákoli technická výzva.

Část s technickými požadavky sděluje omezení a preference, které budou formovat architekturu vašeho webu. Minimálně se zabývejte systémem pro správu obsahu (nebo zda jej vůbec potřebujete), hostingovým prostředím, integracemi třetích stran (CRM, analytika, platební procesory, marketingová automatizace), úrovní souladu s přístupností (standardem je WCAG 2.1 AA), výkonnostními cíli (doba načítání stránky, Core Web Vitals) a očekáváním ohledně podpory prohlížečů a zařízení.

Pokud máte stávající systémy, se kterými se web musí integrovat, popište je podrobně. Uveďte název systému, typ integrace (API, webhook, embed, SSO), směr toku dat a veškerou dostupnou dokumentaci. Vágní požadavky jako „integruje se s naším CRM“ nutí dodavatele hádat, zatímco konkrétní požadavky jako „odesílá odeslané formuláře do HubSpotu přes jejich REST API a vytváří záznam kontaktu s vlastními vlastnostmi pro zdroj leadu a typ dotazu“ umožňují přesné vymezení rozsahu.

Pokud má váš tým silné názory na technologii, chcete WordPress, protože ho váš obsahový tým zná, nebo chcete headless CMS, protože váš vývojový tým preferuje React, uveďte tyto preference a důvody, které za nimi stojí. Pokud jste otevřeni doporučením, řekněte to. Dodavatelé často mohou navrhnout řešení, která jste nezvažovali, zejména pokud se specializují na konkrétní přístup. Spolupráce se zkušenými projektovými týmy vám poskytne přístup k tomuto druhu strategického vedení spolu s realizací.

Definice hodnotících kritérií

Ohodnoťte svá kritéria podle toho, co je nejdůležitější. Pokud jste zdravotnická společnost, mohou zkušenosti s compliance nést 30 % váhy. Pokud spouštíte v pevném termínu, může být spolehlivost časového plánu prvořadá. Pokud máte omezený interní technický tým, stává se nabídka podpory po spuštění od dodavatele klíčovou. Zveřejnění těchto vah v samotném RFP signalizuje dodavatelům, na čem vám nejvíce záleží, což celkově zvyšuje kvalitu odpovědí.

Zahrňte sekci s referencemi a požádejte dodavatele o uvedení dvou až tří klientů, které můžete kontaktovat. Rozhovor s bývalými klienty odhalí věci, které nabídky neposkytnou: jak dodavatel řeší rozšiřování rozsahu projektu, jak je během něj komunikativní, zda plní termíny a jak funguje spolupráce po spuštění. Dodavatel, který si je jistý svou prací, poskytne reference bez váhání. Pokud však váhá nebo místo kontaktovatelných referencí uvádí pouze recenze, je to varovný signál.

Nejčastější chybou v zadávací dokumentaci je psát požadavky, které popisují řešení místo problému. Uvedení „web musí mít postranní panel s navigací ve stylu akordeonu“ předepisuje vzor designu, aniž by vysvětlilo základní potřebu. Uvedení „uživatelé musí být schopni procházet katalog tří set produktů uspořádaných podle kategorií s filtrováním podle ceny a dostupnosti“ popisuje problém a umožňuje dodavatelům navrhnout nejlepší řešení. Rozdíl je důležitý, protože zkušení dodavatelé mají často lepší řešení, než jaké byste předepsali.

Další častou chybou je poslat poptávku příliš mnoha dodavatelům. Poslat ji deseti nebo patnácti agenturám se může zdát jako řádná péče, ale ve skutečnosti to snižuje kvalitu odpovědí. Zkušené agentury vědí, že když poptávka jde na tucet dodavatelů, jejich šance na výhru je nízká, a proto své odpovědi věnují méně úsilí. Poslání třem až pěti pečlivě vybraným dodavatelům signalizuje skutečný záměr a motivuje dodavatele vložit do nabídky svou nejlepší práci.

Nakonec mnoho zadávacích dokumentací (RFP) nespecifikuje, co se stane po odeslání nabídky. Uveďte jasný časový harmonogram procesu hodnocení: termíny podání nabídek, kdy provedete následné prezentace, kdy učiníte rozhodnutí a kdy očekáváte zahájení projektu. Dodavatelé tento přehled oceňují, protože jim umožňuje plánovat kapacity. Otevřený časový harmonogram signalizuje neorganizovanost a může způsobit, že silní dodavatelé váš projekt odsunou na nižší prioritu.

Dobře strukturovaná šablona RFP se řídí touto osnovou: executive summary (kdo jste a co potřebujete ve dvou odstavcích), představení společnosti (odvětví, velikost, cílová skupina, konkurenční prostředí), cíle projektu (obchodní cíle s měřitelnými ukazateli), rozsah prací (nezbytné funkce, volitelné funkce, potřeby migrace obsahu), technické požadavky (CMS, hosting, integrace, cíle výkonu), požadavky na design (brandové guidelines, referenční weby, přístupnost), rozpočtové rozpětí a časový harmonogram, kritéria hodnocení s váhami, formát a termín podání a kontaktní osoba pro dotazy.

Než poptávkovou dokumentaci (RFP) dokončíte a odešlete, nechte ji kvůli srozumitelnosti přečíst někým mimo projektový tým. Interní zainteresované strany často používají odborný žargon a dělají předpoklady, které jsou jim zřejmé, ale pro vnějšího dodavatele neprůhledné. Čerstvý pohled odhalí nejasnosti a chybějící kontext, které by jinak vyvolaly kolo doplňujících dotazů od každého respondenta. Cílem je RFP, které kvalifikovaný dodavatel přečte jednou a přesně pochopí, co potřebujete.

Pokud se připravujete vydat RFP na projekt webu a chcete druhý názor na svůj dokument s požadavky, rádi jej zkontrolujeme. V GRADAX jsme stáli na obou stranách procesu RFP a rozumíme tomu, co dělá rozdíl mezi dokumentem, který přiláká skvělé nabídky, a dokumentem, který přiláká šablonovité odpovědi. Kontaktujte nás pro bezplatnou kontrolu RFP, pomůžeme vám zpřesnit požadavky, odhalit mezery a zajistit, abyste byli připraveni najít správného partnera pro svůj projekt.