Ekstern CTO
Hvordan påvirker teknikken webshoppens værdi?
Se, hvordan kode, integrationer, dokumentation og driftsrisiko indgår ved salg af en webshop. Få en konkret metode til at beskrive den tekniske stand.
- Forfatter
- Kasper Stück
- Dato
- Læsetid
- 4 min
- Niveau
- Avanceret
Når du overvejer at sælge din webshop, skal en køber kunne forstå, hvad der holder driften i gang. Det gælder både platformen, integrationerne og den viden, der findes hos medarbejdere og leverandører.
En teknisk gennemgang sætter ikke en salgspris på virksomheden. Den giver et grundlag for at vurdere kommende arbejde, driftsrisici og overdragelse. Jeg fokuserer på de forhold, der kan dokumenteres, frem for generelle pristillæg for en bestemt platform.
Hvad køberen skal kunne vurdere
En køber har brug for svar på tre spørgsmål: Kan webshoppen drives videre? Hvilke investeringer venter? Og hvem kan overtage ansvaret?
De spørgsmål kræver mere end en liste over apps. En integration kan være vigtigere for driften end hele temaets udseende. Hvis lagerdata ikke opdateres korrekt, eller ingen ved, hvordan fejl håndteres, er der en konkret risiko at undersøge.
Platform og vedligeholdelse
Notér platform, abonnement eller version, driftsleverandør og kendte begrænsninger. For selvhostede løsninger skal du også beskrive opdateringer, hosting og ansvar for sikkerhedskopier.
Hosted software flytter en del af driftsansvaret til leverandøren, men fjerner ikke ansvaret for konfiguration, apps, adgange og integrationer. Et dyrere abonnement giver heller ikke automatisk en højere virksomhedsværdi.
Undersøg, om løsningen kan håndtere den forventede belastning og de planlagte arbejdsgange. Omsætning er ikke alene et kapacitetsmål: antal ordrer, varianter, samtidige besøg og kompleksitet kan være mere relevante.
Teknisk gæld og kommende udgifter
Lav en konkret liste over kendte problemer. Beskriv konsekvens, sandsynlighed, ansvar og et begrundet estimat for udbedring.
| Fund | Dokumentation | Det skal afklares |
|---|---|---|
| Ubrugte appabonnementer | Fakturaer og faktisk brug | Hvad kan opsiges uden følgefejl? |
| Fejl i lagersynkronisering | Logfiler og berørte ordrer | Hvor opstår fejlen, og hvordan rettes den? |
| Udokumenteret kode | Kodegennemgang og afhængigheder | Hvem kan vedligeholde den? |
| Forældet platformversion | Version og supportstatus | Hvad kræver en opdatering eller flytning? |
| Langsomt købsforløb | Målinger og funktionstest | Hvilke dele skaber ventetiden? |
Undgå at tælle samme problem flere gange. En ustabil integration kan både medføre manuelt arbejde og et udviklingsbehov; det betyder ikke, at alle tænkelige konsekvenser uden videre kan lægges sammen.
Du kan bruge artiklen om teknisk gæld til at strukturere gennemgangen.
Integrationer og data
Dokumentér dataflowet mellem webshop, lager, økonomi, betaling og markedsføring. For hvert system skal det være tydeligt, hvilke data det bestemmer over, og hvad der sker, når synkronisering fejler.
Saml beskrivelser af kørsler, genforsøg, fejllogning og alarmer. Kontrollér også, at der findes en procedure for at behandle ordrer, hvis en forbindelse midlertidigt er ude af drift.
Standardintegrationer kan være gode, men deres navn alene dokumenterer ikke kvaliteten. En specialudviklet integration kan også være velfungerende, hvis den er testet, beskrevet og kan vedligeholdes af andre.
Dokumentation og afhængighed af personer
En ny ansvarlig skal kunne finde de vigtigste oplysninger uden at ringe til den tidligere ejer hver gang. Beskriv derfor daglig drift, fejlretning, udrulning af ændringer og gendannelse.
Prøv dokumentationen af med en udvikler eller medarbejder, som ikke skrev den. Kan personen finde årsagen til en fejlet ordreoverførsel? Kan vedkommende forklare, hvordan ændringer kommer fra test til drift?
Adgangsoversigten skal angive kontoejer, roller og ansvar. Opbevar selve adgangskoderne i en egnet adgangskodeløsning. Afklar, hvilke licenser og aftaler der kan overdrages, og hvilke der skal genforhandles.
Hvad er værd at gøre før salget?
Start med fejl, som påvirker kunder eller drift, og med oplysninger, en køber skal bruge til at forstå virksomheden. Et mindre dokumentationsarbejde kan være mere relevant end en stor ombygning tæt på overdragelsen.
Et tænkt eksempel: En integration fejler jævnligt, og medarbejderne bruger tid på genindtastning. Et tilbud på udbedring og en log over fejlene giver et bedre beslutningsgrundlag end en antagelse om, at problemet reducerer salgsprisen med en fast procent.
Hvis du overvejer en større investering, skal formål, tidsplan og overgangsrisiko vurderes sammen med salgsplanen. En ny platform er ikke i sig selv et argument for at investere lige før et salg.
Sådan samler du materialet
Lav en teknisk mappe med systemoversigt, leverandøraftaler, dokumentation, kendte fejl og prioriteret handlingsplan. Angiv dato og ansvarlig, så køberen kan se, hvad der er aktuelt.
Skeln mellem bekræftede problemer og områder, der endnu ikke er undersøgt. Det gør materialet mere troværdigt og hjælper med at afgrænse den videre gennemgang.
Jeg hjælper med teknisk due diligence af webshops, hvor resultatet er et overblik over stand, risici og arbejde. Du kan også bruge guiden til at forberede webshoppen til salg til den praktiske plan.
FAQ - Ofte stillede spørgsmål
Kan teknikken give et bestemt tillæg til salgsprisen?
Der findes ikke et generelt tillæg eller fradrag. Teknisk stand indgår sammen med økonomi, forretning, aftalevilkår og køberens planer.
Giver Shopify Plus automatisk en højere værdi?
Nej. Det afgørende er, om løsningen passer til forretningen, fungerer stabilt og kan drives videre. Et bestemt platformnavn eller abonnement dokumenterer ikke det alene.
Hvad skal jeg dokumentere før et salg?
Saml systemoversigt, integrationer, drift, adgange, leverandøraftaler og kendte problemer. Tilføj ansvar og konkrete estimater for nødvendige udbedringer.