Kort svar: Overtag aldrig ansvaret for et nedarvet site, før du har kortlagt det – og håndtér så den tekniske gæld i tre bøtter: kritisk (sikkerhedshuller, manglende backup, udløbne licenser – fikses nu, som fast tilbudt „stabiliseringsfase“ til fast pris), snart (opdateringsefterslæb, langsomme sider – planlægges over de næste måneder) og lad ligge (grimt men harmløst – rør det kun, hvis kunden betaler for det). Og én regel til: tal ALDRIG grimt om det forrige bureau. Det virker småt – og det er det også.
Før eller siden lander det på dit bord: et site bygget af „dem før os“ – 42 plugins, et child-tema med 3.000 linjer hjemmestrikket kode, ingen dokumentation og en kunde, der bare gerne vil have, at det virker. Det nedarvede site er både en risiko (du arver ansvaret for andres beslutninger) og en mulighed (kunden har allerede fravalgt konkurrenten). Her er processen, der gør overtagelsen profitabel i stedet for et tærende velgørenhedsprojekt.
Kør hele tjeklisten fra onboarding-artiklen – adgange, ejerskab, backup, versioner – og grav så et spadestik dybere, fordi sitet er nedarvet: Hvor kommer temaet fra, og opdateres det stadig? Hvilke plugins er forladte (ingen opdatering i årevis)? Ligger der kode i temaet, som burde være plugins? Er der licenser, som var bundet til det GAMLE bureaus konti og dør ved skiftet? Findes der udokumenterede specialløsninger (formularer, integrationer, cron-jobs)? Skriv ALT ned med skærmbilleder – dokumentet er både din arbejdsplan og dit bevis for, hvad der var dårligt FØR dig. Den skelnen bliver vigtig, hvis noget går i stykker i uge to.
Kritisk (fikses før eller i første uge): manglende/utestet backup, kendte sårbarheder i plugins eller kerne, udløbende licenser, admin-adgange der stadig tilhører fremmede, og alt der rører betalinger. Snart (første kvartal, planlagt): opdateringsefterslæb, langsomme sider, rod i brugerroller, manglende overvågning. Lad ligge: grim kode, der virker; forladte men harmløse plugins; navngivning, der støder dit æstetiske sind. Teknisk gæld skal prioriteres som økonomisk gæld: dyr rente først – og noget gæld er så billig, at den aldrig skal indfries. Perfektionisme på kundens regning er ikke grundighed; det er dårlig rådgivning.
Sælg overtagelsen i to dele: en stabiliseringsfase til fast pris (kortlægning + hele „kritisk“-bøtten + ordentlig hosting med testet backup – typisk et lille antal fastprisdage) og DEREFTER den løbende driftsaftale. Aldrig omvendt, og aldrig „vi tager det hen ad vejen“: uden fast ramme bliver du enten manden, der fakturerer overraskelser, eller bureauet, der rydder op gratis. „Snart“-bøtten prissættes som små projekter i driftens anbefalinger – én ad gangen, jf. månedsrapporten. Flyt i øvrigt sitet over på din egen standardplatform som del af stabiliseringen: du kan ikke give garantier på en ukendt server, du ikke har nøglerne til.
Tommelfingerreglen: overstiger oprydningen halvdelen af prisen for at bygge sitet ordentligt op fra din standardopsætning, så anbefal nybyg – med det gamle site kørende urørt imens. Renovering vælges, når fundamentet er sundt (opdateret tema, fornuftig struktur) og gælden ligger i kanterne; nybyg, når gælden ligger i fundamentet (forladt sidebygger, tema der ikke tåler PHP-opdateringer, sikkerhedsmæssigt uholdbart). Sig det ærligt og med tal – kunden har lige forladt ét bureau og lugter fint, hvis nybyg-anbefalingen mest handler om DIN omsætning.
Uanset hvad du finder: omtal forgængeren neutralt. „Det her var en almindelig måde at gøre det på dengang“ og „jeg ville vælge en anden løsning i dag“ siger alt – uden at gøre kunden dum (de valgte dem jo) eller branchen mindre. Og husk spejlet: en dag er DU forgængeren, og så høster du selv gevinsten af en ordentlig offboarding og et godt eftermæle. De bureauer, der taler pænt om hinanden, får i øvrigt også flest henvisninger fra hinanden – branchen er mindre, end den ser ud.
Og få før-billedet KVITTERET: send kortlægningens hovedpunkter til kunden („sådan ser sitet ud i dag – her er de tre vigtigste risici“), og bed om et kort ok, før stabiliseringen går i gang. Den mail gør to ting: kunden forstår, hvad de har købt sig til – og ingen kan senere påstå, at problemerne opstod på din vagt.
Backup (findes den, og virker den?), kendte sårbarheder, fremmede admin-adgange, licenser bundet til det gamle bureau – og alt, der rører betalinger. Det er „kritisk“-bøtten.
Nej. Prioritér som økonomisk gæld: dyr rente først. Grim men harmløs kode må gerne blive liggende – oprydning for æstetikkens skyld er dårlig rådgivning på kundens regning.
Når oprydningen koster mere end cirka halvdelen af et nybyg fra din standardopsætning, eller når gælden sidder i fundamentet: forladt sidebygger, tema der ikke tåler opdateringer, uholdbar sikkerhed.
