Slik velger dere riktig webbyrå
Velg et webbyrå med en profil som passer til prosjektet: Et markedsføringsbyrå passer for kampanjesider, et teknisk utviklingsbyrå for webapplikasjoner og plattformer med mange integrasjoner. Se på referanseprosjekter av samme type, still spørsmål om ytelse, universell utforming og forvaltning før avtalen, og sammenlign kandidatene i en vektet evalueringsmatrise i stedet for bare på pris.
Det finnes mange webbyråer å velge mellom, og de fleste er gode, hver på sitt felt. Problemet er at ordet «webbyrå» dekker alt fra kampanjesider til avanserte webapplikasjoner. Den vanligste feilen ved valg av byrå er derfor ikke å velge et dårlig byrå, men å velge feil type byrå for prosjektet.
Start med prosjekttypen, ikke med listen over byråer
Før dere googler et eneste byrå, bør dere definere hva dere faktisk skal bygge. En nettside for merkevaren med offentlig tilgjengelig innhold er et designtungt kommunikasjonsprosjekt. En kundeportal, en nettbutikk eller en webapplikasjon er et programvareprosjekt med innlogging, integrasjoner og krav til ytelse under last.
Et byrå som lager glimrende kampanjesider, er sjelden riktig for et system med tusenvis av innloggede brukere, og omvendt. Be alltid om referanseprosjekter av samme type som prosjektet deres, ikke bare pene eksempler i all alminnelighet.
Markedsføringsbyrå eller teknisk utviklingsbyrå?
De to vanligste byråtypene kjennes igjen på hvor tyngdepunktet ligger:
- Markedsføringsbyrået ledes av kommunikasjon og design. Styrken er merkevare, innhold og kampanjer, og teknologien er ofte malbaserte CMS-løsninger som produseres raskt.
- Det tekniske utviklingsbyrået ledes av utvikling. Her finnes egne team for frontend, backend og arkitektur, og samtalene handler om integrasjoner, testing, skalerbarhet og forvaltning.
Ingen av dem er feil. Spørsmålet er hva prosjektet deres krever. Ny nettside for merkevaren med mye innhold: markedsføringsbyrå eller en hybrid. Kundeportal, avansert nettbutikk eller webapp: teknisk byrå. Er prosjektet begge deler, bør det tekniske fundamentet veie tyngst. Design kan styrkes senere, men et svakt teknisk fundament kan sjelden reddes i etterkant.
Spørsmålene dere bør stille før avtalen signeres
Tre områder skiller klinten fra hveten, og alle tre er billige å spørre om, men dyre å oppdage for sent:
- Ytelse. Hvordan jobber dere med Core Web Vitals? Hvilke måleverdier hadde de siste leveransene deres ved lansering? Hva gjør dere når nettsiden vokser og blir tregere?
- Universell utforming. Jobber dere etter WCAG? Hvordan tester dere, automatisk og manuelt? Hva inngår i leveransen, og hva koster det å rette mangler som oppdages senere?
- Forvaltning. Hva skjer etter lansering: responstider, videreutvikling, hvem eier koden og miljøene? Hvordan ser en typisk forvaltningsavtale ut i kroner per måned?
Et byrå som svarer konkret og med eksempler på alle tre, har gjort dette før. Svevende svar her blir svevende leveranser senere.
Evalueringsmatrise med vektede kriterier
Når listen over kandidater er snevret inn, bør dere sammenligne dem strukturert i stedet for på magefølelsen. Gi hvert byrå 1–5 poeng på hvert kriterium, multipliser med vekten og legg sammen.
| Kriterium | Vekt | Hva dere vurderer |
|---|---|---|
| Teknisk kompetanse for prosjekttypen | 25 % | Hvordan byrået resonnerer om arkitektur og teknologivalg, og hvordan det håndterer de vanskeligste kravene dere har |
| Relevante referanseprosjekter | 20 % | Lignende type og omfang; ring gjerne referansene |
| Team og kontinuitet | 15 % | Hvilke personer dere får, senioritet, risiko for utskiftninger |
| Arbeidsmåte og åpenhet | 15 % | Hvor ofte dere får demoer, hvordan endringer og avvik håndteres |
| Forvaltningstilbud | 15 % | Tjenestenivåavtale (SLA), kostnader etter lansering, eierskap til kode og miljøer |
| Pris | 10 % | Totalkostnad og hva som inngår, ikke bare timepris |
Vektene ovenfor er et utgangspunkt. Juster dem etter prosjektet deres. Bygger dere noe forretningskritisk, bør forvaltning veie tyngre; er prosjektet en tidsavgrenset kampanje, kan pris og tempo få større vekt.
Scenario: to tilbud til samme pris
Dere skal ha en ny kundeportal, og to byråer gir tilbud på 750 000 kr hver. Byrå A viser tre portalprosjekter med innlogging og integrasjoner, svarer konkret på spørsmålene om forvaltning og sier hvilke seniorutviklere dere får. Byrå B har en penere portefølje og en bedre pitch, men ingen løsninger med innlogging blant referansene og et vagt svar om hva som skjer etter lansering.
I matrisen vinner A klart, selv om magefølelsen etter presentasjonene sa B. Det er nettopp det matrisen er til for: Den gjør magefølelsen etterprøvbar og tvinger frem spørsmålene før avtalen i stedet for etterpå.
Før dere skriver under
Kontroller at avtalen gir dere eiendomsrett til koden, tilgang til alle kontoer og tydelige vilkår for avslutning. Be om en leveranseplan med demoer underveis, ikke bare en sluttdato. Og stol på mønsteret fra evalueringen: Et byrå som er grundig i salgsfasen, pleier å være grundig i leveransen.
Vil dere teste kravene deres mot et teknisk utviklingsbyrå? Vi i Weapp tar gjerne en uforpliktende gjennomgang. Ta kontakt.
Ofte stilte spørsmål
Hvor mange byråer bør vi hente inn tilbud fra?
To til fire er passe. Færre gir ikke noe sammenligningsgrunnlag, og flere koster mer i evalueringstid enn det gir i pris. Gjør først et utvalg basert på referanseprosjekter og byråtype, og bruk evalueringstiden på dem som faktisk passer til prosjektet.
Hvor mye bør prisen veie i valget?
Mindre enn de fleste lar den gjøre: 10–20 prosent av totalvurderingen er en fornuftig vekt. Forskjellen mellom tilbudene er ofte liten sammenlignet med kostnaden ved et prosjekt som havarerer, eller en leveranse som ikke lar seg forvalte. Sammenlign dessuten totalkostnaden over tid, ikke bare prosjektprisen.
Spiller det noen rolle om byrået bruker innleide konsulenter?
Det viktige er at dere vet hvem som gjør jobben. Spør hvilke personer som skal inngå i teamet på prosjektet, hvor lenge de har vært i byrået, og hva som skjer hvis noen byttes ut. Et byrå som bruker egne ansatte, har som regel lettere for å garantere kontinuitet gjennom hele prosjektets levetid.
Hvem bør eie koden og miljøene?
Dere. Sørg for at avtalen gir dere eiendomsrett eller ubegrenset bruksrett til koden, og at dere har egne kontoer for domene, hosting og kodelager fra dag én. Da kan dere bytte leverandør uten å begynne på nytt. Det er et berettiget krav som seriøse byråer godtar.
Hvordan avslører vi et byrå som lover for mye?
Faresignaler er garanterte resultater, ingen motspørsmål om kundens virksomhet og en fastpris før kravene er gjennomgått. Et seriøst byrå utfordrer bestillingen deres, gjør rede for antakelsene sine og vil heller snakke om hva som bør prioriteres bort enn love alt på én gang.