Webudvikling er sjældent svært rent teknisk. Det, der afgør, om en hjemmeside eller webapplikation bliver en god investering, er en håndfuld beslutninger, der bliver truffet før nogen skriver kode — og som er dyre at ændre bagefter. Her er dem, vi ser gå galt oftest.
Det væsentligste
- Beslut først, om I bygger en hjemmeside eller en webapplikation. De to har næsten intet til fælles ud over browseren.
- Vælg CMS efter, hvem der skal redigere indholdet til daglig — ikke efter hvad udviklerne foretrækker.
- Hastighed er ikke en optimering til sidst. Det er et resultat af, hvad I vælger i starten.
- Integrationer er den post, der oftest fordobler et estimat.
- Regn med drift fra dag ét: opdateringer, backup, overvågning og nogen, der reagerer.
- Tilgængelighed er både et lovkrav og gratis SEO. Det er billigst at bygge ind fra start.
Hjemmeside eller webapplikation?
En hjemmeside formidler. Indholdet ændrer sig oftere end funktionaliteten, redaktørerne er ikke udviklere, og succes måles på besøgende, der gør noget. Her er et CMS og en god redaktørflade det vigtigste valg.
En webapplikation udfører arbejde. Brugerne er typisk logget ind, data er vigtigere end layout, og succes måles på opgaver, der bliver løst. Her betyder datamodel, rettigheder og integrationer mere end designsystemet.
De fleste projekter, der løber af sporet, er applikationer, som blev estimeret som hjemmesider.
Valg af platform
Spørgsmålet er ikke, hvilket CMS der er bedst, men hvem der skal bruge det hver uge. Skal marketing selv bygge landingssider, vejer et fleksibelt redigeringsværktøj tungere end teknisk elegance. Skal indholdet næsten aldrig ændres, er et simplere setup billigere at drive.
Uanset valg: sørg for at indholdet kan flyttes. Kan I ikke eksportere jeres sider og billeder i et åbent format, har I bundet jer fastere til platformen, end I tror.
Hastighed er en beslutning, ikke en indstilling
De fleste langsomme sider er ikke langsomme på grund af manglende caching. De er langsomme, fordi der er valgt en tung skabelon, ti plugins der hver især indlæser deres eget CSS og JavaScript, og billeder i fuld opløsning.
Fire ting flytter mest: færre plugins, billeder i moderne formater og korrekt størrelse, caching på serveren, og kun at indlæse det JavaScript en side faktisk bruger. Det er langt billigere at vælge rigtigt fra start end at optimere sig ud af det senere.
Integrationer og det, der ikke ses
Formularer, der skal ende i et CRM. Priser, der kommer fra et ERP. Login mod et eksisterende brugersystem. Hver af dem er et lille projekt med egne fejlscenarier, og de bliver typisk beskrevet i én linje i et tilbud.
Spørg konkret, hvad der sker, når det andet system er nede. Svaret afgør, om I får en integration eller en fejlkilde. Det arbejde hører under API-udvikling og bør estimeres for sig.
Drift, sikkerhed og tilgængelighed
En webløsning er aldrig færdig. Der skal opdateres, tages backup, overvåges og reageres, når noget går ned. Aftal hvem der gør det, og hvor hurtigt — inden lanceringen, ikke efter det første nedbrud. Det er indholdet i softwarevedligeholdelse.
Tilgængelighed er samtidig et krav for mange danske virksomheder og en fordel i søgeresultaterne. Kontrast, tastaturnavigation, alt-tekster og korrekt overskriftsstruktur koster næsten intet, når de bygges ind fra start, og er dyre at rette bagefter.
Sådan arbejder vi
Vi bygger både hjemmesider og webapplikationer som en del af vores webudviklingstjenester. Er det en applikation med logins og data, hører det typisk under applikationsudvikling; skal den også fungere som app, ser vi på mobiludvikling samtidig. Har I brug for folk til brugerfladen alene, kan I hyre frontend-udviklere.
Ofte stillede spørgsmål
Spændet er stort, fordi indhold og integrationer fylder mere end designet. En præsentationssite med ti sider og en formular er et andet projekt end en site med kundelogin og ERP-integration. Få de to adskilt i tilbuddet, så I kan sammenligne.
Seks til ti uger for en almindelig virksomhedsside, når indholdet er klar. Indhold er næsten altid det, der forsinker — ikke udviklingen.
Hvis I har mere end ét site eller planlægger flere kampagnesider, betaler det sig hurtigt. Til ét enkelt site er det ofte overkill.
I bør kunne redigere tekst, billeder og sider uden hjælp. Strukturelle ændringer kræver stadig en udvikler. Bed om at prøve redigeringsfladen, før I godkender designet — ikke efter.
I praksis
Afklar om I bygger en hjemmeside eller en applikation, vælg platform efter redaktørerne, estimer integrationer for sig, og aftal drift inden lancering. De fire beslutninger afgør det meste af budgettet.
Skal vi se på jeres projekt? Skriv til os eller book et møde.
