Det mindre oplagte spørgsmål er, om de overhovedet har tilbudt det samme.
For en hjemmeside er ikke en standardvare. To tilbud kan begge indeholde "design, udvikling og lancering" og alligevel dække over vidt forskellige mængder arbejde.
Derfor ville jeg være forsigtig med bare at sammenligne tallet nederst på sidste side.
Man skal først finde ud af, hvad man faktisk køber.
Hvad koster en hjemmeside så?
Det kommer an på, hvad der skal bygges.
En hjemmeside kan være fem sider med kontaktformular og åbningstider. Den kan også have 2.000 produkter, tre sprog, login, integration til CRM, betaling, søgning og data fra andre systemer.
Begge dele kan kaldes en hjemmeside.
Prisen afhænger derfor ikke kun af antallet af sider. Den afhænger af, hvad der skal designes, udvikles, integreres, flyttes, testes og efterfølgende drives.
Det er også derfor, jeg har svært ved generelle prislister med "lille", "mellem" og "stor" hjemmeside.
De kan give en idé om et budgetniveau. Men de siger ikke ret meget om prisen, før nogen har forstået opgaven.
30.000 eller 120.000?
Forestil dig to tilbud på den samme nye hjemmeside.
Det første lyder på 30.000 kroner.
Det andet på 120.000.
I det billige tilbud er der et færdigt tema, som tilpasses virksomhedens farver og logo. Kunden flytter selv indholdet. Kontaktformularen bruger en standardløsning. Der er ingen særlig gennemgang af SEO, redirects eller performance.
Det andet tilbud begynder med informationsarkitektur og wireframes. Designet laves specifikt til virksomheden. Indhold og eksisterende URL'er håndteres som en del af flytningen. Formularen integreres med CRM. Der testes på mobil og forskellige browsere. Performance gennemgås før lancering.
30.000 mod 120.000 fortæller nu en lidt anden historie.
Det betyder ikke, at tilbuddet på 120.000 er det rigtige. Måske har virksomheden slet ikke brug for alt det.
Det afgørende er at opdage forskellen før man vælger leverandør.
Hvad med hjemmesider til 5.000 kroner?
De findes også.
Og jeg ville ikke afvise dem, bare fordi prisen er lav.
En hjemmeside til 5.000 kroner kan teknisk set være helt fin. Hvis virksomheden har brug for fem enkle sider, en kontaktformular og et design baseret på en eksisterende skabelon, er der ikke nødvendigvis nogen grund til at gøre projektet større.
Det interessante er snarere, hvordan det kan lade sig gøre til den pris.
Nogle leverandører har standardiseret processen meget. De bruger gennemprøvede skabeloner og komponenter, begrænser antallet af sider og retterunder og kan derfor bygge den samme type løsning langt hurtigere end et projekt, der begynder med analyse, wireframes og et individuelt design.
Andre fordeler betalingen anderledes.
Hjemmesiden kan være billig eller ligefrem gratis at få bygget, mens hosting, support, vedligeholdelse og ændringer betales gennem en løbende aftale. Den model findes allerede på det danske marked. Der er både løsninger med månedlig betaling og binding og løsninger uden eller med relativt kort binding.
Det er der ikke i sig selv noget galt med.
Man skal bare sammenligne den samlede aftale og ikke kun etableringsprisen.
Hvad koster løsningen over tre eller fem år? Hvad er inkluderet i den løbende betaling? Hvor længe er man bundet? Hvem ejer domænet, designet og indholdet? Kan hjemmesiden flyttes til en anden leverandør? Og hvad sker der med den, hvis aftalen opsiges?
En hjemmeside til 5.000 kroner kan derfor være præcis den rigtige løsning.
Men 5.000 kroner fortæller lige så lidt om, hvad man køber, som 120.000 kroner gør.
Hvad betyder "design og udvikling"?
Det kan dække over overraskende meget.
Design kan være nogle få tilpasninger af en eksisterende løsning. Det kan også begynde med informationsarkitektur og wireframes og ende med prototyper, responsive layouts og et komponentbibliotek i Figma.
"Udvikling" er mindst lige så bredt.
Er der tale om installation og konfiguration? Skal der udvikles funktionalitet specifikt til virksomheden? Er integrationer inkluderet? Hvem bygger formularerne? Hvad med cookie consent, tracking, søgning, mail og brugerrettigheder?
To leverandører kan derfor begge skrive "design og udvikling" på tilbuddet og have prissat noget meget forskelligt.
Jo mere der overlades til fortolkning, desto sværere bliver priserne at sammenligne.
Det arbejde, man ikke kan se
En del af arbejdet ender aldrig som noget, man kan pege på på skærmen.
DNS. SSL. Deployment. Caching. Analytics. Cookie consent. Spam-beskyttelse. Maillevering. Sikkerhed. Opdateringer.
Ved et eksisterende website kommer historikken oveni.
Et website, der har eksisteret i ti år, indeholder ti års beslutninger. Noget skal med videre. Noget kan fjernes. Noget skal erstattes. Og noget opdager man først, når man begynder at undersøge løsningen.
Det arbejde kan fylde meget lidt i ét tilbud og ganske meget i et andet.
En redirect er ikke særlig imponerende på et statusmøde. En gammel URL, der efter lanceringen giver 404 og mister trafik fra Google, er noget lettere at få øje på.
Hvem har ansvaret bagefter?
En anden forskel gemmer sig ofte efter ordet lancering.
Hvem opdaterer CMS'et? Hvem tager backup? Hvem reagerer, hvis en integration stopper med at virke? Hvem ejer hostingkontoen, domænet og koden?
Kan en anden udvikler overtage løsningen?
Og hvad koster det, når der skal ændres noget om seks måneder?
Det ville jeg gerne kende svarene på, før jeg sammenlignede tilbuddene.
En løsning kan være billig at lancere og dyr at eje.
Standard eller specialudvikling?
Her kan prisforskellen blive stor.
Hvis problemet allerede er løst godt af WordPress, Shopify eller en eksisterende tjeneste, er der sjældent nogen grund til at udvikle det hele fra bunden.
Omvendt kan en standardløsning blive dyr, hvis den skal presses til at gøre noget, den ikke er lavet til. Så begynder plugins, workarounds og specialtilpasninger at samle sig.
Jeg har ingen principiel præference for specialudvikling frem for standardløsninger.
Jeg vil hellere finde den løsning, der løser opgaven uden unødvendig kompleksitet.
Nogle gange er det et plugin. Andre gange er det egen kode. Og nogle gange skal man slet ikke bygge funktionen.
14 sider gør ikke tilbuddet bedre
Et langt tilbud kan se grundigt ud.
Men man kan sagtens skrive 14 sider uden at have forstået problemet.
Jeg ville hellere se efter, om leverandøren har forstået de væsentlige dele af opgaven.
Hvad forsøger virksomheden at opnå? Hvem skal bruge løsningen? Hvem skal redigere den? Hvilke systemer skal den tale med? Hvad findes allerede? Og hvilke antagelser bygger prisen på?
Det sidste kan flytte prisen ganske meget.
Hvis én leverandør regner med, at indholdet kan eksporteres automatisk, mens en anden har undersøgt systemet og konstateret, at halvdelen skal håndteres manuelt, bliver deres priser naturligvis forskellige.
Jeg ville sammenligne opgaven før prisen
Hvis jeg fik tilbud på 30.000 og 120.000 kroner foran mig, ville jeg lægge dem ved siden af hinanden og prøve at gøre dem sammenlignelige.
Hvad er med i begge? Hvad findes kun i det ene? Hvad skal kunden selv levere? Hvilke forudsætninger er der taget? Hvad er ikke med? Og hvor ligger den største usikkerhed?
Nogle gange fører den gennemgang også til et andet spørgsmål:
Har vi overhovedet brug for en ny hjemmeside?
Måske kan den eksisterende løsning ryddes op, redesignes eller udbygges. Hvis det løser problemet, ville jeg hellere bruge pengene dér end bygge nyt, bare fordi projektet begyndte med en forespørgsel på en ny hjemmeside.
Det billigste tilbud kan sagtens være det rigtige
Hvis opgaven kan løses ordentligt for 30.000 kroner, er der ingen præmie for at bruge 120.000.
Hvis det billige tilbud derimod mangler arbejde, som virksomheden alligevel får brug for, er noget af regningen bare flyttet til senere.
Derfor synes jeg heller ikke, spørgsmålet "Hvad koster en hjemmeside?" kan besvares særlig meningsfuldt med ét tal.
Jeg ville begynde et andet sted:
Hvad skal hjemmesiden kunne, hvad kræver det at bygge den ordentligt, og hvad skal der ske med den bagefter?
Når man ved det, kan man begynde at sammenligne priser.
Hvor forsvinder timerne hen?
For en almindelig virksomhedshjemmeside kan arbejdet eksempelvis fordele sig sådan:
01_Afklaring & planlægning: behov, mål, scope, krav og tekniske valg.4–10 timer
02_Informationsarkitektur: sider, navigation og indholdsstruktur.4–12 timer
03_UX & wireframes: brugerflows, funktioner, wireframes og prototyper.8–20 timer
04_Visuelt design: layout, typografi, farver, komponenter og responsive versioner.12–30 timer
05_Frontend-udvikling: HTML, CSS, JavaScript, animationer og komponenter.20–50 timer
06_CMS & backend: opsætning, datamodeller, administration og brugerrettigheder.12–30 timer
07_Specialudvikling: funktioner og logik, der ikke findes som standard.4–30+ timer
08_Integrationer: CRM, ERP, PIM, betaling, nyhedsbrev og API'er.4–30+ timer
09_Indhold & migrering: tekster, billeder, dokumenter og eksisterende data.4–20+ timer
10_Formularer & mail: formularer, notifikationer, spam-beskyttelse og maillevering.4–12 timer
11_Teknisk SEO: metadata, URL-struktur, redirects, canonicals og strukturerede data.4–12 timer
12_Performance: billeder, caching, scripts, database og Core Web Vitals.4–10 timer
13_Tracking & samtykke: analytics, tags og cookie consent.2–6 timer
14_Test & fejlretning: mobil, browsere, formularer, integrationer og skærmstørrelser.8–20 timer
15_Tilgængelighed: tastatur, kontraster, semantik og skærmlæsere.4–12 timer
16_Hosting & deployment: server, DNS, SSL, staging, produktion og backup.4–10 timer
17_Sikkerhed & drift: opdateringer, overvågning og løbende vedligeholdelse.2–8 timer*
18_Lancering: DNS-skift, redirects, indeksering og kontrol af løsningen.4–10 timer
19_Dokumentation & overdragelse: dokumentation, instruktion og overdragelse til dem, der skal arbejde videre.2–8 timer
20_Projektstyring & dialog: møder, koordinering, feedback, prioritering og løbende afklaringer.8–20 timer
Ikke alle hjemmesider kræver alle opgaverne — en simpel løsning kan springe flere af dem over eller løse dem på få timer, mens integrationer, migrering eller specialudvikling alene kan tage væsentligt længere end intervallerne ovenfor på andre projekter. Det er derfor ikke en prisliste eller en opskrift på, hvor lang tid en hjemmeside skal tage — det er et eksempel på, hvad der kan gemme sig bag de to ord "design og udvikling" i et tilbud.
*Drift er typisk løbende, så timerne her dækker primært etablering og klargøring omkring lanceringen.
Teknisk rådgivningJeg hjælper med at gennemskue tilbud, vurdere om en løsning skal bygges, redesignes eller udbygges, og finde den løsning, der matcher opgaven uden unødvendig kompleksitet.
