De meeste mensen die ons bellen hebben hetzelfde probleem: de partij die hun software bouwde is ermee gestopt. Soms netjes aangekondigd, vaker niet. Het draait nog, er komt nog steeds omzet doorheen, en niemand durft er iets aan te veranderen.

De eerste vraag is dan altijd: wat gaat dit kosten? Het eerlijke antwoord is dat we dat na twee weken lezen weten en niet eerder. Wel kunnen we uitleggen wat de prijs bepaalt, zodat je zelf al kunt inschatten aan welke kant je zit.

Wat de prijs omhoog jaagt

Geen documentatie. Vervelend, maar het kost minder dan mensen denken. Code is te lezen. Wat écht duur is, is code die iets anders doet dan hij lijkt te doen.

Geen testomgeving. Als de enige plek waar het draait de productieomgeving is, wordt elke wijziging een operatie met risico. Het opzetten van een tweede omgeving is vaak het eerste dat we doen, en meteen de beste investering.

Verlopen afhankelijkheden. Een PHP-versie van vijf jaar terug, een framework dat drie hoofdversies achterloopt, pakketten die niet meer bestaan. Bijwerken kan bijna altijd, maar het is werk dat je niet ziet en waar je niets nieuws voor terugkrijgt. Dat maakt het een lastig gesprek, en het is wel het eerste dat moet.

Accounts die van iemand anders zijn. De domeinnaam staat op naam van het bureau, de server draait onder hun account, de certificaten lopen via hun mail. Dit is geen technisch probleem maar een juridisch en organisatorisch probleem, en het duurt in de praktijk het langst.

Wat de prijs omlaag haalt

  • De code staat in een repository met een leesbare historie.
  • Er zit een raamwerk onder dat mensen kennen. Laravel, Symfony, Django: prima. Iets zelfgebouwds uit 2013: minder.
  • Er is nog iemand bereikbaar die eraan gewerkt heeft, al is het een uur aan de telefoon.
  • Het systeem doet één ding. Hoe meer losse dingen erin zitten, hoe langer het duurt voor je het overziet.

Wat je zelf alvast kunt regelen

Ook als je nog niet weet met wie je verder gaat, is dit altijd verstandig:

  1. Zet de domeinnaam, de hosting en de externe accounts op naam van je eigen bedrijf.
  2. Zorg dat je toegang hebt tot de repository, of vraag om een export als die er niet is.
  3. Maak een back-up van de database die je zelf kunt terugzetten, en probeer dat één keer.
  4. Schrijf op wie welke sleutels heeft. Bij vertrokken bureaus is dat vaker een probleem dan de code zelf.

Dat is geen verkooppraatje: dit hoort van jou te zijn, wie het ook beheert.

Hoe wij het aanpakken

We beginnen met lezen. Binnen ongeveer twee weken weten we hoe het platform in elkaar zit, wat er stuk is en wat er als eerste moet gebeuren. Dat leggen we vast in gewone taal, zodat die kennis niet opnieuw in één hoofd komt te zitten.

Daarna draaien we het beheer over: updates, monitoring, back-ups die we ook echt een keer terugzetten, en nieuwe functionaliteit als je die wil. Binnen een week of drie weet je weer waar je aan toe bent.

Meer daarover staat op de pagina over softwareovername. Bellen mag ook: 010 318 0515.