Sådan vurderer jeg et tilbud fra et bureau

Et tilbud fra et bureau fortæller mere end prisen. Det viser, om bureauet har forstået opgaven, hvor risikoen ligger, og hvad der ender med at koste ekstra. Når jeg læser et tilbud for en kunde, kigger jeg derfor først på, hvad der er beskrevet, hvad der mangler, og hvilke forbehold der er taget – og først derefter på beløbet.

Her er min metode, så du kan bruge den samme, næste gang du sidder med et tilbud.

De første fem minutter

Detaljeringsgrad. Længde er ikke et mål i sig selv, men detaljer viser forståelse. Et tilbud på en kompleks migrering, der fylder én side, mangler noget. Jeg kigger efter faser eller leverancer, konkrete beskrivelser, navngivne systemer og antagelser.

Hvem har skrevet det? Et tilbud, der kun taler om resultater og værdi, er skrevet af en sælger. Et tilbud, der kun taler teknik, mangler forretningsforståelse. Det bedste har begge dele.

Hvad mangler? Det er ofte det vigtigste. Typiske huller er:

• redirects og SEO ved platformskifte
• præcis hvilke data der flyttes
• test
• oplæring af dine medarbejdere
• support efter lancering
• hvad der sker, når scope ændrer sig

Står det ikke i tilbuddet, er det sandsynligvis ikke med i prisen.

Advarselstegn jeg reagerer på

Prisen er markant lavere end de andre. Det kan skyldes, at opgaven er misforstået, at der skæres hjørner, eller at bureauet regner med at tjene på tillægsydelser. Spørg, hvad de gør anderledes. Et vagt svar er et dårligt tegn.

Vage formuleringer. “Integration til relevante systemer” og “optimering af brugeroplevelsen” siger ingenting. Hvilke systemer? Optimering af hvad?

Ingen forbehold. Alle projekter har usikkerheder: at API-adgang er tilgængelig, at prisen dækker et bestemt antal produkter, eller at du leverer indhold til tiden. Et tilbud uden forbehold er skrevet af nogen, der ikke har set kompleksiteten.

En tidsplan, der er markant kortere end de andres. Spørg, hvordan de kan gøre det hurtigere. Enten har de en god forklaring, eller også har de undervurderet opgaven.

De siger ja til alt. Et kompetent bureau stiller modspørgsmål om din forretning, dine systemer og dine begrænsninger. Jeg har beskrevet, hvordan det kan gå, i et tænkt forløb om bureauet, der sagde ja til alt.

Ingen relevante referencer. “Mange Shopify-projekter” er ikke en reference. Bed om konkrete projekter af samme type og størrelse og om lov til at tale med en tidligere kunde.

Gode tegn

• Konkrete leverancer, fx hvilke data der migreres (produkter med varianter, kunder, ordrehistorik og hvor mange år), en plan for URL’er og 301-redirects og hvilke sider i temaet der tilpasses – gerne med et estimat pr. del.
• Antagelser og forudsætninger, fx at den nuværende platform giver adgang til kundedata, eller hvor mange feedbackrunder der er på design.
• En liste over, hvad der ikke er med, fx løbende SEO, nyt indhold eller support efter en bestemt periode.
• Navngivne personer med roller, så du kan spørge til deres erfaring.
• En proces med milepæle og datoer, så du kan følge fremdriften.

Fastpris eller timepris

Fastpris giver budgetsikkerhed og en klar ansvarsfordeling. Til gengæld kræver den en præcis kravspecifikation, ændringer bliver dyre, og der er risiko for, at bureauet sparer for at holde budgettet.

Timepris giver fleksibilitet, og du betaler for det faktiske arbejde. Til gengæld har du ingen budgetsikkerhed, og du skal selv kunne styre scope.

Til de fleste webshopprojekter anbefaler jeg en kombination: fast pris på de veldefinerede dele som datamigrering og opsætning af tema og timepris med et aftalt loft på det usikre, fx en integration til et ældre ERP-system. Så har du sikkerhed, hvor det er muligt, og fleksibilitet, hvor det er nødvendigt.

Skjulte omkostninger

