Del 1: Standardsystem eller egenutveckling? Sida 1

MAJ 2009 WHITEPAPER:

Förbered ditt försäkringssystem för framtiden - Del 1: Standardsystem eller egenutveckling?

www.mantacore.se

Del 1: Standardsystem eller egenutveckling? Sida 2

Marknaden står inför ett antal utmaningar. Känner du igen dig?

• Svårt att uppnå Solvens II kraven• Tidskrävande att lansera nya produkter till marknaden• Många separata system• Behov av att kunna kommunicera med externa parter• Inflexibla it-system och krävande manuella processer

I detta whitepaper får du information om vad du ska tänka på om du står i valet och kvalet mellan att fortsätta utveckla ett eget system eller se över och införa ett av de standardsys-tem som finns på marknaden.

Varför ska du välja ett standardsystem framför egenutveck-ling? Hur ska jag kunna fortsätta vara unik gentemot övriga marknaden? Vilka fördelar får jag med ett standardsystem?

Detta är första delen i en serie av tre som behandlar stan-dardsystem för försäkringbranschen. De andra delarna handlar om:

Del 2: Vad ska ett standardsystem kunna hantera?Del 3: Hur inför man ett standardsystem?

Vill du få information när nästa del kommer ut så skicka ett mail till marketing@mantacore.se eller gå in på:http://www.mantacore.se/whitepaper

Inledning

Innehåll Inledning ..............................................................2

Innehåll................................................................2

Historik ................................................................3

Tiden är mogen för standardsystem ......................4

Egenutvecklade kontra standardsystem .................5

Unika behov .........................................................7

Olika typer av standardsystem ..............................8

Utmaningar för standardsystem ............................9

Om Mantacore ..................................................10

www.mantacore.se

Del 1: Standardsystem eller egenutveckling? Sida 3

Historiskt så har ett antal branscher de senaste 10-15 åren gått igenom stora förändringar och skiftat från egenutvecklade sys-tem till standardsystem.

Exempel på branscher där standardsystem numera är de facto:- Ekonomi- Distribution (order, lager, fakturering)- Produktion (Materialplaneringssystem, produktionsystem)- Säljsystem (CRM)

Försäkringsbranschen har inte haft samma utveckling inom it som andra branscher. Från att på 60-talet köra it system base-rade på hålkort till att i slutet av samma årtionde bygga system baserade på COBOL, PASCAL och även FORTRAN. De var i detta skede man började systemera branschen och det hand-lade då om väldigt stora och komplicerade projekt.

Gradvis har ett skifte skett mot att den mesta av logiken legat i de gamla backendsystemen, till att logiken flyttas ut i frontend systemen, dvs. de system där handläggare m.fl administrerar informationen.

I dag finns många av dessa system fortfarande i drift hos många bolag. Det är också vanligt med många olika system för olika produkter, mycket manuell hantering och rutiner. Det är inte heller ovanligt att man idag använder excel som försäk-ringssystem. För t.ex. mer avancerade företagsförsäkringar kan man ha ett excel för varje företag.

Historik

För många branscher är standardsystem redan de facto.

Skifte mot fokus på fron-tend system istället för backend system.

Bild: Hålkort

www.mantacore.se

Del 1: Standardsystem eller egenutveckling? Sida 4

Varför är det nu läge att byta till standardsystem inom för-säkringsbranschen? Det finns ett antal faktorer som behö-ver uppfyllas för att försäkringsbolag ska kunna byta strategi och gå mot standardsystem istället för egenutveckling.

Teknikens framstegModern plattformsteknologi, internet, SOA, webservices, xml, användarvänliga gränssnitt finns nu på plats för att kunna skapa de standardsystem som branschen behöver. Stora framsteg har gjorts också inom utvecklingsmetoder och produktprocesser för mjukvara.

Marknadens krav på snabbare förändringDet gäller att kunna sticka ut och snabbt förändra systemen då nya affärsmöjligheter erbjuds. Då krävs system som kan hantera dessa snabba förändringar.

