Sådan laver du en kravspecifikation til et reklamebureau

Kravspecifikationen som styringsværktøj – ikke bare et indkøbsdokument

En kravspecifikation til et reklamebureau er ikke kun et indkøbsdokument. Den er et styringsværktøj, der afgør, om du får gennemtænkte tilbud eller generiske præsentationer pakket ind som strategi. Sådan lyder det i seo.dk's RFP-skabelon (forfatter: Torbjørn Flensted, stifter af seo.dk). Mange virksomheder oplever, at tre bureauer giver tre forskellige svar, tre forskellige priser og tre forskellige løfter, hvilket gør udvælgelsen unødigt svær.

Ifølge samme kilde er problemet sjældent markedet alene, men at kravspecifikationen er for bred, for upræcis eller for fokuseret på aktiviteter frem for effekt. En stærk kravspecifikation afklarer målet, beskriver rammerne og tvinger alle leverandører til at svare i samme struktur. Balancen er at være skarp nok til at afgrænse opgaven, men åben nok til at give plads til bureauets faglige prioriteringer.

Start med forretningsmål og ønsket effekt

Forretningsmålet skal stå før aktiviteterne. seo.dk nævner forretningsmål samt prioriterede markeder og sidetyper som de første punkter, en RFP bør være tydelig på, fordi det sætter leverandøren i stand til at prioritere fagligt. Beskriv derfor hvilke markeder, sprog og sidetyper der betyder mest, og hvad der skal flytte sig forretningsmæssigt – frem for at bestille "en strategi" og "løbende optimering".

Den disciplin, du køber, er bred: Ifølge seo.dk dækker SEO teknik, indhold, informationsarkitektur, intern linkstruktur, autoritet, rapportering og forretningsdata. Spørger kravspecifikationen kun efter "en SEO-strategi" og "månedlig optimering", er tilbuddene næsten altid umulige at sammenligne. Nogle leverandører svarer med audit og roadmap, andre med indholdsproduktion, andre igen med links, dashboards og møder. Det er ikke nødvendigvis forkert – men først sammenligneligt, når du har defineret den ønskede effekt, og hvor den skal komme fra.

Beskriv rammerne: modenhed, interne ressourcer, budget og tidshorisont

Rammerne afgør, hvad der er realistisk at tilbyde. Kravspecifikationen bør derfor dokumentere teknisk modenhed og CMS, interne ressourcer og beslutningsgange, budgetramme og forventet tidshorisont samt krav til rapportering og dokumentation. Det er de punkter, seo.dk fremhæver for at gøre det lettere at skelne et velargumenteret tilbud fra et standardoplæg.

Ved egentlig løsningsudvikling – hjemmeside, webshop eller system – bør lovkrav og compliance være en fast del af kravspecifikationen, skriver webto.dk i sin gennemgang. Det betyder i praksis, at du skriver ind, hvilke systemer og data der er i spil, hvem der træffer beslutninger undervejs, og hvornår de træffes. Afklar også, om bureauet skal levere indhold, tekst og drift eller kun rådgivning. Har driften særlige forhold ud over standarden, skal de beskrives: Dansk Industri anbefaler i sin vejledning om kravspecifikationer til automatisering at afklare, om medarbejderne gør noget særligt, når de udfører arbejdet manuelt – samme logik gælder, når en ekstern leverandør skal overtage eller understøtte en opgave.

Skeln mellem krav, ønsker og evalueringskriterier

Skellet mellem krav, ønsker og evalueringskriterier er et af de mest effektive greb i dokumentet, fremhæver seo.dk. Krav er ufravigelige mindstekrav – i dansk udbudsmateriale defineres mindstekrav som "et ufravigeligt krav, der ubetinget skal opfyldes/overholdes ved det endelige tilbud og ikke er genstand for forhandling" (Folketinget, bilag 3A: Kravspecifikation). Ønsker er de punkter, hvor du gerne vil se bureauets egne prioriteringer, og hvor du kan give point efter vægtning. Evalueringskriterierne er den fælles målestok, du bedømmer både krav og ønsker med.

Fordelen er praktisk: Et krav besvares med ja eller nej og sorterer tilbud fra, mens et ønske besvares med en begrundelse og rangerer de tilbud, der er kommet igennem kravene.

Forskelle mellem krav, ønsker og evalueringskriterier i en kravspecifikation

Byg dokumentet i faste sektioner, så svarene kan sammenlignes felt for felt

Byg kravspecifikationen op i faste sektioner. Så får du svar, der kan sammenlignes felt for felt, i stedet for at hvert bureau vælger sin egen historie og rækkefølge – det er modellen, seo.dk anbefaler. En praktisk opbygning er en tabel pr. emne med tre kolonner: sektion i kravspecifikationen, hvad leverandøren bør svare på, og hvad du bør vurdere.

Et eksempel fra modellen: Under teknisk SEO skal leverandøren beskrive auditmetode, crawlbarhed, indeksering, Core Web Vitals, schema og redirect-håndtering – og du vurderer svaret ud fra præcis de samme punkter. Når hvert emne har sit eget svarkrav, forsvinder den frie præsentation, og du kan se, hvem der reelt har læst opgaven.

