Sådan vælger I det rigtige webbureau
Vælg webbureau ved at matche bureauets profil med projektets karakter: Et marketingbureau passer til kampagnesites, et teknisk udviklingsbureau passer til webapplikationer og integrationstunge platforme. Gennemgå referenceprojekter af samme type som jeres, stil spørgsmål om performance, tilgængelighed og drift før aftalen, og sammenlign kandidaterne i en vægtet evalueringsmatrix i stedet for alene på pris.
Der findes et væld af webbureauer, og de fleste er gode til det de gør. Problemet er at ordet “webbureau” dækker alt fra kampagnesites til avancerede webapplikationer. Den mest almindelige fejl ved valg af bureau er derfor ikke at vælge et dårligt bureau, men at vælge den forkerte slags bureau til projektet.
Begynd med projekttypen, ikke med bureaulisten
Før I googler et eneste bureau: Definér hvad I faktisk skal bygge. Et brandsite med offentligt tilgængeligt indhold er et designtungt kommunikationsprojekt. En kundeportal, en webshop eller en webapplikation er et softwareprojekt med login, integrationer og krav til performance under belastning.
Et bureau der laver fremragende kampagnesites, er sjældent det rigtige til et system med tusindvis af indloggede brugere, og omvendt. Bed altid om referenceprojekter af samme type som jeres, ikke bare flotte eksempler i al almindelighed.
Marketingbureau eller teknisk udviklingsbureau?
De to mest almindelige bureautyper kendes på hvor tyngdepunktet ligger:
- Marketingbureauet er drevet af kommunikation og design. Styrken er brand, indhold og kampagner; teknologien er ofte skabelonbaserede CMS-løsninger der produceres hurtigt.
- Det tekniske udviklingsbureau er drevet af udvikling. Her har man egne teams til frontend, backend og arkitektur, og samtalerne handler om integrationer, test, skalerbarhed samt drift og vedligeholdelse.
Intet af det er forkert. Spørgsmålet er hvad jeres projekt kræver. Nyt brandsite med meget indhold: marketingbureau eller en hybrid. Kundeportal, avanceret webshop eller webapp: teknisk bureau. Er projektet begge dele, så lad det tekniske fundament veje tungest. Design kan styrkes, men et svagt teknisk fundament kan sjældent reddes bagefter.
Spørgsmålene I skal stille før I skriver under
Tre områder skiller fårene fra bukkene, og alle tre er billige at spørge om, men dyre at opdage for sent:
- Performance. Hvordan arbejder I med Core Web Vitals? Hvilke måleværdier havde jeres seneste leverancer ved lancering? Hvad gør I når sitet vokser og bliver langsommere?
- Tilgængelighed. Arbejder I efter WCAG? Hvordan tester I, automatisk og manuelt? Hvad indgår i leverancen, og hvad koster det at udbedre mangler der opdages senere?
- Drift og vedligeholdelse. Hvad sker der efter lanceringen: svartider, videreudvikling, hvem ejer koden og miljøerne? Hvad koster en typisk serviceaftale om måneden?
Et bureau der svarer konkret og med eksempler på alle tre, har gjort det før. Svævende svar her bliver til svævende leverancer senere.
Evalueringsmatrix med vægtede kriterier
Når feltet er indsnævret: Sammenlign kandidaterne systematisk i stedet for at gå efter mavefornemmelsen. Giv hvert bureau 1–5 point pr. kriterium, gang med vægten og læg sammen.
| Kriterium | Vægt | Hvad I vurderer |
|---|---|---|
| Teknisk kompetence til jeres projekttype | 25 % | Arkitekturovervejelser, teknologivalg, hvordan de håndterer jeres sværeste krav |
| Relevante referenceprojekter | 20 % | Lignende type og omfang; ring gerne til referencerne |
| Team og kontinuitet | 15 % | Hvilke personer I får, senioritet, risiko for udskiftninger |
| Arbejdsform og gennemsigtighed | 15 % | Demorytme, hvordan ændringer og afvigelser håndteres |
| Tilbud på drift og vedligeholdelse | 15 % | SLA, omkostninger efter lancering, ejerskab af kode og miljøer |
| Pris | 10 % | Samlet omkostning og hvad der er inkluderet, ikke kun timepris |
Vægtene ovenfor er et udgangspunkt, så justér dem efter jeres projekt. Bygger I noget forretningskritisk, bør drift og vedligeholdelse veje tungere; er projektet en tidsbegrænset kampagne, kan pris og tempo få større vægt.
Scenarie: to tilbud til samme pris
To bureauer giver hver et tilbud på 640.000 DKK på jeres nye kundeportal. Bureau A viser tre portalprojekter med login og integrationer, svarer konkret på spørgsmålene om drift og vedligeholdelse og gør rede for hvilke seniore udviklere I får. Bureau B har en flottere portefølje og et bedre pitch, men ingen løsninger med login blandt referencerne og et vagt svar om hvad der sker efter lanceringen.
I matrixen vinder A klart selvom mavefornemmelsen efter præsentationerne sagde B. Det er præcis det matrixen er til: Den gør mavefornemmelsen efterprøvelig og tvinger spørgsmålene frem før aftalen i stedet for efter.
Før I skriver under
Kontrollér at aftalen giver jer ejendomsret til koden, adgang til alle konti og en tydelig exit. Bed om en leveranceplan med demopunkter, ikke kun en slutdato. Og stol på mønstret fra evalueringen: Et bureau der er grundigt i salgsfasen, plejer at være grundigt i leverancen.
Vil du have jeres krav vendt med et teknisk udviklingsbureau? Vi hos Weapp tager gerne en uforpligtende gennemgang. Kontakt os.
Ofte stillede spørgsmål
Hvor mange bureauer skal vi indhente tilbud fra?
To til fire er passende. Færre giver intet sammenligningsgrundlag, flere koster mere i evalueringstid end de giver i pris. Frasortér først ud fra referenceprojekter og bureautype, og brug evalueringstiden på dem der faktisk matcher jeres projekt.
Hvor meget skal prisen veje i valget?
Mindre end de fleste lader den gøre: 10–20 procent af den samlede vurdering er en rimelig vægt. Forskellen mellem tilbuddene er ofte lille sammenlignet med omkostningen ved et projekt der havarerer, eller en leverance der ikke kan driftes og vedligeholdes. Sammenlign desuden den samlede omkostning over tid, ikke kun projektprisen.
Betyder det noget om bureauet bruger underkonsulenter?
Det vigtige er at I ved hvem der udfører arbejdet. Spørg hvilke personer der indgår i jeres team, hvor længe de har været i bureauet og hvad der sker hvis nogen bliver skiftet ud. Et bureau med sit eget fastansatte team har som regel lettere ved at garantere kontinuitet gennem hele projektets levetid.
Hvem skal eje koden og miljøerne?
I skal. Sørg for at aftalen giver jer ejendomsret eller ubegrænset brugsret til koden, og at I har jeres egne konti til domæne, hosting og kodearkiv fra dag ét. Så kan I skifte leverandør uden at starte forfra. Det er et rimeligt krav som seriøse bureauer accepterer.
Hvordan afslører vi et bureau der lover for meget?
Advarselstegn er garanterede resultater, en fast pris før kravene er gennemgået, og ingen modspørgsmål om jeres forretning. Et seriøst bureau udfordrer jeres bestilling, gør rede for sine antagelser og vil hellere tale om hvad der skal prioriteres fra, end love det hele på én gang.