Interaktion med omvärldenIdag ställs betydligt större krav att omvärlden ska kunna kommunicera direkt med de interna försäkringssystemen. Allt ifrån slutkunder, skadereglerare, ekonomipersonal, fi-nansmyndigheter till poliser, brandkåren osv.

InternationaliseringFörsäkringsbolag verkar inte längre bara på sin hemma-marknad. Det blir allt viktigare att hantera nya marknader vilket ställer helt andra krav på it-systemen. Solvens II för samman regelverk för hela Europa, vilket också underlättar för standardsystem att verka på många olika marknader.

Fokus på låga transaktionskostnaderDe interna it-kostnaderna får inte stiga i samma takt som nya kunder tillkommer. Marginalerna måste sjunka och nya kunder och marknader ska kunna tas utan dyra it-projekt.

Kompetens och erfarenhetDe systemleverantörer som specialiserat sig på försäkrings-branschen har under 10-15 år samlat på sig nödvändig kun-skap och kompetens för att omsätta i sina produkterbju-danden.

Nya kunder ska inte inne-bära lika stora it-kostnader varje gång.

Tiden är mogen för standardsystem

Rätt teknologi finns nu på plats för att erbjuda stan-dardsystem.

Solvens II harmoniserar ge-mensamma regelverk och systemstöd.

www.mantacore.se

Del 1: Standardsystem eller egenutveckling? Sida 5

Egenutvecklade kon-tra standardsystem

Historiskt har vi nu sett att många branscher har skiftat från egenutvecklade system till standardsystem och att tiden nu är mogen för försäkringsbranschen att ta samma steg. För att kunna gå vidare med att gå till ett standardsystem så be-höver vi förstå skillnaderna mellan egenutvecklade och stan-dardsystem.

Vi har tittat närmare på ett par områden:

- Produktutveckling kontra it-avdelning- Kräver unika behov egenutveckling?- Olika typer av standardsystem- Utmaningar för standardsystem

Systemleverantör kontra intern itEtt försäkringsbolags kärnverksamhet är att sälja/förmedla försäkringar eller hantera risker och ett mjukvaruföretag pro-dukter och lösningar. Det innebär att en systemleverantör helt är inställt på att producera och leverera it-produkter.

Kärnområden kan vara:

Detta medför att produktbolag har en stor potential att le-verera produkter i tid och med hög kvalité till en låg kostnad. För att ett försäkringsbolag ska kunna leverera liknande så krävs att man satsar och är ledande inom dessa områden.

Den interna it-personal man har tillgång till bör användas så effektivt som möjligt. Hur använder man sin it på bästa sätt?

- Satsa på unika kundanpassningar- Agera kravställare mot produktbolag/externa konsulter- Bygga integration mot externa system- Agera länk mellan affärssidan och it-sidan.

Ett annat problem med att egenutvecklade system blir väl-digt dyra och där nya affärsmöjligheter tar lång tid att lanse-ra, är att de interna it-avdelningarna har svårt att säga nej till vissa utvecklingspår. Eller att man ofta tvingas till ”quick and dirty” lösningar för att snabbt kunna lansera någon ny funk-tionalitet. Ett produktbolag är tvingat att se på helheten och att ta fram lösningar som inte bryter existerande funktionali-tet eller gör det svårare att utveckla framtida lösningar.

Viktigt att utnyttja intern it-personal på bästa sätt.

Interna it-avdelningar tvingas ofta tänka kortsik-tigt och inte lägga resurser på långsiktiga lösningar.

Kärnverksamheten är olika för försäkringsbolag och systemleverantör.

Teknikutbildning TeknikbevakningCertifiering UtvecklingsmetoderPartnerskap ProduktprocesserTest/QA SupportProduktorganisation Användbarhet/Design

www.mantacore.se

Del 1: Standardsystem eller egenutveckling? Sida 6

Dela kostnader med standardsystemVäldigt stora delar av ett försäkringssystem eller annat lik-nande system består av generell hantering av databasan-rop, transaktionshantering, loggning, säkerhet, behörighet, hantering av grafiska gränssnitt, webservice-lager, felhante-ring m.m. När det gäller just försäkringssystem så finns det också stora likheter hur försäkringar och produkter hanteras som inte är unikt för olika bolag. Med regelverk som Solvens II så förstärks detta ytterligare. Köper man ett standardsys-tem så delar man kostnaden för att ta fram dessa delar mel-lan många bolag.

