Äger du din källkod?

Tänk dig att du har anlitat en konsult som sköter programvaran till ett system som hela din verksamhet är beroende av. Allt verkar fungera. Du har ju anlitat en konsult, och de är proffs.

Men plötsligt börjar dina kunder ringa. Felmeddelanden dyker upp. Du kontaktar konsulten och undrar vad som händer. De kopplar upp sig och försöker lösa problemet. Sedan igen. Och igen. Ni har hamnat i en evig loop. Kunden är inte längre nöjd, och du lägger dina dagar på att jaga konsulter som inte löser problemet.

Till slut tar du beslutet: nu byter jag konsult. Och det är här det verkliga problemet uppstår. Var finns källkoden? Och framför allt, var finns dokumentationen? Du kontaktar firman, men svaren är oklara och motstridiga.

Tid som inte läggs på kärnverksamheten

Exemplet visar hur mycket tid ett företag kan lägga på saker som inte är deras kärnverksamhet. Och det är bara ett av många fall.

Ta något så unikt som din hemsida. Ställ dig frågan: vem äger den egentligen? Du kanske äger domänen, men var finns källkoden? Den dag du vill göra något nytt ska det vara en smidig process, inte ett detektivarbete.

Många tänker aldrig på var koden till deras system faktiskt finns. Den kan ligga hos konsulten eller byrån, och det märks först den dagen man vill byta. För mig handlar ägande om att du äger kontona där allt finns: koden, hostingen och domänen. Jag som utvecklare får tillgång och sköter det tekniska åt dig, men kontona är dina. Med dokumentation som förklarar hur allt hänger ihop kan nästa utvecklare ta över utan att börja om från noll.

Att äga betyder förstås också att någon behöver ta hand om systemet över tid, med uppdateringar och underhåll. Skillnaden är att det är du som väljer vem.

Men allt behöver inte vara ditt

Det jag pratar om här gäller programvara som är skapad unikt för dig och din verksamhet. Det finns givetvis fall där det är smidigare att köpa en tjänst, och där det är helt okej att inte ha ett eget system.

Bokföring är ett av de bästa exemplen. Där låter vi den som erbjuder tjänsten sköta allt det jobbiga: utveckling, underhåll och integrationer med banker och andra aktörer. Det problemet delar du med tusentals andra företag, och du vinner ingenting på att bygga det själv. Istället kan du fokusera på det du tycker är kul, din kärnverksamhet.

Så för mig handlar det inte om standard eller eget, utan om vad som passar just dig. Ibland är en färdig tjänst rätt val. Men ibland behöver du kanske bara en liten del av det en stor leverantör erbjuder, och då kan ett eget system vara smartare. Oavsett vilket ska du veta vad du äger.

Mitt tips

Var noggrann med att kolla vad som står i avtalet innan du skriver på. Står det vem som äger koden? Får du dokumentationen? Hur går det till om du vill byta leverantör? Är något oklart, fråga. En seriös leverantör har inga problem att svara.

Så tänker jag

När jag bygger något åt en kund är det kundens. Koden ligger där du kommer åt den, med dokumentation så att vem som helst kan ta över. Jag vill att du stannar för att samarbetet fungerar, inte för att du sitter fast.