Vad som egentligen ingår i ett skräddarsytt system, och hur du avgränsar det

De flesta företag som funderar på ett skräddarsytt system börjar med frågan hur stort det är. Den mer användbara frågan är vad systemet behöver förstå om verksamheten. Den här artikeln förklarar var det verkliga arbetet ligger, varför första bygget bara är en del av det, och vad som bör vara klart innan någon skriver kod.

Där arbetet egentligen ligger

Koden är sällan den svåra delen. I ett typiskt affärssystem ligger arbetet på fyra ställen:

• Att förstå processen. Någon måste lära sig hur teamet arbetar i dag, inklusive undantagen som ingen har skrivit ner. Att hoppa över det här är den vanligaste orsaken till att system byggs om.
• Integrationer. Varje koppling till ett ekonomisystem, en e-handelsplattform eller en äldre databas har sin egen inloggning, sina egna begränsningar och sina egna egenheter i datan.
• Undantagsfall. Huvudflödet är 20 procent av arbetet. Återbetalningar, delleveranser, dubblettkunder och behörigheter är resten.
• Drift. Hosting, övervakning, backuper, driftsättning och en överlämning som gör att någon annan kan förvalta systemet.

En plan som bara täcker första bygget och ingen drift är inte ett mindre projekt. Den är ofullständig.

Kom överens om resultat, inte om insats

En plan som mäts i insats säger ingenting om vad du kommer att kunna göra när insatsen är förbrukad. Kom i stället överens om konkreta leveranser: vad systemet gör när varje del är klar, och hur du kontrollerar det på er egen data. Då arbetar alla mot ett resultat i stället för mot en klocka.

När AI-agenter sköter mycket av kodning, testning och granskning kan en senior utvecklare på veckor leverera det som förr tog ett team ett kvartal. Det gör det realistiskt att arbeta i korta steg, med något verkligt att titta på efter varje steg.

Fem frågor att besvara innan du börjar

Du behöver ingen fullständig kravspecifikation för att komma i gång. Du behöver svar på fem frågor:

1. Vilket manuellt arbete ska försvinna, och hur mycket tid tar det i dag?
2. Vilka befintliga system måste det prata med?
3. Vilka ska använda det, och med vilka behörigheter?
4. Vad händer när det blir fel? Ett mänskligt granskningssteg är enkelt att bygga och riskabelt att hoppa över.
5. Vem äger systemet efter lansering?

Med de svaren kan en erfaren utvecklare under ett samtal säga hur stort projektet är och var riskerna finns.

Ett rimligt första steg

Börja med det minsta som bevisar idén på riktig data. Ett kort test besvarar de svåra frågorna tidigt och ger dig något konkret att visa kollegorna. Fungerar det bygger ni vidare. Fungerar det inte har ni lärt er det på dagar i stället för månader.

Funderar ni på ett skräddarsytt system? Kontakta oss och berätta vad det ska göra, så hjälper vi er att hitta rätt startpunkt.