Långsiktig utvecklingEtt problem med egenutveckling är att man oftast bygger för de omedelbara behoven. Det är svårt att motivera in-vesteringar för eventuella framtida behov. Problemet är att om man inte bygger in även framtida behov i sin lösning så kostar det väldigt mycket mer att lägga till i efterhand. Ett produktbolag måste lösa många kunders behov, samt lägga mycket tid och pengar på forskning och analyser av fram-tiden. Som kund tar man del av andra kunders behov och därmed delar man på kostnaderna.

Endast en viss del av ett försäkringssytem består av unika lösningar.

BehörigheterLoggning

Databasanrop

Regelverk

Försäkringslogik

Unikabehov

Det blir problem om man bara bygger för de omedel-bara behoven och inte sat-sar långsiktigt.

Felhantering

www.mantacore.se

Del 1: Standardsystem eller egenutveckling? Sida 7

Ett argument att egenutveckla är ofta behovet att vara unik. Ett försäkringsbolag måste kunna ha lösningarna som till-låter de att göra saker som sina konkurrenter inte kan. Det ställer höga krav på ett standardsystem att kunna erbjuda möjligeter till separata kundanpassningar eller förändra be-fintlig funktionalitet utifrån separat kundmoduler. Det är väldigt viktigt att ett standardsystem hanterar detta på ett smart sätt så inte nya uppgraderingar, hotfixes osv bryter dessa kundanpassningar. Kundanpassningar kan dels vara olika former av konfigurering, men också rena utvecklingsin-satser.

Med denna typ av möjligheter kan den interna it- avdelning-en koncentrera sig på att ta fram de delar som gör företaget unikt och skiljer sig från sina konkurrenter.

Att man som försäkringsbolag har unika behov är säkert sant om man verkligen ligger in framkant och har affärsfö-delar som inte konkurrenterna ännu har. Det är dock inte lik-ställt med att de processer man har i dagsläget är det mest effektiva man borde ha. Ett vanligt misstag när man tittar på standardsystem är att man försöker mappa de proces-ser man har direkt på standardsystemet. Man bör lägga stor vikt vid att analysera de processer man har för att se om de verkligen är de mest effektiva och unika man kan ha. De de-lar som särskiljer sig från konkurrenterna är de som verkligen gör företaget unikt är de som man eventuellt behöver göra anpassningar för i ett standardsystem.

Sedan är det också så att vissa delar som man gör idag i sitt egenutvecklade system inte lämpar sig i ett standardsystem (ren kundvård, avancerade ekonomifunktioner, support). Det finns andra standardsystem inom dessa områden som löser dessa saker på ett mycket bättre sätt. Viktigt dock att kunna integrera med externa system på ett bra sätt.

Unika behovUnika behov ska lösas av anpassningar som inte på-verkas av uppgraderingar.

Analysera och utvärdera de befintliga processerna för att maximera nyttan av ett standardsystem.

Allt lämpar sig inte att bygga in i ett standardsys-tem.

www.mantacore.se

Del 1: Standardsystem eller egenutveckling? Sida 8

När man pratar om standardsystem så finns det förstås många olika varianter av system.

Generella systemDenna typ av system bygger ofta på en väldigt generell platt-form i botten som kan användas till många olika typer av branscher (försäkring, banker, industrier osv). På denna plattform så bygger man sedan olika branschlösningar. Pro-blemet är att dessa plattformar inte är anpassade till de processer och informationsstrukturer som gäller för en spe-cifik bransch. Det innebär att för att lösa specifika problem och processer så löser man inte dessa på det mest effektiva sättet. Det blir många work- arounds för att lösa olika pro-blem. Generellt blir det ofta väldigt mycket konfigurering för att styra in dessa generella modeller till mer branschspeci-fika.