• Support efter lancering: Hvor længe er den med? Dækker den kun fejl eller også ændringer? Hvad koster den bagefter?
• Oplæring: Hvor mange timer, for hvem, live eller optaget?
• Test: Klikker bureauet rundt før lancering, eller er der en dokumenteret testplan?
• Integrationer: Er det en standardintegration eller specialudvikling? Hvad sker der, hvis systemet ikke virker som forventet?
• Indhold og billeder: Hvad sker der, hvis dit indhold ikke er klar, eller billederne har forkert format?
• Drift og adgang: Hvem ejer konti og adgange efter projektet? Er hosting eller app-abonnementer med i prisen?

Tjekliste: 20 punkter

Basis

1. Bureauets navn, CVR og kontaktperson står tydeligt.
2. Tilbuddet er dateret og har en udløbsdato.

Scope og leverancer

1. Alle leverancer er beskrevet konkret.
2. Valg af platform, apps og teknik er begrundet.
3. Der er en liste over, hvad der ikke er med.
4. Antagelser og forudsætninger er beskrevet.

Pris og betaling

1. Prisen er opdelt på leverancer eller faser.
2. Betalingsbetingelserne er klare.
3. Det står, hvad der udløser ekstra betaling.
4. Timeprisen for ekstraarbejde er angivet.

Tidsplan

1. Der er milepæle med datoer.
2. Det står, hvad der sker ved forsinkelser – på begge sider.
3. Der er afsat tid til test og fejlrettelser.

Lancering og efter

1. Testprocessen er beskrevet.
2. Der er en plan for redirects og SEO, hvis det er et platformskifte.
3. Support efter lancering er beskrevet med varighed og omfang.
4. Dokumentation og overdragelse er med.

Risiko og ejerskab

1. Ejerskab til kode, design og data er klart.
2. Der er en mulighed for at stoppe projektet undervejs.
3. Der er en proces for uenigheder og ændringer.

Sådan læser du resultatet: Er 18-20 punkter opfyldt, er tilbuddet solidt. Ved 14-17 skal du bede om præciseringer. Under 14 mangler der væsentlige ting.

Punkt 18-20 hører egentlig hjemme i kontrakten. Tjek dem derfor sammen med kontrakten, og hold øje med røde flag i bureaukontrakter.

Et tænkt eksempel

En webshop skal flytte fra WooCommerce til Shopify og har fået to tilbud.

• Tilbud A fylder én side: “komplet migrering af webshop” og “integration til eksisterende systemer”. Ingen faser, ingen navne, ingen liste over undtagelser og en meget kort leveringstid.
• Tilbud B er markant dyrere og fylder fem sider. Det angiver antal produkter, kunder og år med ordrehistorik, har en plan for redirects, nævner fragt- og regnskabsintegrationen ved navn, har navngivet projektleder og udvikler, milepæle, en periode med support og en liste over, hvad der ikke er med.

Her ville jeg anbefale B – ikke fordi den er dyrest, men fordi den viser, at bureauet har forstået opgaven. A er ikke nødvendigvis billigere, når de manglende dele skal købes til bagefter. Det rigtige næste skridt med A er at bede om de samme detaljer og sammenligne igen.

Mine tre mulige anbefalinger

1. Godkend, eventuelt med forhandling på enkelte punkter. Tilbuddet er konkret, og prisen passer til omfanget.
2. Bed om præciseringer. Der er gode elementer, men vigtige ting er uklare, fx hvad “integration til betalingsløsning” dækker, eller hvad der sker, hvis en integration tager længere tid.
3. Find et andet bureau. Der er for mange advarselstegn til, at et par spørgsmål kan rette op på det.

Sidder du allerede i et samarbejde, der ikke fungerer, så læg en plan for at komme ud af et dårligt bureausamarbejde.

Opsummering

Læs hele tilbuddet, ikke kun prisen og forsiden. Brug tjeklisten, stil de svære spørgsmål, og sammenlign mindst to tilbud. Et godt tilbud starter med en god brief, så brug tjeklisten til kravspecifikation, før du sender opgaven ud, og stil de fem spørgsmål til bureauet før et platformskifte.

Er projektet forretningskritisk, eller er du usikker på teknikken, kan en uafhængig gennemgang spare dig for mange problemer. Jeg vurderer tilbud som en del af min rolle som ekstern CTO.