Sådan opbygges en effektiv kravspecifikation til et reklamebureau

Hvilke emner bør kravspecifikationen dække?

Fra seo.dk's RFP-model kommer de rammesættende emner: forretningsmål, prioriterede markeder og sidetyper, teknisk modenhed og CMS, interne ressourcer og beslutningsgange, budgetramme og forventet tidshorisont samt krav til rapportering og dokumentation.

Hos webto.dk's gennemgang af kravspecifikationer findes de løsnings- og leverancenære kategorier: introduktion med projektbeskrivelse, mål og interessenter; funktionelle krav med funktioner, brugerinteraktioner, forretningslogik og datahåndtering; ikke-funktionelle krav med ydeevne, sikkerhed, tilgængelighed, skalerbarhed og brugervenlighed; design-specifikationer med UI/UX, navigationsstrukturer, wireframes og mockups; systemkrav til hardware, software og netværk; brugsscenarier; datakrav med datamodeller, datatyper, datalagring og integritetsregler; interoperabilitet med integrationer, API-specifikationer og dataudvekslingsformater; projektplan med tidsplan, milepæle og deadlines; kvalitetssikring med testplaner, testcases og testkriterier; risikovurdering med identificerede risici, risikostyring og beredskabsplaner; vedligeholdelse med opdateringer og supportkrav; samt godkendelseskriterier.

Læg dertil lovkrav og compliance, som webto.dk fremhæver bør være en fast del af kravspecifikationen, når der beskrives krav til en ny hjemmeside, webshop eller digital løsning.

Vigtige elementer i en kravspecifikation – ifølge danske ekspertkilder

Formulér spørgsmål, der fremtvinger konkrete svar

Spørgsmålene skal give konkrete svar, ikke løfter. Spørg til metode, prioritering, ansvar, rapportering og dokumentation – og bed om svarene i samme rækkefølge, som sektionerne står i. Et af de spørgsmål, der oftest mangler, er, hvem der ejer implementeringen: seo.dk understreger, at et audit ikke er en leverance i sig selv, hvis ingen har ansvar for at omsætte anbefalingerne til konkrete ændringer.

Andre spørgsmål, der skærper svarene: Hvordan vil bureauet prioritere, hvis budgettet ikke rækker til alle discipliner? Hvilke forhold i vores drift, CMS og beslutningsgange vil ændre jeres tilgang? Hvilke milepæle og hvilken dokumentation leverer I undervejs, og hvem hos jer er ansvarlig for hvad?

Kobl kravspecifikationen til evaluering og godkendelse

Evalueringskriterierne afgør, hvordan krav og ønsker omsættes til point, og de bør formuleres, før du læser tilbuddene – ellers risikerer kriterierne at blive tilpasset det tilbud, du i forvejen bedst kunne lide.

Godkendelseskriterier hører til samme kapitel. webto.dk oplister godkendelseskriterier som en fast kategori i en kravspecifikation, side om side med kvalitetssikring i form af testplaner, testcases og testkriterier. Skriv konkret ind, hvilke leverancer der skal godkendes af hvem, hvad acceptkriteriet er, og hvordan afvigelser håndteres. Så styrer det samme dokument både tilbuddet og det efterfølgende samarbejde.

Hold dokumentet kort og præcist

En god skabelon behøver ikke være lang – den skal være præcis. Ifølge seo.dk er 4 til 7 sider nok for mange virksomheder, hvis indholdet er skarpt prioriteret. Længden kommer af sig selv, hvis du fylder på med generelle afsnit; præcisionen kommer af, at hvert afsnit peger på en beslutning, et spørgsmål eller en vurdering.

Undgå typiske faldgruber

Den første faldgrube er en for bred eller upræcis opgave, som giver generiske tilbud. Den anden er fokus på aktiviteter frem for effekt, hvor kravspecifikationen bestiller løbende optimering uden at sige, hvad det skal føre til. Begge dele fremhæves af seo.dk som typiske årsager til, at tilbud ikke kan sammenlignes.

Den tredje er audit uden ansvar for implementering: Et audit er ikke en leverance i sig selv, hvis ingen har ansvar for at omsætte anbefalingerne til konkrete ændringer (seo.dk). Dansk Industris vejledning om kravspecifikationer peger på samme mønster inden for automatisering: Løsningen bliver ikke brugt i den grad, man havde forventet, ofte fordi man ikke har identificeret den rigtige proces. Mange oplever også at skulle bruge ekstra midler og ressourcer på indkøring, når løsningen først er købt, og at samarbejdet med leverandøren ikke giver det, man håbede. Kravspecifikationen forebygger det ved at identificere processen og effekten først, kræve præcise svar i faste sektioner og udpege en ansvarlig for implementeringen.

Forside vs. bagside: Fordele og ulemper ved at fokusere på aktiviteter frem for effekt