Opgrader dit website og dø 2

Ændringer på dit website bliver lettere at styre, når du laver én ting ad gangen. Det er fristende at tage alle de nye funktioner med, mens udviklerne alligevel er i gang. Men hvis trafik eller salg falder bagefter, er det meget sværere at finde årsagen, når du har ændret tre store ting samtidig.

Det her er mit tillæg fra juli 2010 til advarslen om at skifte eller opgradere en webshop, portal eller anden løsning på nettet. Se gerne den første video først. Jeg har tænkt lidt videre over, hvordan man gør overgangen mindre risikabel.

Store ændringer på dit website skal ske i etaper

Jeg forstår godt argumentet for at lave det hele på én gang. Du sidder med udviklerne, proppen er trukket ud, og I er jo allerede i gang. Så hvorfor ikke få alle funktionerne med?

Fordi store ændringer giver fejl. Min erfaring er, at der både kommer mange fejl og nogle store fejl. Efter en stor opgradering kan du sidde og bide dig i knoerne, fordi trafikken falder, eller færre besøgende ender med at købe.

Har du kun lavet én større ændring, ved du, hvor du skal begynde at lede. Du kan sige: Vi har ændret den her ene ting. Hvis resultatet er helt katastrofalt, kan I rulle den tilbage og gå tilbage til det gamle, mens I arbejder videre med fejlen.

En anden mulighed er at beholde ændringen og rette fejlene, mens løsningen er i drift. Det er selvfølgelig irriterende for brugerne, men mange kan leve med en del, hvis du fortæller på sitet, at der er ustabilitet, og at I arbejder på at få det løst hurtigt. Så har du i det mindste ét afgrænset område at arbejde med.

Hvilken af de tre ændringer ødelagde salget?

Har du lavet flere store ændringer samtidig, ved du ikke nødvendigvis, hvad der har fået kunderne til at holde op med at købe.

Er det arbejdet med søgemaskinerne? Er det den nye indkøbskurv, der ikke fungerer eller ikke appellerer til kunderne? Er det forsidedesignet? Underkategorierne? Den interne søgning? Hvor ligger problemet egentlig?

Det er meget svært at fejlfinde, når du ikke ved, hvilken ændring der udløste problemet. Du retter noget, som du tror er fejlen, og så bliver det måske endnu værre. Men det behøver ikke være den rettelse, der isoleret set er forkert. Den kan have skabt en ny fejl et andet sted i systemet.

Inden du har set dig om, har du en rodebutik ud over alle grænser. Derfor er mit råd at tage én grundlæggende ændring ad gangen, få brugerne med og arbejde med fejlene på den ene ændring, før du tager den næste. Læs også E-pusher om mine erfaringer med forretning og salg på nettet.

Lad være med at rulle store ændringer ud om fredagen

Mit næste råd er at undgå store ændringer lige før weekenden. Udviklerne vil måske foreslå fredag morgen. De har arbejdet hele ugen, og du vil gerne have den nye løsning på lige nu. Det forstår jeg godt.

Men når I ruller ud fredag morgen, kan der dukke de fejl op, som jeg lige har talt om. Så kæmper udviklerne med dem hele fredagen, efter at de måske allerede har knoklet i flere uger.

De er trætte. De har planlagt at tage hjem til familien i weekenden, hygge sig og lave noget andet. Omkring klokken fire forventer de at kunne afslutte en hård uge og komme hjem.

Hvis du så fredag aften opdager, at indkøbskurven er gået amok, debatsystemet ikke virker, eller du har fået et alvorligt problem med Google, står du pludselig med en hel weekend foran dig og folk, der har lovet deres familier noget andet.

Måske kan du overtale dem til at arbejde videre. Men de skulle netop hvile ud efter det maraton, I lige har været igennem. Familierne bliver vrede, udviklerne bliver irriterede, og de er ikke udhvilede. Det er nogle dårlige betingelser for at lave ordentligt arbejde. Og det er ikke sikkert, at problemet er klaret til mandag.

Gør klar om fredagen og begynd, når folk er friske

Jeg vil derfor ikke lægge de store ændringer torsdag eller fredag. Gør klar om fredagen, og rul så ud mandag morgen, når alle er friske og udhvilede.

Så har I tirsdag, onsdag og resten af ugen til at arbejde jer gennem problemerne og få løsningen til at fungere. Det er sådan, jeg mener, man skal planlægge de store udrulninger.

Det handler ikke kun om din utålmodighed efter at få noget nyt på. Det handler også om, at der skal være mennesker til at håndtere det, som går galt, og at de mennesker skal kunne tænke ordentligt.

Del arbejdet op, så kunderne hurtigt ser en fordel

Mit sidste råd er at holde de enkelte ændringer små nok til, at kunderne hurtigt kan se fordelen. Jeg siger først en uge i videoen og bruger senere syv-ti arbejdsdage som ramme. Pointen er korte, overskuelige forløb.

Hvis en ændring kræver meget længere udvikling, risikerer du, at udviklerne går kolde og bliver trætte. Du risikerer også, at du er ved at lave en alt for stor ændring.

Så prøv at have en regel om, at hver forbedring på din webshop eller dit website skal føre til noget synligt for kunderne inden for et kort forløb. Ellers kan udviklerne miste motivationen, kunderne blive forvirrede, og du selv gå kold i processen.

Én ændring ad gangen, tid til at håndtere fejlene og en udrulning, hvor folk er til rådighed. Det er de ekstra råd, jeg gerne vil give dig, inden du bygger det hele om.