Nischade systemNischade system är byggda för en specifik bransch eller spe-cifik del av bransch (t.ex. Pension eller risk- & sakförsäkring). Fördelen med denna typ av system är att de är helt och hållet baserade på de processer som gäller inom just försäkrings-branschen. Ofta innebär det också att produktföretaget är väldigt kunniga inom försäkringsbranschen och jobbat med försäkringsbolag i många år och kan de utmaningar som branschen står inför. Viktigt är det för dessa system att man lagt resurser på att kunna kommunicera med externa system på ett bra sätt, samt att hantera export och import. Ett pro-blem kan vara att det är svårt att göra de anpassningar som krävs, för de delar som är unika.

Hybrid-systemEtt hybridsystem bygger ofta på ett programmeringsgräns-snitt speciellt utvecklat för försäkringsbranschen. Ovanpå detta gränssnitt så bygger man in kundens specifika proces-ser och grafiska gränssnitt. Denna typ av system är ett mel-lanting mellan ett standardsystem och egenutveckling. De som levererar dessa hybridplattformar är ofta större kon-sultbolag. Hybridsystemen kräver nästan alltid att kunden använder resurser från konsultbolagen för att implementera lösningar.

Olika typer av stan-dardsystem

Generella plattformar löser inte alltid branschspecifika behov på bästa sätt.

Nischade system bygger på stor branschkompetens.

Hybrider kräver större im-plementationsprojekt.

www.mantacore.se

Del 1: Standardsystem eller egenutveckling? Sida 9

Man får inte exakt det man vill haDe exakta behov och processer man har går inte till 100% att överföra i ett standardsystem. Notera att man bör se över om de processer man har verkligen är de mest effektiva. Det kan ju också istället finnas nya affärsmöjligheter överstiger de befintliga krav som ej går att realisera till 100% i ett stan-dardsystem

KostnadDu kan behöva betala för moduler/funktionalitet som du inte behöver eller använder. Om standardsystemet inte kan anpassas så att du endast betalar för det du nyttjar.

FlexibilitetStandardssystem behöver naturligvis vara väldigt flexibla för att kunna hantera många olika kunders behov. Det är en risk att ett standardsystem byggs så flexibelt att det ska kunna hantera alla tänkbara scenarier. Problemet är att dessa sys-tem blir extermt svåra att konfigurera. Det kräver ofta ex-perter från produktbolaget eller dedikerade resurser internt. Skillnaden mellan konfiguration och ren programmering kan vara hårfin. Ett standardsystem bör ha en bra avvägning mel-lan konfiguationsmöjligheter och kodanpassningar.

Stabil leverantörEtt försäkringssystem är verksamhetskritiskt och det är vikigt att ha en stabil leverantör. Små bolag kan gå i konkurs och vad händer då med vidareutveckling, källkod osv.Som kund bör man analysera leverantören och se om före-taget är stabilt ekonomiskt, har trovärdiga och långsiktiga kundrelationer. Ställ krav på att t.ex. deponera källkod via svenska handelskammaren.

Utmaningar för stan-dardsystem

Skillnaden mellan avance-rad konfiguration och ut-veckling kan vara hårfin.

Ekonomi och långsiktiga relationer visar på en stabil leverantör.

www.mantacore.se

Del 1: Standardsystem eller egenutveckling? Sida 10

Mantacore AB är ett IT-företag med produkter och tjänster för försäkringsbranschen med inriktning på sak- och olycks-fallsförsäkring.

Vi tillhandahåller det webbaserade standardsystemet Man-tacore CS som hanterar kunder, produkter och affärsproces-ser riktat till försäkringsbolag, captives och globala mäklare. Produkten är utvecklad med senaste Microsoft teknologier-na.

Detta är första delen i en serie av tre som behandlar stan-dardsystem för försäkringbranschen. De andra delarna handlar om:

Del 2: Vad ska ett standardsystem kunna hantera?Del 3: Hur inför man ett standardsystem?

Vill du få information när nästa del kommer ut så skicka ett mail till marketing@mantacore.se eller gå in på:http://www.mantacore.se/whitepaper

Hemsida: www.mantacore.seMantacore ABLinnégatan 89E115 23 StockholmTelefon: 08-505 242 00

Om Mantacore