2 min

Varför standardlösningar sällan löser rätt problem

Standardlösning, anpassning eller egenutveckling? Prova viktiga arbetsflöden och jämför kostnader och ansvar över tid.

Michael Hansson

Demot ser enkelt ut. Säljaren visar hur allt hänger ihop. Någon säger att ni kan anpassa arbetssättet efter plattformen.

Det kanske ni ska. Men först vill jag se hur era viktigaste uppgifter fungerar i den, även när förutsättningarna inte ser ut som i demot.

Vad är ni beredda att ändra?

En standardlösning bygger på antaganden om hur arbetet går till. Ibland passar de bra. Ibland är det precis den förenkling ni behöver.

Men om lösningen kräver att folk dubbelregistrerar uppgifter eller håller egna listor vid sidan av behöver ni förstå varför. Är arbetssättet onödigt krångligt, eller saknas stöd för något verksamheten faktiskt behöver?

Det går inte att avgöra genom att säga att er verksamhet är unik. Nästan alla tycker det. Peka ut vilka behov som verkligen skiljer sig och vad de är värda.

Prova arbetet, inte bara funktionerna

Välj några vanliga uppgifter och ett besvärligt undantag. Låt dem som ska använda systemet gå igenom dem.

  • Vilka steg går att göra direkt?
  • Var behövs manuellt arbete eller en annan lösning?
  • Vilka uppgifter måste hämtas från andra system?
  • Vad händer när något blir fel?

Ett kryss bredvid en funktion säger inte hur väl hela arbetet fungerar.

Jämför kostnaden för alternativen

Anpassning kan bli dyr. Egenutveckling också.

Räkna på införande, integrationer, drift, underhåll och de förändringar ni kan förutse. Ta med tiden som användarna behöver lägga på omvägar. Fundera också på hur ni får ut uppgifterna och tar er vidare om lösningen inte passar längre.

Om ni bygger själva behöver någon fortsätta ta hand om det. En lägre första offert räcker inte för att visa att det blir billigare.

Välj kompromissen med öppna ögon

Jag tycker att en standardlösning är ett bra val när den klarar de viktiga uppgifterna och begränsningarna är rimliga. Anpassa där det ger tydlig nytta. Överväg egenutveckling där behovet motiverar både kostnaden och det långsiktiga ansvaret.

Det jag reagerar på är när ”vi löser det sen” får ersätta de här bedömningarna. Sen brukar infalla efter att ni skrivit på.