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 standardsystem som finns på marknaden.
Varför ska du välja ett standardsystem framför egenutveckling?
Hur ska jag kunna fortsätta vara unik gentemot övriga marknaden?
Vilka fördelar får jag med ett standardsystem?
Mobilitet Tradlosa System 16 Oktober 2008 Finalagenda
Mantacore Whitepaper Standard System Sv
1. Del 1: Standardsystem eller egenutveckling? Sida 1
MAJ 2009 WHITEPAPER:
Förbered ditt försäkringssystem för
framtiden - Del 1: Standardsystem
eller egenutveckling?
2. Del 1: Standardsystem eller egenutveckling? Sida 2
Inledning 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
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
3. Del 1: Standardsystem eller egenutveckling? Sida 3
Historik 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.
För många branscher är Exempel på branscher där standardsystem numera är de facto:
standardsystem redan de - Ekonomi
facto. - 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.
Bild: Hålkort
Skifte mot fokus på fron- Gradvis har ett skifte skett mot att den mesta av logiken legat i
tend system istället för de gamla backendsystemen, till att logiken flyttas ut i frontend
backend system. 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.
www.mantacore.se
4. Del 1: Standardsystem eller egenutveckling? Sida 4
Tiden är mogen för Varför är det nu läge att byta till standardsystem inom för-
säkringsbranschen? Det finns ett antal faktorer som behö-
standardsystem ver uppfyllas för att försäkringsbolag ska kunna byta strategi
och gå mot standardsystem istället för egenutveckling.
Teknikens framsteg
Rätt teknologi finns nu på Modern plattformsteknologi, internet, SOA, webservices,
plats för att erbjuda stan- xml, användarvänliga gränssnitt finns nu på plats för att
dardsystem. 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ändring
Det 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ärlden
Idag 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.
Internationalisering
Solvens II harmoniserar ge- Försäkringsbolag verkar inte längre bara på sin hemma-
mensamma regelverk och marknad. Det blir allt viktigare att hantera nya marknader
systemstöd. 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 transaktionskostnader
Nya kunder ska inte inne- De interna it-kostnaderna får inte stiga i samma takt som
bära lika stora it-kostnader nya kunder tillkommer. Marginalerna måste sjunka och nya
varje gång. kunder och marknader ska kunna tas utan dyra it-projekt.
Kompetens och erfarenhet
De 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.
www.mantacore.se
5. Del 1: Standardsystem eller egenutveckling? Sida 5
Egenutvecklade kon- Historiskt har vi nu sett att många branscher har skiftat från
egenutvecklade system till standardsystem och att tiden nu
tra standardsystem ä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 it
Kärnverksamheten är olika Ett försäkringsbolags kärnverksamhet är att sälja/förmedla
för försäkringsbolag och försäkringar eller hantera risker och ett mjukvaruföretag pro-
systemleverantör. 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:
Teknikutbildning Teknikbevakning
Certifiering Utvecklingsmetoder
Partnerskap Produktprocesser
Test/QA Support
Produktorganisation Användbarhet/Design
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.
Viktigt att utnyttja intern Den interna it-personal man har tillgång till bör användas så
it-personal på bästa sätt. 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.
Interna it-avdelningar Ett annat problem med att egenutvecklade system blir väl-
tvingas ofta tänka kortsik- digt dyra och där nya affärsmöjligheter tar lång tid att lanse-
tigt och inte lägga resurser ra, är att de interna it-avdelningarna har svårt att säga nej till
på långsiktiga lösningar. 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.
www.mantacore.se
6. Del 1: Standardsystem eller egenutveckling? Sida 6
Dela kostnader med standardsystem
Endast en viss del av ett Väldigt stora delar av ett försäkringssystem eller annat lik-
försäkringssytem består av nande system består av generell hantering av databasan-
unika lösningar. 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.
Unika
behov
Regelverk
Försäkringslogik
Loggning Behörigheter
Databasanrop Felhantering
Långsiktig utveckling
Det blir problem om man Ett problem med egenutveckling är att man oftast bygger
bara bygger för de omedel- för de omedelbara behoven. Det är svårt att motivera in-
bara behoven och inte sat- vesteringar för eventuella framtida behov. Problemet är att
sar långsiktigt. 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.
www.mantacore.se
7. Del 1: Standardsystem eller egenutveckling? Sida 7
Unika behov Ett argument att egenutveckla är ofta behovet att vara unik.
Ett försäkringsbolag måste kunna ha lösningarna som till-
Unika behov ska lösas av låter de att göra saker som sina konkurrenter inte kan. Det
anpassningar som inte på- ställer höga krav på ett standardsystem att kunna erbjuda
verkas av uppgraderingar. 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.
Analysera och utvärdera Att man som försäkringsbolag har unika behov är säkert
de befintliga processerna sant om man verkligen ligger in framkant och har affärsfö-
för att maximera nyttan av delar som inte konkurrenterna ännu har. Det är dock inte lik-
ett standardsystem. 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.
Allt lämpar sig inte att Sedan är det också så att vissa delar som man gör idag i sitt
bygga in i ett standardsys- egenutvecklade system inte lämpar sig i ett standardsystem
tem. (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.
www.mantacore.se
8. Del 1: Standardsystem eller egenutveckling? Sida 8
Olika typer av stan- När man pratar om standardsystem så finns det förstås
många olika varianter av system.
dardsystem
Generella system
Generella plattformar löser Denna typ av system bygger ofta på en väldigt generell platt-
inte alltid branschspecifika form i botten som kan användas till många olika typer av
behov på bästa sätt. 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 system
Nischade system bygger på Nischade system är byggda för en specifik bransch eller spe-
stor branschkompetens. 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-system
Hybrider kräver större im- Ett hybridsystem bygger ofta på ett programmeringsgräns-
plementationsprojekt. 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.
www.mantacore.se
9. Del 1: Standardsystem eller egenutveckling? Sida 9
Utmaningar för stan- Man får inte exakt det man vill ha
De exakta behov och processer man har går inte till 100% att
dardsystem ö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
Kostnad
Du 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.
Flexibilitet
Skillnaden mellan avance- Standardssystem behöver naturligvis vara väldigt flexibla för
rad konfiguration och ut- att kunna hantera många olika kunders behov. Det är en risk
veckling kan vara hårfin. 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ör
Ekonomi och långsiktiga Ett försäkringssystem är verksamhetskritiskt och det är vikigt
relationer visar på en stabil att ha en stabil leverantör. Små bolag kan gå i konkurs och
leverantör. 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.
www.mantacore.se
10. Del 1: Standardsystem eller egenutveckling? Sida 10
Om Mantacore 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.se
Mantacore AB
Linnégatan 89E
115 23 Stockholm
Telefon: 08-505 242 00
www.mantacore.se