Checklistan inför lansering av er webbapplikation

En lansering som känns odramatisk är nästan alltid resultatet av en checklista som bockades av i lugn och ro veckorna innan. Det som skapar panik på go-live-dagen är sällan svår teknik, utan enkla punkter som ingen ägde: certifikatet som gick ut, backupen som aldrig testades, formuläret som skickade e-post ingen läste. Här är avprickningslistan sorterad i fyra områden, skriven för dig som beställer tjänsten snarare än bygger den.

Teknik: det som måste vara på plats

Grunden är driftsäkerheten. Utan den spelar resten ingen roll.

• Domän och DNS pekar rätt, och du äger domänen själv – inte byrån.
• TLS-certifikat är installerat och förnyas automatiskt, så att sajten aldrig plötsligt visar en säkerhetsvarning.
• Backup tas automatiskt och en återställning är testad. En backup du aldrig läst tillbaka är en gissning, inte en säkerhet.
• Övervakning larmar er vid driftstopp och fångar programfel, så att ni vet om problem före användarna.
• Prestanda är rimlig under last – gärna belastningstestad om ni väntar många samtidiga användare vid lansering.
• E-post från tjänsten (kvitton, återställning av lösenord) når fram och hamnar inte i skräpposten.

Varför just dessa? För att de tre vanligaste sätten en ny tjänst faller på lanseringsdagen är utgånget certifikat, en backup som inte gick att läsa tillbaka och e-post som tyst hamnade i skräpkorgen. Alla tre är osynliga tills de inträffar, och alla tre går att bocka av i förväg.

Innehåll och SEO

En tekniskt perfekt tjänst med trasiga länkar och fel i texten känns ändå ofärdig.

• Korrekturläst innehåll utan platshållartext kvar från utvecklingen.
• Rätt sidtitlar och metabeskrivningar, samt en sitemap som sökmotorer hittar.
• Bilder i rätt storlek med alt-texter, för både prestanda och tillgänglighet.
• 404-sida som hjälper besökaren vidare, och rätt omdirigeringar om ni ersätter en äldre sajt.
• Spårning (analys) är på plats men konfigurerad så den respekterar samtycke.

Juridik och regelefterlevnad

Det här området glöms lättast bort och är samtidigt det som kan bli dyrast i efterhand.

• Användarvillkor och integritetspolicy finns, är aktuella och lätta att hitta.
• Personuppgifter hanteras enligt GDPR: laglig grund, tydligt syfte och personuppgiftsbiträdesavtal med de leverantörer som behandlar data åt er.
• Cookiehantering där det är lika lätt att neka som att acceptera icke nödvändiga cookies.
• Tillgänglighet är beaktad – för många verksamheter är det numera ett krav, inte en bonus.

Beredskapsplan för lanseringsdagen

Det här är punkten som skiljer en kontrollerad lansering från en stökig. En kort plan räcker, men den ska finnas skriftligt och vara genomgången med alla inblandade innan.

Utse en lanseringsansvarig som fattar beslut. Skriv ned vem som gör vad, vilka som är nåbara under lanseringsfönstret och hur ni når varandra snabbt – en gemensam kanal slår spridda mejl. Bestäm i förväg tröskeln för att rulla tillbaka: vad måste gå fel för att ni pausar, och hur återgår ni i så fall till det gamla? Utan en förutbestämd tröskel fastnar teamet lätt i diskussion mitt i ett skarpt läge, där varje minut räknas. Lansera tidigt i veckan och tidigt på dagen, aldrig strax före en helg, så att teamet är på plats om något behöver rättas.

Låt någon som inte byggt tjänsten göra en sista genomklickning strax före go-live. Utvecklaren som skrivit koden ser lätt förbi det uppenbara, medan ett par nya ögon fångar den trasiga länken eller det förvirrande felmeddelandet på minuten. Ha också en kort plan för hur ni kommunicerar med användarna om något krånglar – ett kort meddelande som säger att ni är medvetna om felet skapar mer förtroende än tystnad.

Ett litet konkret scenario: ni går live klockan nio en tisdag. Övervakningen larmar efter tjugo minuter om att kontaktformuläret inte skickar. Eftersom lanseringsansvarig är utsedd, utvecklaren är nåbar och rollerna är klara, är felet åtgärdat före lunch – i stället för att upptäckas av en missnöjd kund dagen efter. Det är hela poängen med planen.

Så använder ni listan

Gå igenom punkterna som ett team, inte som en ensam persons ansvar, och notera vem som äger varje rad. Är ni osäkra på om grunden håller inför en större lansering hjälper våra tjänster med allt från kravbild till driftsättning. Vill ni bolla er specifika lansering är det bara att höra av sig.