Ekstern CTO - Din webshop har teknisk gæld og du ved det ikke

Der er et begreb fra software-verdenen der perfekt beskriver hvad jeg ser i de fleste webshops. Det hedder teknisk gæld.

Det er de beslutninger du har udskudt. Den kode du aldrig fik ryddet op. De apps du installerede midlertidigt for to år siden. De opdateringer du har ignoreret. De advarsler du har klikket væk. Hver for sig virker det ubetydeligt. Men ligesom finansiel gæld akkumulerer teknisk gæld renter. Og en dag vågner du op til en webshop der er langsom, ustabil og dyr at vedligeholde uden at du helt forstår hvordan det skete.

Hvad er teknisk gæld

Teknisk gæld er en metafor der beskriver den implicitte omkostning ved at vælge en hurtig løsning nu frem for en bedre løsning der tager længere tid.

Eksempler på teknisk gæld i webshops inkluderer apps du har installeret men ikke længere bruger men som stadig kører, kode fra afinstallerede apps der aldrig blev fjernet, temaer der ikke er opdateret i årevis, integrationer der er bygget som quick fixes, features der blev slået til som test og aldrig slået fra, sikkerhedsopdateringer du har udskudt, billeder der aldrig blev optimeret og tracking-scripts fra kampagner der sluttede for længst. Det er alt det du ved du burde gøre noget ved men som altid ryger nederst på prioriteringslisten.

De seks mest almindelige former for teknisk gæld

Den mest udbredte form for teknisk gæld i webshops er app-gæld. Du tester en app, den passer ikke, du går videre til en anden men du afinstallerer ikke den første. Eller du afinstallerer men koden bliver i dit tema. Over tid akkumuleres scripts fra fem, ti eller femten apps du ikke bruger. Konsekvensen er at hver app tilføjer loadtid på 0,2-2 sekunder, scripts kan konflikte og give fejl, og du betaler for apps du har glemt. Du opdager det ved at gå til Apps i din Shopify admin og se hvor mange du har og hvornår du sidst brugte hver enkelt.

Tema-gæld opstår fordi dit tema er fundamentet for din webshop og det akkumulerer gæld hurtigere end noget andet. Temaet er ikke opdateret i år hvilket er en sikkerhedsrisiko, du har tilføjet custom kode uden at dokumentere det, tidligere udviklere har efterladt quick fixes og theme-filen er vokset fra 100 linjer til 1.000 linjer. Konsekvensen er at performance forringes gradvist, nye features bliver sværere at implementere, opdateringer kan ødelægge eksisterende funktionalitet og debugging bliver et mareridt. Du opdager det ved at tjekke hvornår du sidst opdaterede dit tema og om du ved hvad al custom-koden gør.

Integrations-gæld opstår fordi integrationer til betalingsgateways, lagersystemer, marketing-tools og andre systemer ofte er bygget hurtigt og billigt. Integrationen blev bygget til en specifik version af begge systemer og ingen opdaterer den når systemerne opdateres. Der er ingen fejlhåndtering så når noget går galt går det bare galt. Dokumentation eksisterer ikke. Konsekvensen er ordrer der ikke synkroniserer og du opdager det for sent, lagerbeholdning der ikke stemmer, kunder der ikke modtager bekræftelser og timer brugt på manuel fejlretning. Du opdager det ved at tjekke om du har manuelle workarounds for ting der burde være automatiske.

Performance-gæld opstår fordi performance forringes gradvist og du bemærker det ikke fordi det sker langsomt. Billeder der aldrig blev optimeret, scripts der loader selv når de ikke bruges, caching der ikke er konfigureret korrekt, font-filer der er for store og third-party scripts der blokkerer rendering. Konsekvensen er tabt konvertering på 7% per sekund ekstra loadtid, dårligere Google-rankings, frustrerede kunder og højere bounce rate. Du opdager det ved at teste din side med PageSpeed Insights og sammenligne med din score for et år siden.

Sikkerhedsgæld opstår fordi sikkerhed er det du ikke tænker på indtil noget går galt. Apps der ikke er opdateret i måneder eller år, gamle API-nøgler der aldrig blev roteret, tredjepartsscripts fra leverandører der ikke længere eksisterer, admin-adgang til tidligere medarbejdere eller bureauer og passwords der aldrig blev ændret. Konsekvensen er databrud der koster GDPR-bøder og omdømme, hacking der ødelægger din side, kundedata på afveje og uger eller måneder med oprydning. Du opdager det ved at tjekke hvornår du sidst ændrede dine admin-passwords og hvem der har adgang til din butik.

Dokumentations-gæld er den mest oversete form for teknisk gæld. Den udvikler der byggede integrationen er væk, ingen ved hvorfor den custom kode er der, workarounds er kun i hovedet på én person og nye udviklere skal gætte sig til hvordan tingene hænger sammen. Konsekvensen er dyre fejl når nogen retter i kode de ikke forstår, timer brugt på at reverse-engineere eksisterende løsninger, afhængighed af specifikke personer og paralysis hvor ingen tør røre noget. Du opdager det ved at spørge om en ny udvikler kunne forstå dit setup på en dag.

Renter på teknisk gæld

Ligesom finansiel gæld har teknisk gæld renter. Jo længere du venter jo dyrere bliver det at fikse.

