Headless CMS: et paradigmeskift
Der er ændringer på vej inden for digitale løsninger.
Er I klar til at levere gnidningsfrie oplevelser på tværs af digitale kanaler og platforme? Vil I hurtigt kunne udvikle nye forretningsområder og udnytte nye muligheder i markedet? Men jeres nuværende digitale løsning er udfordret på fleksibilitet?
Så er headless CMS muligvis relevant.
Hvad er et headless CMS?
Et headless CMS fjerner “linket” mellem frontend og backend. Med denne måde at tænke IT-arkitektur på, kan I bruge den samme kerne “krop” (backend) til at bygge så mange “hoveder” (frontends), I har brug for.
Det er her, navnet “headless” kommer fra. I vil her kunne have et utal af “hoveder” (websites, apps, smart watches, shop displays, osv.), som henter data fra den samme “krop”.
Jeres backend fungerer som en central content og data hub, der hoster det content (billeder, tekster, prislogik, lagerstatus, osv.), som skal publiceres på jeres platforme.
Med headless CMS kan I præsentere data, produktinformationer, billeder og andet content på tværs af enheder, kanaler og platforme og give brugerne mere værdi.
Headless CMS vs. traditionelt CMS
I det traditionelle CMS er frontend og backend koblet sammen. De er afhængige af hinanden for f.eks. at kunne vise content til brugeren på websitet.
Frontend og backend er derfor låst til hinanden og fungerer som et isoleret system. Man kalder også denne IT-arkitektur for ”monolith”, og CMS-løsninger der som monolith vil løse flere opgaver, kalder man ”All-in-One” suites.
Wordpress og Shopify er eksempler på traditionelle/monolith CMS’er.
Ved et headless CMS er de to ting frakoblet. De er derfor ikke afhængige af hinanden på samme måde. Frontends er uafhængige af hinanden, hvilket betyder, at I kan kode på en frontend uden at det påvirker den anden. Det giver fleksibilitet og muligheder for at teste nye teknologier og forretningsmuligheder.
3 store udfordringer ved traditionel CMS
Brugernes ændrede adfærd giver den traditionelle CMS udfordringer. Her er de tre måske mest alvorlige.
1. Svært og tidskrævende at tilpasse frontend til forskellige enheder
Et website skal være ”responsivt” eller ”mobil-responsivt”. Det kan være udfordrende for et traditionelt CMS og en monolith IT-arkitektur.
Traditionel CMS har typisk en frontend, som skal optimeres og tilpasses til visning på f.eks. pc, mobil og tablet. Layoutet skal kunne fungere og tilpasse sig både en (lille) telefonskærm, en (mellem) tablet og en (stor) pc-skærm.
Ofte kræver det, at f.eks. billeder og grafik laves i tre versioner, der passer til forskellige enheders skærmstørrelser. Det betyder, at der bruges meget tid på at tilpasse og vedligeholde det samme indhold flere gange. Tid der kunne bruges på at forbedre brugeroplevelsen og optimere websitets interaktion med brugerne – og dermed salget.
2. Tungt og dyrt at udskifte elementer i en IT-arkitektur
Lige så nemt det er at gå i gang med traditionelt CMS i en All-in-One løsning, lige så besværligt er det at ændre eller udvikle den.
Hver gang et traditionelt CMS skal arbejde sammen med andre IT-systemer, skal der programmeres en kode til at skabe integrationen. Og hver gang man har behov for at forny et af systemerne, skal denne kode laves forfra eller ændres. Hvis I for eksempel vil udskifte jeres ERP-system, kræver det nye integrationer, før det fungerer med jeres traditionelle CMS. Og når I en dag får brug for et nyt, tidssvarende website, kræver det sandsynligvis, at I skal programmere forfra med alle systemer.
Det er tungt, og det er dyrt.
Det gør jer mindre agile, og det kan være fatalt i en verden, hvor den digitale udvikling går stærkt, og hvor kundernes adfærd og krav til digital interaktion er i evig forandring.
3. Begrænset samarbejde på tværs af afdelinger
Når IT-arkitekturen består af monolith-løsninger, ligger virksomhedens indhold gentaget i forskellige systemer. Det kan give udfordringer ift. samarbejde på tværs og siloer.
For eksempel bliver lancering af et nyt produkt besværlig: Produktet skal måske matche en specifik trend eller et aktuelt behov hos en målgruppe. Det er vigtigt, at I kan tilbyde det hurtigst muligt, men hvis hver afdeling arbejder isoleret, opstår der nemt problemer og flaskehalse:
- Produktdesignerne designer produktet, men glemmer at informere indkøbsafdelingen om de materialer, som skal bruges til produktionen – og som de måske skal finde nye leverandører til.
- Marketingafdelingen skal lave marketingtekster og kampagner, men får ikke den nødvendige produktinformation og de seneste ændringer fra designerne og indkøbsafdelingen.
- E-commerce-afdelingen bliver først informeret sidst i processen, så de skal i hast opbygge en produktside til det nye produkt. Vel at mærke den produktside, som er det afgørende touchpoint i salget af det nye produkt.
I kan undgå problemerne og flaskehalsene, hvis alle afdelinger deler informationer ét og samme sted. Og det gør de med en headless CMS løsning.
Best-of-Breed er fremtiden - og det er headless verdensmester i
All-in-One tankegangen er på tilbagetog. I dag behøver man ikke købe én stor platform for at være digitalt tilstede. De såkaldte “suites” bliver mere og mere udfordret på funktionalitet og forventninger fra kunderne.
Her kommer “Best-of-Breed”-princippet ind i billedet.
Vi ser i dag et paradigmeskift ift. hvordan virksomheder indkøber IT-systemer. I stedet for at købe et samlet system fra én udbyder, så vælger mange i stedet at kombinerere software fra forskellige udbydere. Det sammensætter deres egen “suite” med de systemer eller services, som giver mening for deres forretning. En sand “Best-of-Breed”-løsning.
Gevinsten ligger i, at man får en løsning med systemer, som er specialiserede i bestemte områder - virksomheder kan f.eks. vælge en separat udbyder til marketing automation og en anden til CRM. Her bindes de sammen med API (mere om det senere i indlægget). Det giver fleksibilitet og mulighed for f.eks. hurtigt at opgradere marketing automation-systemet, hvis der kommer et nyt, som bedre understøtter virksomhedens behov.
Headless CMS omfavner “Best-of-Breed”-tankegangen og sikrer, at I ikke sakker bagud på den digitale udvikling.
MACH-Alliance kæmper for en fremtid med mere agile IT-systemer
MACH er en industri standard, der beskriver teknologier. MACH står for “Micro Services”, “API First”, “Cloud Native SaaS” og “Headless”.
Ideen er, at virksomheder i dag ikke længere behøver at vælge de tunge “All-in-One suite”-løsninger. I stedet skal de have en modulær og udskiftelig IT-arkitektur. En arkitektur, som gør virksomhederne i stand til at levere innovative oplevelser til brugerne og hurtigere indsætte nye værdifulde features til løsningen.
Målet er at bryde de gamle systemer ned og gradvist erstatte dem med specialiserede og modulære systemer, som er lettere at udskifte.
Læs: Hvad er en MACH arkitektur?
Hvordan fungerer headless CMS?
I et headless CMS vil jeres frontend være fuldstændig afkoblet fra jeres backend.
Al data og content opbevares i backenden. Her skal redaktører ikke tænke i, hvordan content og data præsenteres i frontend (f.eks. desktop, app eller shop display). Ved headless CMS kodes der en visningstemplate til hver frontend.
I stedet for at lave 3 versioner af det samme produktbillede til tre frontends, så henter hver frontend det samme produktbillede i jeres backend og tilpasser det efter den udvagte frontend.
For at blive helt skarp på, hvordan arkitekturen er bygget i et headless CMS, så tager vi et kig på Gartner’s Pace Layered Architecture.
Headless CMS bygger på Gartner’s Pace Layered Architecture
Denne metodologi indenfor IT-arkitektur er udformet af IT-huset Gartner.
Hele formålet med denne metodologi er at designe en IT-arkitektur, som kan accelerere og drive virksomhedens innovation frem og opnå konkurrencemæssige fordele. Grundlæggende handler det om at kunne administrere, kategorisere og vedligeholde applikationer, som understøtter virksomhedens ønske om at innovere og differentiere deres forretning.
Det er sådan en tilgang, der gør virksomheder i stand til at følge med digitaliseringen af deres forretningsområder i fremtiden.
Gartner’s Pace Layered Architecture deles op i 3 lag
Systems of records
Her vil alle kritiske master data og kernetransaktioner blive opbevaret. Det kan være data, som f.eks. kundedata, lagerdata eller transaktionsdata fra ERP-systemet eller produktdata i dit PIM-system.
System of records-laget fungerer som fundamentet i din IT-arkitektur.
Her udskiftes systemer oftest med flere års mellemrum. Systemerne fungerer som forretningskritiske data-maskiner i IT-arkitekturen.
Systems of differentiation
I dette lag af arkitekturen ligger alle SaaS-applikationerne og andre mikroservices, som har unik funktionalitet og egenskaber for din løsning. Her bruges “Best-of-Breed”-princippet, når de skal sammensættes. Det sikrer, at forretningen får mest mulig værdi ud af sammenspillet mellem applikationerne og mirkoservices’ene.
Her i laget udskiftes systemer og services oftere sammenlignet med dem i Systems of records-laget. Dog kan der stadigvæk gå nogle år.
Eksempel kunne være, at jeres nuværende betalingsservice i webshoppen ikke kan håndtere nye efterspurgte betalingsmåder fra kunderne. Den kan I så udskifte eller opgradere uden, at den nye betalingsservice bliver tung at integrere i løsningen.
Udskiftning sker typisk, hvis virksomheden laver større ændringer i forretningsstrategien.
Systems of innovation
I det øverste lag bor de kundefokuserede-systemer. Det er her, I kan tilbyde nye innovation måder hvorpå kunden kan interagere med forretningen på. Her vil virksomheden være bedre rustet til at kunne udforske nye forretningsmodeller, som er med til at differentiere jer fra konkurrenterne.
Et eksempel kunne være, at I udvider jeres nuværende platforme med en app, som kan scannes af personalet i den fysiske butik og give kunderne personlige tilbud baseret på deres data i jeres CRM-system.
I dette lag bliver systemer og services udskiftet oftere for at kunne tilpasse sig og imødekomme kundernes digitale behov. Her kan fleksibiliteten ved headless CMS gøre jer i stand til hurtigere at levere content og data til de platforme, som kunderne bruger - før jeres konkurrenter.
API binder backend og frontend sammen
Når vi snakker headless CMS kommer vi ikke uden om API (Application Programming Interface). I et headless CMS-setup bliver data og indhold i jeres backend bundet sammen jeres frontend(s) via API-kald.
API-kald bruges i sådan et setup for at kunne levere gnidnigsfrie oplevelser på tværs af platforme, enheder og andre digital touchpoints.
Sådan fungerer det:
For at kunne vise content på en frontend, laves der et API-kald, som gør det muligt for det udvalgte stykke content at blive vist på en given enhed eller platform. F.eks. et billede, der skal vises på en bestillingsportal.
Det betyder at content “hviler” i backenden indtil, der bliver lavet et API-kald efter det.
10 fordele ved headless CMS
1. Giv kunderne en skræddersyet oplevelse
I en stadig stigende konkurrencepræget verden har den gode brugeroplevelse aldrig været vigtigere. Kunder ændrer adfærd hele tiden - og det er jeres job, som virksomhed at kunne tilbyde dem en skræddersyet oplevelse der, hvor de er til stede (mobil, tablet, app, desktop, osv.)
Headless CMS gør det let for jer at tilbyde brugerne en oplevelse, som differentierer sig fra konkurrenterne.
2. Samler content ét centralt sted
Ved at gøre jeres content genbrugeligt og samle det ét sted, eliminerer I mange manuelle processer som f.eks. at kopiere og indsætte content eller finde ud af, hvilket content er den senest opdaterede version.
Det gør redigering og opdatering af content meget lettere. I skal gøre det ét sted - og det bliver opdateret på alle de platforme, I bruger.
Producer jeres content én gang, udgiv det til alle platforme. Arbejdet med content bliver lettere og mindre manuelt med headless CMS.
3. Eliminerer rigide data siloer
Headless CMS giver mulighed for at strømline adgangen til jeres data i forskellige systemer. I undgår, at værdifuldt forretningsdata ender i lukkede siloer, som kun kan tilgås af udvalgte systemer eller platforme.
Headless CMS-tankegangen, hvor I benytter jer af en central data og content hub, eliminerer data-siloer i jeres forretning.
F.eks. skal jeres webshop have adgang til samme produktdata, som jeres app. Og omvendt. Det sikrer en gnidningsfri digital oplevelse hos kunderne.
Det betyder også, at I hurtigere vil kunne opdatere jeres data og publicere det på tværs af platforme i et headless CMS.
4. Headless giver en hurtigere Time-to-Market
Udvikling på en headless CMS-løsning foregår tildels hurtigere og mindre omkostningstungt sammenlignet med et traditionelt CMS. Det skyldes, at der kun er fokus på én frontend ad gangen, når løsningen skal udvikles på.
Headless CMS gør det muligt, f.eks. at teste nye salgskanaler i form af en app, uden at skulle pille ved kildekoden til de øvrige løsninger. Det sikrer også, at du undgår at lægge nogle af de nuværende salgskanaler ned, imens I udvikler på det nye.
Det giver virksomheder, som benytter headless CMS en konkurrencemæssig fordel, da de kan eksperimentere og implementere nye teknologier hurtigere end konkurrenterne.
5. Genbrug og skalér dit content
Det at kunne genbruge content er nøglen til at få mest mulig værdi ud af de resurser, som bliver brugt på contentproduktion.
Eftersom content bliver centraliseret i en samlet content hub, vil jeres content kunne bruges på tværs af enhver digital platform. I vil hurtigt kunne få adgang til content og publicere det på f.eks. nye platforme og enheder.
Et lille eksempel:
Vi har 2 platforme, som det samme billede skal vises på. Den første er en webshop. Den anden er en app-version af webshoppen til iOS. Billedet ligger i backenden. Ved at lave to separate visningstemplates for de to platforme vil I kunne bruge det samme billede, men styre størrelse, som det skal have på platformene.
Måske skal det skaleres en smule ned på app-versionen, hvor det i stedet kan køre i fuldopløsning på desktop-versionen af webshoppen.
Alt sammen bliver styret i visningstemplaten, så det passer til den platform, som det skal vises på.
Jeres redaktører slipper derfor for at skulle lave to versioner af det samme billede. På den måde kan I hurtigere skalere jeres content til flere digitale platforme.
6. Samarbejd på tværs og udgiv nyt content hurtigere
Med headless CMS skal jeres teams og afdelinger kun redigere, opdatere og hente indhold og data ét centralt sted. Der ligger ikke 10 forskellige versioner i lige så mange forskellige afdelinger og systemer. Alle data er samlet i én version på ét sted, som alle involverede har adgang til:
- Indkøbsafdelingen skal kun indtaste master data for produkter i PIM-systemet.
- Marketingafdelingen behøver kun producere og vedligeholde indhold ét sted – billeder, video og marketingtekst. F.eks. i Digital Asset Management systemet (DAM).
- E-commerce-afdelingen skal kun hente data til webshoppen ét centralt sted – nemlig fra backenden.
I kan hurtigere lancere nye produkter – og i det hele taget bliver virksomheder hurtigere til at imødekomme jeres kunders behov og ønsker.
Det betyder også, at I kan oprette smarte workflows, så alle de berørte afdelinger kan arbejde parallelt i stedet for at vente på hinanden. I undgår, at der opstår dyre flaskehalse undervejs i processen.
7. Headless kan skalére i takt med at forretningen udvikler sig
I kan hurtigt ændre på jeres løsning, hvis virksomheden f.eks. vokser fra et mindre ERP-system og skal have et større.
Får I brug for nye salgskanaler, vil I let kunne redesigne og tilpasse webplatformen - og helt uden nedetid eller med risiko for at forringe den generelle performance på løsningen.
Alt dette er muligt, fordi jeres backend og frontend er separeret og bundet sammen via API.
8. Mere agil og klar til fremtiden
Teknologi udvikler sig hurtigere og hurtigere. Det der er smart i dag, er måske forældet i morgen. Virksomheder skal være agile og omstillingsparate til, hvad fremtidens kunder forventer.
Med et headless CMS vil I kunne bygge en IT-infrastruktur, som kan imødekomme jeres kunders digitale behov (også dem i fremtiden). I vil lettere kunne adoptere nye teknologier til jeres løsning.
I bliver i stand til at udvikle og tilpasse jeres forretning til fremtiden.
9. Udbyg jeres Tech-stack
Får I brug for integration til et nyt PIM-system? Vil I have en smartere kurvlogik på jeres webshop? Eller visualisere jeres data med Business Intelligence?
På grund af IT-arkitekturen i Headless CMS, hvor systemer og mikroservices bindes sammen via API-kald, vil I lettere kunne udbygge og opgradere jeres Tech-stack.
Det giver jer mulighed for at bygge den Tech-stack, som kan vækste og udvikle forretningen.
10. Spar på omkostninger til vedligehold og udvikling
I et headless CMS benytter man sig af API-kald til at sende data og content mellem systemer og frontends. Det gør man i stedet for at bygge en kompleks relation mellem kode og indhold, som man vil gøre det ved et traditionelt CMS.
Derfor er en headless IT-arkitektur ofte lettere at vedligeholde for udviklere, og I sparer på de løbende omkostning til udvikling og vedligeholdelse. Samtidigt er I meget hurtigere i luften med jeres ændringer.
Hvornår skal man vælge et Headless CMS?
Giver headless CMS mening for alle? Ikke altid!
I skal kigge på jeres forretning og jeres digitale tilstedeværelse før, I kaster jer ud i et headless CMS-projekt.
Nedenfor har vi listet en række områder, hvor headless CMS kan tilføre forretningsværdi.
Leverer I allerede content på tværs af flere kanaler?
Arbejder I med omnichannel og bruger jeres content på flere platforme, som f.eks. webshop, app og andre enheder forbundet via IoT (Internet of Things)?
Så vil et headless CMS være relevant at overveje.
Det skaber en større brand-genkendelighed, fordi jeres content bliver optimeret til de forskellige digitale platforme. Jeres kunder får en bedre oplevelse med jeres brand på tværs af platforme.
Et større fokus på innovation og udvikling i fremtiden
Sidder I allerede med planer om at investere i digital forretningsudvikling og måske en udvidelse af de digitale platforme, I bruger i dag?
Så er headless CMS en god investering, da IT-arkitekturen giver mere frihed til at udvikle nye forretningsområder gennem digitalisering.
Skal jeres ERP opgraderes til Business Central? Vil I have tilføjet en Personaliserings-generator til jeres webshop? Eller skal I have en udviklet en bestillingsportal til personalet i jeres fysiske butikker?
Nøgleordet ved headless CMS er agilitet og fleksibilitet. Og det bør I udnytte.
Hvis I ønsker at stå stærkere i det digitale landskab - både nu og i fremtiden, så er headless CMS vejen frem.
Har I budgettet på plads?
Det er ikke nogen hemmelighed at headless CMS ligger i den dyre ende sammenlignet med et traditionelt CMS.
Et headless CMS-projekt starter oftest som et blankt stykke papir, hvor IT-arkitekturen bygges op fra bunden. Værdien i headless CMS ligger i fundamentet, som binder alle jeres systemer sammen via API.
Derfor skal der typisk budgetteres med mere, når der er tale om et headless CMS.
Overvej derfor følgende spørgsmål inden I vælger at kaste jer ud i et headless CMS-projekt:
- Har I planer om at bygge en omnichannel-strategi?
- Ønsker I at kunne udskifte systemer uden at skulle skifte større dele af IT-arkitekturen?
- Har I lagt budget til løbende investeringer i jeres web-løsning?
- Vil I arbejde med API-integrationer til jeres systemer?
Hvem kan bruge et headless CMS?
Egentlig kan alle bruge et headless CMS. Men der er nogle virksomheder, som vil få mere gavn af det. Headless CMS er som sagt dyrt at bygge, da man mere eller mindre laver en helt ny IT-arkitektur.
Derfor bør I først kigge på jeres digitale strategi:
- Sælger I på flere kanaler (eller har ønske om det)?
- Interagerer jeres brugere med jer via forskellige platforme og enheder? (app, desktop, shop display, VR, osv.)
- Har I en omnichannel-strategi?
Grundlæggende anbefales headless CMS til virksomheder, der sælger eller viser content på flere kanaler. Og som ønsker at tilføje flere kanaler til deres løsning i fremtiden. Det skal med andre ord være et øget behov for fleksibilitet i forhold til at kunne adoptere nye kanaler.
En ny måde at arbejde med content på
Som vi har belyst, er backend og frontend frakoblet. Det betyder også, at det i et 100% headless CMS ikke vil være så nemt at lave forhåndsvisning af content på forskellige frontends.
Hvis man f.eks. skal uploade et billede til en produktside, som både skal vises på app, website og shop display, så vil man kun kunne se backenden, hvor billedet uploades. Man vil ikke kunne se, hvordan billedet ser ud på de forskellige platforme, før man publicerer det.
Dette er værd at have i mente, hvis I overvejer et headless CMS. Det kan nemlig påvirke måden, jeres redaktører arbejder med content på.
I bliver mere agile og fleksible med headless, men vær sikker på, at jeres arbejdsgange passer ind i dette setup. Det kan vi hjælpe jer med at afklare.
Vælg en IT-partner, som forstår jeres forretning
Hos NORRIQ kender vi jeres forretning - og også jeres udfordringer. Vi kan hjælpe med at afklare om headless CMS vil være en god investering for jer.
Vi har hjulpet mange kunder med at udvide deres aktiviteter i det digitale landskab og vækste deres forretning.
Vi står klar til at tage en snak om jeres muligheder. Tag fat i os på [email protected] eller giv os et kald på +45 7020 1212.
