Et webprojekt begynder ofte med sætningen: »Vi har brug for en ny hjemmeside.« Snart drejer samtalen sig om CMS, skabelon, farver og lanceringsdato. Det er stadig uklart, hvad den nye hjemmeside skal ændre.
Det er en dyr fejl. Teknologien kan meget hurtigt skabe noget, virksomheden ikke har brug for.
Skriv først ned, hvilken beslutning hjemmesiden skal understøtte
Jeg begynder ikke med en sideliste. Jeg begynder med virksomhedens og den besøgendes situation. Skal hjemmesiden skabe kvalificerede henvendelser, forkorte salgsforklaringer, sælge uden en person, reducere supportarbejdet eller flytte brandet ind i en anden kategori?
Målet skal føre til en beslutning. »En mere moderne præsentation« er et ønske. »Flere relevante henvendelser fra produktionsvirksomheder og færre spørgsmål om enkeltstående småopgaver« gør det allerede muligt at træffe beslutninger om indhold, navigation og måling.
- Hvem er vigtig for hjemmesiden, og i hvilken situation ankommer de?
- Hvad har de brug for at forstå, sammenligne eller gøre?
- Hvilken dokumentation kan virksomheden ærligt vise?
- Hvilket næste skridt passer til deres parathed?
- Hvordan genkender vi forbedringer efter lanceringen?
Indholdskortet kommer før wireframen
Først derefter sammensætter jeg informationsarkitekturen. Hovednavigationen bør ikke kopiere virksomhedens organisationsstruktur. Den skal hjælpe folk med at finde et svar og forstå tilbuddet.
På en eksisterende hjemmeside kortlægger jeg først URL'er, trafik, links og det faktiske indhold. Nogle sider bevarer jeg, andre samler, omdirigerer eller fjerner jeg. En migrering må ikke baseres på indtryk. En uattraktiv side kan have gode links eller skabe relevant forretning; en side med mange besøg kan tiltrække mennesker, der slet ikke hører til i virksomheden.
For SEO er en klar struktur, intern linking og indhold til en reel målgruppe vigtige. Google opsummerer sine spørgsmål om nytte i vejledningen om people-first-indhold. Et praktisk SEO-fundament findes også i min artikel SEO for begyndere.
En prototype skal kontrollere brugerrejsen, ikke imponere mødet
Først tegner jeg de vigtigste brugerrejser uden detaljeret design. Kan en person forstå, hvem virksomheden er til for? Kan vedkommende finde en tjeneste, dokumentation, pris eller kontaktmetode? Fungerer rejsen på en smal mobilskærm og med kun et tastatur?
Jeg indsætter rigtige overskrifter og omtrentlige tekstlængder i prototypen. Lorem ipsum skjuler et problem, der på magisk vis dukker op igen, når indholdet leveres – som regel fredagen før lanceringen.
Vælg teknologi efter driften
En statisk hjemmeside, WordPress, en e-handelsplatform eller en skræddersyet applikation kan alle være rigtige. Det afgørende er behovet for redigering, integrationer, tilladelser, ændringshastighed, sikkerhed, budget og de mennesker, der skal administrere hjemmesiden efter lanceringen.
Briefen bør som minimum indeholde:
- ejerskab af domæne, konti, kildekode og analyse;
- redaktionelle roller og publiceringsprocessen;
- formularer, e-maillevering og forbindelse til salg;
- omdirigeringer for gamle URL'er og en tilpasset fejlside;
- sikkerhedskopier, opdateringer, overvågning og ansvar for hændelser;
- et driftsbudget, ikke kun et produktionsbudget.
Hastighed og tilgængelighed er ikke finpudsning, der tilføjes til sidst
Det er nemt at tilføje et stort billede, eksterne skrifttyper og ti marketingscripts. Alle besøgende betaler derefter prisen. Core Web Vitals måler indlæsning af hovedindhold, reaktionsevne og visuel stabilitet; Google vedligeholder aktuelle målinger og tærskler i sin dokumentation om Web Vitals.
Derfor fastsætter jeg et performancebudget før designet: mediedimensioner og -formater, antal skrifttyper, regler for tredjepartsscripts og den ønskede adfærd på en almindelig mobil. Analyseværktøjer bør indlæses uden at blokere indholdet og kun indsamle data, der understøtter beslutninger.
Jeg tager også fat på tilgængelighed samtidig: semantisk HTML, synligt fokus, tastaturbetjening, kontrast, etiketter i formularer og respekt for reduceret bevægelse. Det er ikke en særlig version af en hjemmeside. Det er en velfungerende hjemmeside.
Planlæg målingen før lanceringen
Efter lanceringen vil jeg ikke diskutere, hvad succes betyder. Jeg oplister hændelserne og deres forbindelse til beslutninger: en kvalificeret henvendelse sendt, en beregner brugt, vigtig dokumentation åbnet eller en ordre gennemført. Ikke hvert klik fortjener en hændelse.
Den tekniske måling er dækket i vejledningen om Google Analytics 4. En bredere tjekliste findes i tjeklisten for onlineprojekter.
En hjemmeside er ikke færdig ved lanceringen
I de første uger overvåger jeg fejl, hastighed, indeksering, formularer og menneskers faktiske spørgsmål. Derefter forbedrer jeg de steder, hvor hjemmesiden ikke hjælper en beslutning. Ikke efter hver kommentar eller én måling, men ud fra en kombination af data, feedback og forretningspåvirkning.
En ny hjemmeside er ikke målet. Den er et nyt operativsystem for virksomheden. Uden en ejer, et budget og regler for ændringer begynder den at ældes på lanceringsdagen.
Hvis du allerede har en hjemmeside og har brug for at finde svage punkter, kan du begynde med Sådan gør du en hjemmeside hurtigere. Hvis du har brug for at afstemme beslutningerne før produktionen, kan du se, hvordan samarbejdet fungerer.