Efterladt app-kode lige efter afinstallation fra én app koster 30 minutter og 1.000 kr at fikse. Seks måneder senere med kode fra tre-fire apps og konflikter tager det 2-4 timer og koster 4.000 kr. To år senere med kode fra ti+ apps, performance-problemer og uforudsigelig opførsel tager det 8-16 timer og koster 15.000 kr. Et forældet tema der er én version bagud er en simpel opdatering på 1-2 timer. Tre-fire versioner bagud giver kompatibilitetsproblemer og tager 4-8 timer. Flere år bagud kræver komplet tema-rebuild på 40-100 timer.

Hvordan teknisk gæld opstår

Teknisk gæld er sjældent et bevidst valg. Det sker gradvist af forståelige årsager.

Vi fikser det senere er det klassiske løfte. Du har travlt med Black Friday-kampagnen og integrationen virker selvom koden ikke er pæn. Du lover dig selv at rydde op i januar. Januar kommer og der er nye prioriteter. Det virker jo er rationalet når webshoppen kører og ordrerne kommer ind. Hvorfor bruge tid på at fikse noget der ikke er i stykker? Indtil det pludselig er i stykker. Vi ved ikke det er der sker når den forrige udvikler efterlod kode eller den forrige ejer installerede apps. Du ved ikke hvad halvdelen af det gør men du tør ikke røre det. Det koster for meget at fikse nu er konklusionen når du fik et tilbud på oprydning til 30.000 kr. Det føltes dyrt så du udskød det. Nu er problemet dobbelt så stort.

Konsekvenserne af at ignorere teknisk gæld

Direkte omkostninger er tabt salg fordi langsom side betyder lavere konvertering, højere driftsomkostninger fordi du betaler for apps du ikke bruger, dyrere udvikling fordi nye features tager længere tid at bygge og kriseomkostninger fordi når noget går i stykker er det altid akut.

Indirekte omkostninger er tabt tid på timer brugt på workarounds og manuel håndtering, tabte muligheder for features du ikke kan implementere på grund af skrøbeligt fundament, stress fra konstant bekymring for hvad der kan gå galt og afhængighed hvor kun én person forstår systemet.

Worst case-scenarier inkluderer sikkerhedsbrud med kundedata på afveje og potentiel GDPR-bøde, totalt nedbrud hvor webshoppen går ned og ikke kan gendannes hurtigt og tvunget platformskifte fordi teknisk gæld gør det umuligt at fortsætte på nuværende platform.

Sådan håndterer du teknisk gæld

Første skridt er at anerkende at den eksisterer. Stop med at ignorere problemet. Hvis din webshop har kørt i mere end et år har du teknisk gæld. Det er normalt. Spørgsmålet er hvor meget og hvad du gør ved det.

Andet skridt er at lave en audit. Gennemgå systematisk de seks områder ved at liste alle installerede apps og markere hvilke du aktivt bruger og afinstallere resten. Tjek hvornår temaet sidst blev opdateret og om der er custom kode du ikke forstår. List alle integrationer og test at de faktisk virker og dokumenter hvem der byggede dem og hvordan. Kør PageSpeed Insights og sammenlign med branchens gennemsnit. Gennemgå alle admin-brugere og opdater passwords og tjek at apps er opdaterede. Dokumenter hvad der eksisterer og hvad der kun findes i folks hoveder.

Tredje skridt er at prioritere. Du kan ikke fikse alt på én gang. Prioriter sikkerhed først med alt der kan føre til databrud eller nedbrud, derefter performance med det der påvirker kunder direkte, så omkostninger med apps og services du betaler for uden grund og til sidst vedligeholdelse med det der gør fremtidig udvikling dyrere.

Fjerde skridt er at afsætte tid og budget. Teknisk gæld forsvinder ikke af sig selv. Du skal aktivt investere i at reducere den ved at afsætte 2-4 timer om måneden til teknisk vedligeholdelse og inkludere det i dit budget ikke som ekstra når der er tid. Planlæg et årligt spring cleaning projekt og brug lav-sæsonen i januar-februar til større oprydning.

Femte skridt er at forebygge ny gæld. Det nemmeste er at undgå at akkumulere ny gæld ved at afinstallere apps du ikke bruger med det samme, dokumentere custom kode når den bygges, opdatere tema og apps løbende ikke i store spring, rydde op efter projekter ikke senere og have en ansvarlig for teknisk vedligeholdelse.

Hvornår du har brug for hjælp

Noget teknisk gæld kan du selv håndtere ved at afinstallere ubrugte apps, opdatere passwords og dokumentere processer. Andet kræver en udvikler til at fjerne efterladt kode fra temaet, optimere performance, lave sikkerhedsgennemgang og refaktorere integrationer. Og noget kræver strategisk rådgivning til prioritering af hvad der er vigtigst, vurdering af om platformen stadig er den rigtige og planlægning af større oprydningsprojekter.

Opsummering

Teknisk gæld er ikke et tegn på at du har gjort noget forkert. Det er en naturlig konsekvens af at drive en webshop over tid. Alle har det.

Forskellen på succesfulde webshops og dem der konstant kæmper er om de håndterer gælden løbende eller ignorerer den til det er for sent.

Start med en ærlig vurdering af din situation. Hvad er den største tekniske risiko i din webshop lige nu? Hvad har du udskudt for længe? Det er aldrig for sent at begynde at betale ned på gælden. Men jo før du starter jo billigere bliver det.