8 spørsmål for å velge riktig CMS

Valg av CMS (publiseringsløsning) kan fort bli en prosess som styres av følelser og personlige preferanser. Men i all hovedsak skal et CMS tilfredsstille en organisasjons tekniske og redaksjonelle krav for å kunne skape digitalt innhold på nett.

Egil Fujikawa Nes

2023-02_Seeds_DSC_5594

I denne artikkelen skal vi se på de 8 vanligste spørsmålene man bør stille seg når man skal velge CMS.

1 - Hvordan vektes teknologi mot andre behov?

Når man starter en prosess rundt valg av CMS så bør det være klart hva som skal vektlegges. Det kan ofte være en konflikt mellom de som har fokus på teknologi, og de som har fokus på AX (redaktøropplevelse). Vi ser ofte at teknologene får for mye påvirkningskraft når valget skal tas.

Vi anbefaler å bryte ned CMS-valget i 4 komponenter som vektes basert på deres behov:

  • Brukeropplevelse
  • Lagring / Database
  • Integrasjonsmuligheter
  • Redaktøropplevelse

2 - Er det eksisterende investeringer som skal videreføres?

Mange har betydelige investeringer i infrastruktur og kode som man ønsker å videreføre. Dette kan legge klare føringer for valg av teknologi og CMS..

Det vil være enklere å ta med seg komplisert forretningslogikk videre innenfor samme programmeringsspråk, enn å konvertere dette fra et programmeringsspråk til et annet. Men man kan samtidig også finne utfordringer innenfor samme programmeringsspråk, som for eksempel at man ønsker å flytte fra .NET Framework til .NET Core.

3 - Hvor godt forstår dere fremtidige behov?

Jobber man i en dynamisk bransje, eller er en start-up som ikke har funnet “product-market-fit”, så kan det være vanskelig å vite hva som vil være fremtidige behov for et CMS. Det vil derfor være å foretrekke å finne en løsning med stor fleksibilitet, ofte omtalt som et “composable CMS”. Men dette kan ofte gå på bekostning av struktur og sporbarhet.

I motsatt ende, dersom fremtidige behov endrer seg lite fra dagens behov, vil det være langt enklere å optimalisere de behovene man har i dag og fokusere på å finne den beste løsningen akkurat nå. Dette er grunnen til at det finnes CMS som har spesialisert seg mot spesielle bransjer og nisjer.

4 - Hvilket type innhold skal dere publisere?

Det finnes i utgangspunktet to måter å lagre data i et CMS: relasjonsdatabaser eller dokumentdatabaser. Dette omtales ofte som SQL og NoSQL, og er ikke så teknisk som det kanskje høres ut. Forenklet kan man se for seg Excel (relasjonsdatabase) og Word (dokumentdatabaser). I Excel så må innholdet passe inn i rader og kolonner, mens i Word står du mye friere til å strukturere innholdet slik man ønsker.

Fordelen med en relasjonsdatabase er at det er mye enklere å gjøre oppslag og filtrere basert på ulike data. Dette passer bra for innhold med avhengigheter mellom ulike objekter.

Dokumentdatabaser passer bedre for innhold hvor en visning inneholder forskjellige strukturer. Et typisk eksempel på dette er en blogg, hvor det er ønskelig å kunne lagre både innhold og kommentarer i samme blogg-dokumentet.

5 - Er CMS hovedkilde for deres digitale innhold?

Mange nettsider og mobilapplikasjoner viser innhold fra andre kilder enn det som redaksjonelt er skrevet i publiseringsløsningen. Det kan være bakenforliggende systemer som PIM, ERP eller CRM som brukes for å administrere innholdet. Publiseringsløsningen brukes da til å håndtere innhold som ikke hører hjemme i noen av de andre systemene. Med flere bakenforliggende systemer er det derfor viktig å velge et CMS som har gode APIer for å få dette innholdet ut på nett.

6 - Hvilke tidshorisont jobber dere mot?

Det er lett å bli imponert av det siste og nyeste CMSet som har en eller annen ny og banebrytende tilnærming til innholdsadministrasjon.

Vi har nå jobbet med digitale online CMSer for nettsider i mer enn 25 år. En ting er felles, alle nye CMSer kommer inn med en ny og frisk tilnærming. Når en leverandør får større og flere kunder kan utviklingen så stagnere fordi de får en større og mer komplisert kodebase.

Mange velger CMS med fokus på FOMO - “Fear Of Missing Out”. Nyere teknologi er ikke ensbetydende med bedre CMS. Som en tommelfingerregel bør du velge et CMS som har eksistert minst like lenge som du ser for deg at dere skal bruke CMSet. Har dere en tidshorisont på 10 år for deres CMS-investering så bør CMSet dere velger også ha minst 10 år med historie.

7 - Hvor viktig er eierskap til hele løsningen?

Et viktig valg å ta tidlig i prosessen er å bestemme hvor komfortable man er med å ikke ha komplett eierskap til løsningen.

Mange av nye og mer “nymotens” CMS har en stor grad av leverandørlås på innhold og infrastruktur gjennom SaaS eller andre skytjenester som er proprietære for denne leverandøren.

Alle leverandører vil si at de er helt “åpne” og at det er mulig å eksportere innhold. Det kritiske spørsmålet man bør stille seg er om innholdet har en verdi og om man selv kan nyttegjøre seg av eksisterende kode og innhold dersom tjenestetilbyderen av CMSet blir borte.

8 - Er det mulig å se virkelige eksempler på bruk av CMSet?

Alle CMS har demo-installasjoner hvor det er mulig å se innhold og media som er perfekt optimalisert for styrkene til CMSet som blir presentert. Dette er selvsagt viktig for å kunne få et inntrykk av hva et CMS håndterer bra, men ofte så gir det ikke et realistisk innblikk i hvordan det er å jobbe med et CMS.

Be derfor leverandøren vise noen faktiske eksempler fra kunder/prosjekter tilsvarende dere selv. Det er først da det er mulig å få et realistisk inntrykk av hvordan det er å jobbe i CMSet.

Kontakt oss

  • Steinar b&w

    Steinar Magnussen

    Leder salg

    +47 957 31 083

  • Egil Fujikawa Nes

    Egil Fujikawa Nes

    CTO Solutions

    +47 48 01 69 90

Les mer

  • speedometer660

    Hvor rask bør en nettside være, og hvorfor er det viktig?

    Er du opptatt av å øke trafikken til nettsidene og holde en god plassering i Google bør du også jobbe med ytelsesforbedring av nettløsningen.

    Les merLes mer
  • environment

    Webløsninger og bærekraft

    På samme måte som krav om universell utforming og personvern, vil det i nokså nær framtid komme krav om at web-løsninger skal være utviklet og driftes på en måte som gir minst mulig karbon-utslipp. Altså bruke så lite energi som mulig. Les hva vår mann Kenneth Wandsemb Troye skriver om temaet.

    Les merLes mer