Tjeklisten før lanceringen af jeres webapplikation

En lancering der føles udramatisk, er næsten altid resultatet af en tjekliste som blev krydset af i ro og mag i ugerne forinden. Det der skaber panik på go-live-dagen, er sjældent svær teknik, men enkle punkter som ingen ejede: certifikatet der udløb, backuppen der aldrig blev testet, formularen der sendte e-mails som ingen læste. Her er tjeklisten delt op i fire områder, skrevet til dig der køber løsningen snarere end bygger den.

Teknik: det der skal være på plads

Grundlaget er driftssikkerheden. Uden den er resten ligegyldigt.

• Domæne og DNS peger det rigtige sted hen, og du ejer selv domænet, ikke bureauet.
• TLS-certifikatet er installeret og fornyes automatisk så hjemmesiden aldrig pludselig viser en sikkerhedsadvarsel.
• Backup tages automatisk, og en gendannelse er testet. En backup du aldrig har læst tilbage, er et gæt, ikke en sikkerhed.
• Overvågning slår alarm hos jer ved nedetid og fanger programfejl så I kender til problemer før brugerne gør.
• Performance er rimelig under belastning, gerne belastningstestet hvis I forventer mange samtidige brugere ved lanceringen.
• E-mail fra tjenesten (kvitteringer, nulstilling af adgangskode) når frem og havner ikke i spamfilteret.

Hvorfor netop disse? Fordi de tre mest almindelige grunde til at en ny tjeneste vælter på lanceringsdagen er et udløbet certifikat, en backup der ikke kunne læses tilbage og e-mails der i al stilhed havnede i spam. Alle tre er usynlige indtil de sker, og alle tre kan krydses af på forhånd.

Indhold og SEO

En teknisk perfekt tjeneste med døde links og fejl i teksten føles alligevel ufærdig.

• Korrekturlæst indhold uden pladsholdertekst tilbage fra udviklingen.
• Korrekte sidetitler og metabeskrivelser samt et sitemap som søgemaskinerne kan finde.
• Billeder i den rigtige størrelse med alt-tekster, af hensyn til både performance og tilgængelighed.
• En 404-side der hjælper den besøgende videre, og korrekte omdirigeringer hvis I erstatter en ældre hjemmeside.
• Tracking (analyse) er på plads, men konfigureret så den respekterer samtykke.

Jura og compliance

Det her område er det der lettest bliver glemt, og samtidig det der kan blive dyrest bagefter.

• Brugervilkår og privatlivspolitik findes, er opdaterede og nemme at finde.
• Persondata håndteres efter GDPR: et lovligt retsgrundlag, et klart formål og databehandleraftaler med de leverandører der behandler data for jer.
• Cookiehåndtering hvor det er lige så nemt at afvise som at acceptere cookies der ikke er nødvendige.
• Der er taget hensyn til tilgængelighed: For mange organisationer er det i dag et krav, ikke en bonus.

Beredskabsplan for lanceringsdagen

Det er det punkt der adskiller en kontrolleret lancering fra en kaotisk. En kort plan er nok, men den skal foreligge på skrift og være gennemgået med alle involverede på forhånd.

Udpeg en lanceringsansvarlig der træffer beslutningerne. Skriv ned hvem der gør hvad, hvem der kan træffes i lanceringsvinduet og hvordan I hurtigt får fat i hinanden: En fælles kanal slår spredte mails. Beslut på forhånd tærsklen for at rulle tilbage: Hvad skal gå galt før I sætter lanceringen på pause, og hvordan vender I i så fald tilbage til det gamle? Uden en fastlagt tærskel ender teamet let i en diskussion midt i en skarp situation hvor hvert minut tæller. Lancer tidligt på ugen og tidligt på dagen, aldrig lige før en weekend, så teamet er på plads hvis noget skal rettes.

Lad en der ikke har bygget tjenesten, klikke den hele vejen igennem en sidste gang lige før go-live. Udvikleren der har skrevet koden, overser let det åbenlyse mens et par friske øjne fanger det døde link eller den forvirrende fejlmeddelelse med det samme. Hav også en kort plan for hvordan I kommunikerer med brugerne hvis noget driller: En kort besked om at I er klar over fejlen, skaber mere tillid end tavshed.

Et lille konkret scenarie: I går live klokken ni en tirsdag. Efter tyve minutter slår overvågningen alarm om at kontaktformularen ikke sender. Fordi den lanceringsansvarlige er udpeget, udvikleren kan træffes og rollerne er klare, er fejlen rettet før frokost i stedet for at blive opdaget af en utilfreds kunde dagen efter. Det er hele pointen med planen.

Sådan bruger I listen

Gå punkterne igennem som et team, ikke som én persons ansvar, og noter hvem der ejer hver linje. Er I usikre på om fundamentet holder før en større lancering, hjælper vores ydelser med alt fra krav til idriftsættelse. Vil I sparre om jeres konkrete lancering, så kontakt os.