Integration bör vara nästa steg – inte det första

I artikeln ”Varför börjar så många IT-besparingar med en stor IT-kostnad?” ställde jag frågan varför en besparing så ofta måste föregås av en stor initial investering.

Ett integrationsprojekt är ett tydligt exempel. Innan kunden ens kan börja använda och utvärdera en ny tjänst ska integrationen prioriteras, finansieras, utvecklas och testas.

Först därefter går det att ta reda på om tjänsten skapar det värde som motiverade integrationen från början.

Men måste integrationen verkligen komma först?

En återkommande fråga

När vi byggde Sinos fick vi återkommande höra att en integration hos ett större försäkringsbolag både innebär en betydande kostnad och kan vara svår att prioritera bland alla andra initiativ som pågår.

En fråga dök därför upp i nästan varje dialog:

Går det att använda Sinos som en helt fristående tjänst?

 

Svaret var ja.

Vi hade redan byggt Sinos Customer Center som en säker miljö där varje kund arbetar separat och kan skapa användare med olika roller och behörigheter. Ett försäkringsbolag kunde därför använda Sinos utan att först integrera tjänsten med sitt eget ärendehanteringssystem.

Vår ursprungliga tanke var att detta framför allt skulle användas under en pilot eller en kortare införandeperiod. Kunden kunde prova tjänsten direkt och därefter bygga en egen integration för att få rapporterna levererade till sina interna system.

Vi utgick helt enkelt från att en integration alltid skulle bli det självklara nästa steget.

Från tillfällig lösning till långsiktig modell

Vi insåg snart att fristående användning inte behöver vara begränsad till en pilot.

För vissa kunder finns inget omedelbart behov av en egen integration. Den kanske blir relevant senare, när användningen ökar eller när kunden identifierar ett behov som den fristående lösningen inte kan tillgodose.

För andra kan det finnas ett behov av automatisk leverans, men inte av ett stort och kundspecifikt integrationsprojekt.

Vi såg också att många försäkringsbolag redan har etablerade flöden där dokument tas emot på en säker filyta och därifrån förs vidare till interna system.

Den insikten ledde fram till Sinos Integration Hub.

En standardiserad väg in

Integration Hub använder Sinos API för att hämta färdiga artefakter och leverera dem till kundens säkra filyta.

När en ny kund ska anslutas behöver Sinos konfigurera leveransen, men kunden behöver inte utveckla och förvalta en egen integration mot vårt API.

Det ger oss två sätt att använda Sinos:

Sinos Managed

 

Kunden använder Sinos Customer Center och får resultatet levererat genom Integration Hub. Ingen egen integration behöver utvecklas och tjänsten kan normalt tas i bruk inom några dagar.

Client Handled

 

Kunden bygger en egen integration mot Sinos API. Det ger möjlighet till ett helt automatiserat och kundanpassat flöde direkt in i det egna ärendehanteringssystemet.

Skillnaden är framför allt vem som hanterar integrationen – och när investeringen behöver göras.

Börja med behovet

Med Sinos Managed kan kunden börja använda tjänsten utan att först starta ett eget integrationsprojekt. Det går att hantera riktiga ärenden, mäta utfallet och se hur tjänsten fungerar i den egna verksamheten.

Om det senare uppstår ett tydligt behov av en egen integration kan den byggas då – när nyttan redan är bevisad och kunden vet vilka krav integrationen faktiskt behöver uppfylla.

Integrationen blir därmed en medveten investering för att möta ett identifierat behov, inte en inträdesbiljett för att över huvud taget få prova tjänsten.

Ibland är en djup integration helt rätt väg.

Men den behöver inte vara det första steget.

Författare: Peter Ehrling, Sinos Solutions, 2026-09-26