En webshop bliver et softwareprodukt i det øjeblik, I selv har udviklet platformen, den kører på. Så har I de samme spørgsmål som et softwarehus: arkitektur, udviklere, teknisk gæld og stabil drift, og oven i dem kommer e-handelens særlige krav om travle dage, betaling og lager. Her kan en fractional CTO gøre en forskel. Artiklen gælder kun for jer, der ejer koden. Kører I på en standardplatform, er det en anden opgave.
Hvilken slags webshop har I?
Stil jer selv tre spørgsmål. Hvem skriver koden bag butikken? Ejer I den, eller lejer I platformen? Kan I selv bestemme, hvordan kassen eller søgningen virker, ned i detaljen?
Køber I platformen som en tjeneste og tilpasser den med opsætning og tilføjelser, er opgaven at vælge og styre leverandører. Så har I brug for en IT-chef med erfaring fra butikker, og den situation er beskrevet i hvilken IT-rolle butikken har brug for.
Har I selv udviklet platformen, eller er den med tiden blevet så tilpasset, at ingen kan opdatere den uden udviklere, er det jeres produkt, og resten af artiklen er til jer.
Opgaverne, der er særlige for e-handel
Grundopgaverne er de samme som i andre softwarevirksomheder, se hvad en fractional CTO laver. Fire ting fylder mere i en webshop.
De travle dage. En butik har spidsbelastninger, som et almindeligt softwareprodukt ikke kender. Salget samler sig om kampagner og højtider, og hvis siden bliver langsom, mærkes det med det samme. Teknisk ledelse handler her om at vide, hvad platformen kan klare, og hvor den først giver efter. Det skal I vide, før kampagnen går i luften, se skalering før det går galt.
Rytmen for ændringer. Marketing vil have nyt op i sidste øjeblik, og udviklerne vil helst ikke sende ændringer ud lige før en kampagne. Det kræver en fælles kalender, faste stop før de travle perioder og en måde at rulle en ændring tilbage på. Læs om det i hver release er en risiko.
Kæden af koblinger. Betaling, fragt, lager, regnskab og produktdata er ofte andre leverandørers systemer, koblet på jeres. Går en ordre tabt, ligger fejlen tit i koblingen, og koblingerne mangler ofte en ejer. Rollen giver hver kobling en ejer, gør fejl synlige og lægger en plan for, hvad I gør, når en leverandør ændrer noget.
Hastighed som forretning. I e-handel er svartid en del af kundens oplevelse. Når siden er blevet langsom, skal nogen kunne sige, om årsagen ligger i databasen, koden eller noget tredje. Rækkefølgen i fejlfindingen står i produktet er blevet langsomt.
Det store spørgsmål: skal platformen stadig være jeres?
Mange egenudviklede butikker er bygget for år tilbage, hvor standardplatformene ikke kunne det, butikken ville. Siden er der sket meget. Derfor bør en fractional CTO stille det ubekvemme spørgsmål tidligt. Giver jeres egen platform en fordel, kunderne kan mærke, eller vedligeholder I noget, I lige så godt kunne købe?
Svaret kan gå begge veje. Har I særlige varer, priser, kundeaftaler eller arbejdsgange, kan egen kode være jeres vigtigste aktiv. Bruger udviklerne det meste af tiden på at holde basale funktioner i live, kan det være bedre at købe grundplatformen og kun selv bygge det, der adskiller jer. Et blandet svar er også muligt, hvor kurv og kasse købes, mens søgning eller prisberegning bliver jeres. Tankegangen er beskrevet i bygge, købe eller integrere. Er koden gammel, bør I også læse om produkter i gammel teknologi.
Regler, der følger med
Hjemmesider og apps, hvor forbrugere kan indgå aftaler, er omfattet af tilgængelighedsloven, medmindre I er en mikrovirksomhed. Har I selv bygget platformen, er det jeres udviklere, der skal indfri kravene, og det er lettere at indarbejde dem løbende end at rette op bagefter. Hvad loven kræver af software, gennemgås i tilgængelighedsloven: gælder den jeres software?. Om den konkret gælder for jer, er et spørgsmål til advokat.
Sådan kommer I i gang
Begynd med tre ting, I kan klare på et enkelt møde. Find ud af, hvem der ejer hver kobling. Skriv de datoer ned, hvor butikken ikke må fejle. Spørg udviklerne, hvad der vil gå i stykker først, hvis trafikken bliver meget større. Kan I ikke svare, har I en god grund til at tale med en, der har prøvet det før.
Det skal I lade være med
- At kalde en standardbutik for egenudviklet · mange tilpasninger gør jer afhængige af leverandøren og giver jer ikke et produkt.
- At sende store ændringer ud lige før en kampagne · lås datoerne på forhånd.
- At forsvare egen platform af vane · lad den blive vurderet på det, den giver kunderne.
Det skal I kræve af den eksterne
- ☐ Et overblik over koblinger, ejere og svage punkter.
- ☐ En plan for de travle perioder med klare grænser for ændringer.
- ☐ Et begrundet svar på, om platformen skal blive, skiftes ud eller deles op.
- ☐ Forklaringer, som også den kommercielle ledelse kan følge.
Kilder
- Lov nr. 801 af 7. juni 2022 om tilgængelighed af produkter og tjenester: § 1, stk. 2, om tjenesterne og § 6, stk. 3, om mikrovirksomheder.
- Erhvervsstyrelsens oplæg om tilgængelighedsloven: e-handel som hjemmesider og apps, hvor forbrugeraftaler kan indgås.
Senest gennemgået: november 2026.
Næste skridt
- Fractional CTO: teknisk ledelse af produktet på deltid
- Bygge, købe eller integrere: hvad skal I selv eje i produktet?
Læs også: Skalering og drift af produktet · Har vi brug for en CTO?
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
