De flesta organisationer har idag insikt om att man som kund b\u00f6r h\u00e5lla nere antalet kundunika anpassningar. Detta har kommit som insikt efter m\u00e5nga \u00e5r med pl\u00e5gsamma uppgraderingar, och d\u00e4r en av orsakerna till problemen varit kundens anpassningar. Det var under 1980-1990-talet ganska vanligt att leverant\u00f6rerna av aff\u00e4rssystem visade stor villighet till kundanpassningar, och i vissa fall till och med uppmuntrade kunderna till unika anpassningar. Detta som ett s\u00e4tt att kunna erbjuda en systeml\u00f6sning som var helt skr\u00e4ddarsydd f\u00f6r kundens unika behov. Efter n\u00e5gra \u00e5r b\u00f6rjade dock de flesta kunder inse att priset p\u00e5 l\u00e5ng sikt blev v\u00e4ldigt h\u00f6gt d\u00e5 varje uppgradering blev b\u00e5de komplicerad och dyr. Och med tiden kom dessa kundanpassningar att bli ett direkt hinder f\u00f6r kontinuerlig utveckling av verksamheten.<\/p>\n
Det man ska komma ih\u00e5g n\u00e4r det g\u00e4ller \u201dd\u00e5tidens\u201d anpassningar var att kunderna ofta kunde ha flera hundra anpassningar och d\u00e4r dessa anpassningar var d\u00e5ligt dokumenterade och saknade sp\u00e5rbarhet. F\u00f6ljden blev att de konsulter som senare skulle arbeta med uppgraderingen fick arbeta i blindo och utan kunskap om den logik som var inbyggd i anpassningarna. Resultatet blev d\u00e4rmed ocks\u00e5 st\u00f6kigt med m\u00e5nga tester och brandutryckningar n\u00e4r v\u00e4l uppgraderingen skulle genomf\u00f6ras. F\u00f6r en del kunder innebar ocks\u00e5 uppgraderingen att ett antal funktioner faktiskt blev \u201dnedgraderade\u201d d\u00e5 de tvingades avst\u00e5 en del finesser som fanns inbyggda i anpassningarna.<\/p>\n
Om vi s\u00e5 r\u00f6r oss till \u00e5r 2019 och tittar p\u00e5 hur leverant\u00f6rerna idag agerar kan vi konstatera att flertalet leverant\u00f6rer f\u00f6rs\u00f6ker f\u00f6rm\u00e5 kunden att avst\u00e5 ifr\u00e5n anpassningar. Man f\u00f6respr\u00e5kar att kunden ska anv\u00e4nda systemets standardprocesser och i m\u00f6jligaste m\u00e5n f\u00f6rs\u00f6ka anpassa sina processer efter systemets fl\u00f6den. Och l\u00e4gger vi till sk publika molnsystem \u00e4r det i m\u00e5nga fall inte ens m\u00f6jligt att g\u00f6ra kundunika anpassningar d\u00e5 k\u00e4llkoden \u00e4r gemensam f\u00f6r alla kunder.<\/p>\n
Inneb\u00e4r d\u00e5 ovanst\u00e5ende att det bara \u00e4r av godo att avst\u00e5 fr\u00e5n kundunika anpassningar? F\u00f6r att besvara denna fr\u00e5ga b\u00f6r man definiera vad som ligger i begreppet \u201danpassning\u201d. F\u00f6rr innebar anpassning att man gjorde f\u00f6r\u00e4ndringar och till\u00e4gg i systemets k\u00e4llkod vilket l\u00e5ngsiktigt blev d\u00e5ligt b\u00e5de f\u00f6r kunden och leverant\u00f6ren. Under de senaste 15 \u00e5ren har vi dock sett att flertalet aff\u00e4rssystem f\u00e5tt v\u00e4sentligt f\u00f6rb\u00e4ttrade m\u00f6jligheter till \u201dkonfiguration\u201d och d\u00e4r systemets processer och funktioner kan p\u00e5verkas f\u00f6r att b\u00e4ttre st\u00f6dja kundens unika behov. I vissa fall enbart med standardm\u00e4ssig parameters\u00e4ttning och andra fall via en kombination av parameters\u00e4ttning och till\u00e4ggskod via script (utanf\u00f6r k\u00e4llkoden) eller standardiserade API:er. \u00c4ven detta b\u00f6r betraktas som en form av anpassning, men d\u00e4r kunden inte blir lika inbunden som n\u00e4r k\u00e4llkoden f\u00f6r\u00e4ndras.<\/p>\n
Kundunika anpassningar via f\u00f6r\u00e4ndring av k\u00e4llkoden b\u00f6r alltid undvikas. Att d\u00e4remot g\u00f6ra anpassningar i form av script utanf\u00f6r k\u00e4llkoden kan motiveras d\u00e5 kunden har unika behov. Det \u00e4r viktigt att f\u00f6rst\u00e5 att begreppet \u201dstandardsystem\u201d inneb\u00e4r att systemet anv\u00e4nds av m\u00e5nga kunder vilket inte \u00e4r detsamma som att systemet faktiskt passar f\u00f6r alla kunder. Och det finns faktiskt ganska m\u00e5nga organisationer som har blivit framg\u00e5ngsrika baserat p\u00e5 att de arbetar annorlunda j\u00e4mf\u00f6rt med andra organisationer. Och i dessa fall \u00e4r det befogat att hitta en systeml\u00f6sning som bejakar kundens identitet ist\u00e4llet f\u00f6r att tvinga kunden att f\u00f6r\u00e4ndra sina processer till att bli lika konkurrenterna.<\/p>\n
Kundunika anpassningar via f\u00f6r\u00e4ndring av k\u00e4llkoden b\u00f6r alltid undvikas. Att d\u00e4remot g\u00f6ra anpassningar i form av script utanf\u00f6r k\u00e4llkoden kan motiveras d\u00e5 kunden har unika behov.<\/p><\/blockquote>\n
Grundprincipen b\u00f6r vara att i m\u00f6jligaste m\u00e5n f\u00f6lja systemets standardprocesser men acceptera anpassningar d\u00e4r de aff\u00e4rsm\u00e4ssigt kan motiveras. Men det \u00e4r ocks\u00e5 viktigt att t\u00e4nka l\u00e5ngsiktigt och s\u00e4kerst\u00e4lla att anpassningen\/till\u00e4gget genomf\u00f6rs och underh\u00e5lls s\u00e5 att det f\u00f6ljer systemets utveckling och inte blir ett framtida hinder.<\/p>\n
B\u00e4st f\u00f6r alla parter \u00e4r givetvis att kunden hittar ett system med s\u00e5 h\u00f6g grad av flexibilitet att kunden n\u00e5r optimala fl\u00f6den utan behov av anpassning. Och i valet mellan ett standardsystem med h\u00f6g funktionalitet men med bristande flexibilitet och ett system med bristande funktionalitet men med h\u00f6g flexibilitet kan valet lika v\u00e4l landa p\u00e5 det senare alternativet. Flexibilitet \u00e4r i nutiden mer v\u00e4rt \u00e4n \u201dstandard\u201d f\u00f6r att ge kunden m\u00f6jlighet att \u00f6ver tid kunna f\u00f6r\u00e4ndra och utveckla sin verksamhet.<\/p>\n
Viktigt att ha i \u00e5tanke \u00e4r att s\u00e5v\u00e4l \u201dstandard\u201d som \u201dflexibilitet\u201d har sitt pris, men utifr\u00e5n olika perspektiv och med olika konsekvenser som f\u00f6ljd. Det \u00e4r idag inte \u201danpassningarna\u201d i sig sj\u00e4lva som \u00e4r problemet f\u00f6r kunden utan den brist p\u00e5 flexibilitet som tvingar fram anpassningarna.<\/p>\n","protected":false},"excerpt":{"rendered":"
De flesta organisationer har idag insikt om att man som kund b\u00f6r h\u00e5lla nere antalet kundunika anpassningar. Detta har kommit […]<\/p>\n","protected":false},"author":8,"featured_media":31528,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"slim_seo":{"title":"Anpassning av aff\u00e4rssystemet \u2013 bra eller d\u00e5ligt? - HerbertNathan & Co","description":"De flesta organisationer har idag insikt om att man som kund b\u00f6r h\u00e5lla nere antalet kundunika anpassningar. Detta har kommit som insikt efter m\u00e5nga \u00e5r med pl\u00e5gs"},"footnotes":""},"categories":[1708],"tags":[],"class_list":["post-1947","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-erp","formats-blogg"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts\/1947","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/comments?post=1947"}],"version-history":[{"count":1,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts\/1947\/revisions"}],"predecessor-version":[{"id":31532,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts\/1947\/revisions\/31532"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/media\/31528"}],"wp:attachment":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/media?parent=1947"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/categories?post=1947"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/tags?post=1947"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}