Kan vi äga ett eget system utan en egen utvecklare?
Olle Krantz
Ni kan äga ett skräddarsytt system utan egen utvecklare. Äganderätten betyder att kod, databas och drift ligger i era egna konton, så att ni kan behålla leverantören, byta till en annan byrå eller ta över själva. För att det ska fungera ska ni kräva konton i ert namn, dokumentation, versionerade databasändringar och vanliga, öppna komponenter redan i avtalet.
Vad ”äga” betyder
Att äga ett system betyder att kod, databas och drift ligger i era egna konton, och att ni kan ta med er allt om ni byter leverantör. Det betyder inte att ni måste kunna underhålla det själva. Men ni måste kunna välja vem som gör det.
Många tvekar inför ett eget system just på grund av den punkten: ”vi har ingen utvecklare, vad händer om något går sönder?” Svaret är att ni har tre vägar, och att det är ägandet som gör att ni har dem.
Tre sätt att sköta ett system ni äger
1. Behåll leverantören
Ni fortsätter med dem som byggde det, med ett avtal om drift, support och vidareutveckling. Det är det enklaste, och det fungerar så länge relationen gör det. Eftersom ni äger allt är det ett val, inte ett tvång.
2. Byt leverantör
Koden ligger i ert repo och databasen i ert konto. En annan byrå kan läsa in sig och ta över. Det är därför tekniken spelar roll: ett system byggt på vanliga, öppna komponenter går att ta över, medan ett system byggt på en leverantörs egna verktyg gör det inte. Hos Altu är det TypeScript, Next.js, Postgres via Supabase och Vercel, vilket de flesta webbutvecklare känner till. Se skräddarsydda system.
3. Ta över själva
Anställ en utvecklare eller låt en medarbetare ta ansvaret, när systemet blivit så viktigt att det motiverar det. Det är ett val ni kan göra senare, men bara om överlämningen är gjord ordentligt.
Vad ni ska kräva för att kunna välja
Ställ de här kraven i avtalet innan arbetet börjar:
- Konton i ert namn. Repo, databas, hosting och domän ska ligga hos er från dag ett, inte hos leverantören.
- Åtkomst för minst två personer hos er. Ett system som bara en person kan logga in i är inte ägt.
- Dokumentation som en annan utvecklare kan läsa. Hur systemet startas, var hemligheter lagras och hur uppdateringar driftsätts.
- Versionerade databasändringar. Varje ändring av databasen ska finnas som en skriven, återkörbar migrering, så att en ny utvecklare kan återskapa den.
- Öppna komponenter. Fråga vilka bibliotek och tjänster som används, och om någon av dem är leverantörens egen.
- En överlämningsrutin. Vad som ingår om ni vill byta, och vad det kostar.
Frågor att ställa leverantören
- Visa mig var koden och databasen ligger. I vems konto?
- Vad händer med systemet om ni upphör?
- Hur lång tid skulle det ta för en annan byrå att ta över?
- Vilka delar är era egna och inte öppna?
Vilken TypeScript-utvecklare som helst ska kunna ta vid. Kan leverantören inte svara på det, eller vill inte, är det svaret.
När driften ändå är värd att lägga ut
Ett litet bolag har sällan anledning att själv sköta uppdateringar, säkerhetsrättningar och övervakning. Att lägga ut drift och vidareutveckling är rimligt, så länge ni äger systemet. Skillnaden mot ett hyrt system är att ni kan ändra er.
Vill ni veta vad ägandet innebär hos oss? Läs Bygga eget CRM eller köpa Salesforce, HubSpot eller Pipedrive? eller hör av er.