Kåre Garnes
Rådgiver for SEO og lekkert innhold, iProspect
Kåre har 10 års erfaring fra konseptutvikling og copywriting, Brenner mest for å forenkle og forbedre nettsteder.
Følg meg på Twitter
Spleiselaget CMS-dagen 24. november har som mål å heve kunnskapen hos alle som kjøper eller anbefaler publiseringsverktøy slik at de enklere finner den riktige løsningen for sin virksomhet.
Tanken er å dele erfaringer og råd om hvordan en gjennomfører en god innkjøps-/ kvalifiseringsprosess – og samtidig gi innsikt i noen av de mest brukte publiseringsløsningene. (Leverandørene som er tilstede har fått identiske usecases som de skal gå igjennom.)
På denne måten håper vi å:
- Fremme en mer bevisst prosess hos dem som skal kjøpe (og anbefale) CMS.
- Gi noen anbefalinger om hva en slik prosess bør bestå av.
- Gi en bedre opplevelse av hva det vil si å jobbe med de ulike CMS-ene.
Men CMS-dagen er bare starten på dette arbeidet. Vi kommer til å følge det opp her på kuttisme og på nettsiden til CMSdagen i etterkant.
Og vi trenger din hjelp.
Hjelp til å lage en bedre prosess for å anskaffe publiseringsverktøy
Det er så mange CMS å velge blant at det er vanskelig å ha fullstendig oversikt over hvilken løsning som passer i ulike situasjoner. Vi håper at ved å få frem noen suksesskriterier for selve anskaffelsesprosessen, så vil det være lettere å velge riktig leverandør.
Men som en klok mann en gang sa: “Hver for oss kan vi ingenting … sammen kan vi litt“
Så:Hva er dine beste tips til hva man skal legge til grunn når man velger CMS? Hvilke tanker har dere gjort i anskaffelsesprosessen? Hvilke erfaringer har du gjort som andre kan ha nytte av?
Vi vil etterhvert kan lage en – jeg vil ikke kalle det “sjekkliste”, for verden er ikke så enkel – men kanskje en mal, en wiki, en “BEST PRACTISE“.
Kom med råd og forslag i kommentarfeltet! (Gi gjerne litt utfyllende info om virksomhet og brukssituasjon)
Noen spørsmål som kan få igang tankeprosessen:
- Hvilken rolle spiller virksomhetens størrelse for hvilket CMS de bør velge?
- Hvor ligger oftest de største skjulte kostnadene?
- Hva var avgjørende sist gang du var involvert i en slik anskaffelsesprosess? Hvorfor?
PS: Kjenner du noen som er dyktige på anskaffelser? Be dem gjerne komme med sine tips.
47 kommentarer til "En bedre prosess for å velge publiseringsverktøy (CMS)?"
Mulighet for oss å få høre hva disse usecasene vil gå på?
Skal høre med han som lager dem (vet ikke om de er helt ferdig ennå).
Jobber til daglig med mange ulike publiseringsløsniger for våre oppdragsgivere. En av de viktigste avveiningene er mellom brukervennlighet og funksjonalitet. Større funksjonalitet går ofte ut over brukervennlighet, og omvendt.
Må si meg enig med Ørjan, og pga dette er det ofte mer enn bare funksjonalitet som er viktig når et CMS system velges.
Utover brukervennlighet, som naturligvis er viktig, er systemet rundt viktig.
Hvordan er kundeservice, får man svar om man ringer, koster dette noe?
Er systemet i utvikling? Kommer det ny og bedre funksjonalitet?
Dette vil jeg se på som veldig viktige argumenter, som ofte kan være vanskelig å bevise.
Noen spørsmål jeg tror kan være fornuftig å stille:
- Hvem skal bruke CMSet? Hvordan er kompetansenivået?
- Finnes det et brukermiljø eller et diskusjonsforum hvor du kan spørre etter hjelp?
- Er det tilgang på ekspertise, fagkonsulenter lokalt?
Men hva trenger å kartlegges internt?
Nå set det ut til at jeg er forhindret fra å delta på konferansen, hvilket er trist som faen selvsagt, men håper dere IXD-gutta kanskje legger ut litt info i etterkant av dagen, slik at vi andre også kan ta disse løsningene nærmere i øyesyn?
Screencasts + lyd hadde f.eks. vært ideelt, men om det er praktisk gjennomførbart må dere selvsagt avgjøre.
Synes CMS-dagen forøvrig er et meget bra initiativ, da det mest sannsynlig vil øke konkurransen løsningene imellom, og derved forhåpentligvis også kvaliteten.
Lykke til med arrangementet!
I tillegg til brukervennlighet og funksjonalitet er noe så banalt som leverandørens “bruksanvisning” svært viktig. Svikter det på denne – noe jeg opplever i pågående prosjekt – kan internopplæringen bli langt mer krevende enn nødvendig. Husk å sjekke om de har gode bruksanvisninger for tilleggsmodulene også.
screencasts og slikt vet jeg ingenting om, men jeg har i alle fall tenkt å få samlet erfaringer og suksesskriterier for selve innkjøpsprosessen. i den seriøse delen av CMSmarkedet har jeg inntrykk av at det er god konkurranse. Det vi må være opptatt av er at de som kjøper inn har nok kompetanse og en god prosess. (slik at de ikke kjøper/blir solgt en spikerpistol når det de trenger er en hammer – og vise versa!)
Hei Kåre
Jeg bruker en 5 fasers model som jeg tilpasser alt etter kunden når de er ute etter nye løsninger. Jeg ser på CMS og publiseringsløsningen som en integrert del av bedriften:
Her er en kopi fra en av mine seneste (har fjernet litt konfidensiell info):
Fremgangsplan for valg av publiseringsløsning:
Fase 1: Felles foretningsforståelse
Først gjennomgår vi bedriftens forretningsplan og markedsføringsplan for å forstå bedriftens eksisterende markedsføringssituasjon (Eksempler på spørsmål: Hvor annonserer man, i hvilke kanaler, hva virker og hva virker ikke, hva har man erfaringer med, hva gjør andre i bransjen?).
Dette er gir oss forutsetninger og forståelse for målsetninger og suksesskriterier.
Vi er også nødt til å forstå bedriftens interne prosesser og foretningsrutiner (Eksempler på emner: Lagerstyring og logistikk, produktsyklus fra leverandør til kunde).
Dette krever dialog med ressurspersoner i bedriften.
Fase 2: Online Strategi
Dernest gjennomføres relevante webanalyser og vurderinger, som gir grunnlag for strategiske overveielser vedrørende innhold, form, struktur og virkemidler. (Hva bruker folk å gjøre når de leter etter produkter som føres hos bedriften. Hvordan handler de på Internett?)
Fase 3: Kravspesifikasjon
Etter prioritering og formulering av nødvendige tiltak, lages en kravspesifikasjon og en plan for gjennomførelse (hvilke funksjoner og muligheter skal webløsningen ha for kunder, skal den tilpasses de fleste ansatte hos bedriften, skal den tilpasses slik at en person internt i bedriften får tildelt en nøkkelrolle eller skal løsningen tilpasses eksterne webmastere?)
Fase 4: Valg av publiseringsverktøy
Forestill dere at dette er en selger som dere skal ansette, hvilke krav har dere da?) Skal han være super prof selger her og nå – eller skal han integreres i kulturen og bli en skattet og kjær del av et fellesskap? Her er magefølelsen viktig;-)
Fase 5: Installasjon og tilpasning av webløsning
Det følger et par ekstra trinn for mine kunder men det var vel ikke tema her?
CMS-konferansen har jo bare presentasjoner fra åtte publiseringsløsninger som har et kommersielt selskap i ryggen.
De aller beste publiseringsløsningene i verden er jo gratis (Blant annet Drupal, WordPress, Joomla, Plone) og ingen selskaper gidder ta seg bryet med å selge inn et produkt som er gratis. (Konferanseunntaket er eZ).
Harald…
Selv om de beste ting i livet ofte er gratis, så er det mange som sliter med gratis, opensource cms. Det største problemet er ofte tilgangen på fagkunnskap om dem og at siden det er lite penger å tjene på dem så orker ikke de dyktigste å utvikle dem… Det er kanskje litt drøyt å si, men tilgangen på kompetanse er opensource sitt største problem..
@Kåre
Kriterium nr 1 i prosessen med å velge CMS er å laste ned, installere og teste ut om det er bedre enn konkurrentene. Hvis det ikke er mulig, er det ikke noe beslutningsgrunnlag for å vurdere om reklamen faktisk gir et korrekt bilde av produktet.
Hvis en publiseringsløsning ikke kan lastes ned og prøves ut, er antallet potensielle utviklere sterkt innsnevret. Kun interne konsulenter fra selskapet som har utviklet CMSet eller samarbeidende organisasjoner har kompetanse. Om publiserngsløsningen heller ikke er åpen kildekode, vet en at ofte ingen utenfor utviklerselskapet kan fikse feil eller videreutvikle løsningen.
De beste utviklerne velger å videreutvikle de beste publiseringsløsningene. De dårlige selskapene lever av å prakke dårlige publiseringsløsninger på beslutningstakere som lar seg lure av glansa brosjyrer og flotte prospekter.
Å velge en proprietær publiseringsløsning er for en organisasjon å inngå tvangsekteskap med en leverandør for flere år i fremtiden.
@Harald
Vi jobber med å få inn Drupal og Joomla!, har du noen gode tips på hvem som kan representere disse?
Jeg kommenter diskusjonen utfra at jeg jobber i Enonic. Jeg besvarer spesifikasjoner og henvendelser fra kunder som skal kjøpe anskaffe CMS, samt bistår partnere i tilsvarende prosesser rundt valg av CMS.
Jeg ser mildt sagt mange forskjellige prosesser. Virksomheter legger vekt på ulike ting, og lista under er ting vi ofte ser på overordnet nivå:
* Hvem skal utvikle frontend (grafisk/ integraksjonsdesign)
* Skal man bruke samme løsning til den samme jobben, enten du skal publisere mot internettsiden, ekstra-/intranettet, mobilsider eller Digital Signage (flatskjermer)?
* Hvor det skal driftes
* Preferert samarbeidspartner (enkelte har rammeavtaler de forholder seg til)
* Ãnske om Ã¥ integrere mot organisasjonens eksisterende systemer?
* Leverandørens stabilitet på releaser og økonomiske overlevelsesevne
* Hva kommer i fremtidige releaser? Er det et målrettet løp som passer min organisasjon?
* Hvem kan kurse på løsningen?
* Hvilke produktspesialister er tilgjengelige å ha med i webprosjektet?
Grunnlaget er ofte en kravspekk, kjøpt eller selvlaget. Det kan være en prosabeskrivelse pÃ¥ noen sider til komplekse krav for store virksomheter pÃ¥ mange titalls/hundretalls sider, hvor man ønsker Ã¥ vite âi hvor stor gradâ? enkeltpunkter oppfylles ift. prioriterte krav, og gjerne beskriv hvordan man ideelt sett bør tilnærme seg hver problemstilling.
Enkelte kunder er svært kompetente i kraft av kunnskapsrike prosessdeltakere, andre ber om hjelp når de ser at de ikke synes det er lett å vite hva som er, mens vi også møter kunder som åpenbart burde hatt hjelp.
Vi som er leverandører ønsker kompetente kunder. Jeg tror det er vanskelig å finne EN spekk som passer til alle, men jeg ser gjerne at man i en Wiki e.l. deler råd og innspill på hvordan en prosess ender godt.
Dersom vi er i kontakt med en kunde som ikke passer (kriteriene kan være modenhet, for stor/liten, funksjonel utenfor grensene på hva vi passer til) sender vi ham heller til en leverandør hvor vi tror han passer bedre. Så sløser vi ikke med noens tid.
@Ørjan Tinnen: Jeg opplever sjelden at slaget står på CMS’et sin brukervennlighet i 2009. Mange større løsninger ærklærer seg som brukervennlige og kan kreve å bli tatt seriøst på det. Jeg er imidlertid enig i at mye funksjonalitet KAN gjøre enkelte brukere svimle. Spurv med kanon osv.
@Sebastian: Support og videreutvikling av løsningen vektlegges i økende grad. Flere har dessverre brent seg på løsninger som utviklingsmessig har stagnert eller gått konkurs. Soliditet hos leverandør, bra kundeservice og vilje til å løse ting raskt er ofter enn før med i spekkene vi besvarer.
Snakk derfor med eksisterende kunder av leverandøren, CMS’et sin versjonshistorikk og at leverandøren har målrettet utvikling videre med roadmap på ting man jobber med for kommende versjoner. Økonomisk sjekk av selskapet kan også være smart.
@Alf Tore: Opplæring og dokumentasjon er essensielt for å få løsninger på lufta. Sjekk hvilke kurs og opplæringsprogram som tilbys som standard fra leverandøren, og krev spesielle opplegg om det er store organisasjoner som skal kurses.
Dokumentasjon kan alltid bli bedre, såpass ærlig er det lov å være. Hvor gikk det galt hos dere? Var dokumentasjonen tynn for brukere, utviklere, driftsfolk, sikkerhetsfolk eller eksisterte det ikke API-guide for integrasjoner? Eller var alt på feil språk eller på gammel versjon? ☺
@Harald Groven:
Hva råder du kunden til å gjøre når man selv ikke besitter utviklerkompetanse til å gjennomføre ditt kriterium #1?
Gitt at kunden har egne ressurser til dette. Mener du at man da skal Google frem x CMS’er man ønsker å teste?
Hvor mye konfigurasjonstid anser du er tilstrekkelig for å vurdere løsningen (fra teknisk, merkantilt og forretningsmessig perspektiv)? Får du da tilstrekkelig beslutningskompetanse omkring f.eks. clustring og skalerbarhet? Hvem ringer du dersom du 1 måned etter lansering sliter med CMSet?
Jeg angriper ikke “ikke-proprietære publiseringsløsninger” generelt her. Jeg synes bare du presenterte budskapet ditt så unyansert at jeg ikke kunne dy meg.
Hilsen “de dårlige selskapene med de dårlige, proprietære publiseringsløsningene”
@Vegard: Kan ikke gå i detalj rundt dette. Men. I tilfellet jeg sikter til var det bra opplegg rundt utviklingsbiten. Over forventning. Problemstillingen er bruker- og daglig drift relatert. Poenget er at det folk lærer på kurs glemmes fort.
En annen ting: De CMSene jeg kjenner er artikkelbaserte og passer følgelig dårlig for siter som ikke skal struktureres som en “nettavis”.
Neste prosjekt jeg går inn i er artikkelbasert og benytter EpiServer. Gleder meg.
Kåre Garnes sa at “tilgangen på kompetanse er opensource sitt største problem”. Jeg vil påstå det motsatte: Tilgangen på kompetanse er Open Source sin største fordel.
For å bruke ExpressionEngine som eksempel (som er plattformen vi i Felt jobber mest med), er aktiviteten både i bruker- og utviklermiljøet et av momentene kundene våre har mest sans for.
Både på EECI (www.eeci2009.com) og Fronteers (fronteers.nl) tidligere i år var det mange som diskuterte trenden om at man ikke lenger bare snakker om å levere nettsteder, men at kunder ofte ønsker nettapplikasjoner i tillegg som integrerer med nettstedet. Dermed bør man velge en publiserings”plattform” fremfor en publiserings”løsning”.
Et siste moment er åpne og dokumenterte API-er som tillater skreddersøm både på logikk- og datanivå, i tillegg til utvikling av tilleggsmoduler i administrasjonsgrensesnittet.
Det er kanskje verdt å nevne at jeg ba om å få presentere ExpressionEngine på Webdagen, men ble ikke funnet verdig. Kanskje neste år?
@ Vegard Storstad: I din erfaring, hvor stor trafikk bør en løsning tåle får man må ta grep med tanke på det du kaller clustering og skalerbarhet? Hvordan planlegger du løsningene for å gjøre en oppgradering sømløs?
ser at mitt utsagn om at en økonomisk inntjeningsmodell er en forutsetning for at CMSet blir utviklet ikke helt henger på greip.
Poenget mitt er at det er lettere å ha et profesjonelt forhold til en større organisasjon med SLAer, avvikshåndtering og slikt på plass. Men det kan selvsagt reguleres med en opensource leverandør også.
@ Kåre Garnes: Dette med SLAer er et viktig poeng, og noe som har manglet fra f.eks. ExpressionEngine. På Fronteers tidligere i høst annonserte Ellis Lab at ExpressionEngine 2 vil komme med en SLA-lisens i tillegg til de “vanlige”.
Hvis noen vil ha noe “mat” rundt tankene om open source og CMS, så skrev jeg en master om det for noen år siden. Deler av innholdet er også i bloggform.
Dersom du er så heldig at websiden man ønsker å lage passer til mulighetene og begrensningene i en gitt CMS, gå for den. Det finnes mange ulike CMS-er, men antallet er ganske begrenset. Hvis ingen av CMS-ene som finnes passer bra, er det beste å ikke bruke en CMS. Med nåtidens teknologi, kan det gå like raskt å lage en site fra bunnen av som det tar å tilpasse en CMS til en site den ikke er beregnet for å kunne lage.
Jeg savner litt mer konkrete tilbakemeldinger på hvordan folk skal gjøre den interne behovsanalysen. Altså det som skal ligge til grunn før en segmenterer leverandørene. Hvilke data trenger en?
Hei,
Nasjonalt kompetansesenter for fri programvare — Friprogsenteret — har nylig gitt ut en anskaffelsesveileder for fri programvare. Veilederen er rettet mot offentlig sektor og beskriver hvordan de kan anskaffe fri programvare i egen organisasjon. Den er utarbeidet av Friprogsenteret i samarbeid med IKT-Norge og advokatfirmaet Rohde Garder. Dette er en generell veileder og ikke rettet spesielt mot noen del av programvarebransjen, f.eks. publiseringsløsninger.
Jeg er langt på vei enig i at tilgang på (god) kompetanse er en utfordring for fri programvare. Årsakene er sammensatte og heldigvis ikke alltid entydige. Eksempelvis finnes det mye god kompetanse relatert til publiseringsløsninger som er fri programvare her i Norge. Jeg ser blant annet eZ Publish nevnt i tidligere kommentarer.
Når det er sagt møter også vi i Friprogsenteret mennesker og organisasjoner som ønsker seg et større og bedre leverandørmarked for fri programvare. Markedspotensialet, slik vi ser det, er enormt nå som offentlig sektor har fokus på økt bruk av fri programvare og åpne standarder.
Som en konsekvens av dette vil vi i Friprogsenteret etter all sannsynlighet gi ut en veileder rettet mot privat næringsliv, som forteller leverandører hvordan man kommer i gang med fri programvare, enten som leverandør av programvare andre har utviklet, eller egenutviklet programvare. Veilederen vil kunne sees i sammenheng med den tidligere omtalte anskaffelsesveilederen.
Med vennlig hilsen
Martin Bekkelund
Utviklingsleder næringliv
Friprogsenteret
Martin: har du oversikt over leverandører som utvikler CMS på Joomla eller Drupal?
Harald Groven: Umbraco er også Open Source. Xeed er kun en av flere sertifiserte løsningstilbydere.
Hva gjelder tilgang på ressurser og kompetanse har vår kollektive intelligens – http://our.umbraco.org/ – over 5000 aktive medlemmer. Gjennomsnittlig responstid på forumet er forøvrig under 10 minutter.
@Alf Tore: artikkelbaserte løsninger håper jeg er lagt opp som en del av prosjektet, ikke at CMSet tvinger frem dette?
@Pål: Jeg er ingen kapasitet på ytelsestuning og skalerbarhet, heldigvis har jeg dyktige kolleger som jobber med slikt :) Store og krevende installasjoner/kunder har et ganske bevisst forhold til oppetid og ytelse og derfor en rigg til å håndtere det.
Oppgraderinger er for oss mest utfordrende når prosjektet har konfigurert funksjonalitet på dårlig måte, eller nor integrasjoner er bygget uten at man har dokumentert dette. Ellers er jo trikset ofte å oppgradere jevnt og trutt – lo lengre du venter, jo mer venter på deg.
@Thomas: Spennende – jeg skal se gjennom oppgaven din når tid :)
@August: Dersom du tenker på svært små nettsteder er jeg enig i at å konfigurere et stort CMS for bruken ikke alltid funker. Jeg forutsetter at løsningen skal oppdateres av flere, ofte og at man har andre krav til at innhold struktureres på en eller annen måte. Løsningen er også ofte virksomhetskritisk.
@Martin: Flott at Friprogsenteret engasjerer seg i valgets kval for virksomheter som leter etter den løsningen som passer best.
Når det gjelder Open Source leverer Enonic neste versjon 5.0 med også i en Open Source-versjon.
Siden dette primært ikke er en kommersiell/open source-diskusjon, avslutter jeg den biten for min del med å minne om at kostnadene i et webprosjekt som regel ikke tar av på lisenssiden, men på tjenestesiden (konfigurasjonsbistand, kurs, support osv.).
Fra Smashing:
10 Things To Consider When Choosing The Perfect CMS
http://ow.ly/CRGU (Fant den i en tweet fra Keyteq)
@Kåre: Jeg mistenker nok at du aldri vil møte enighet i denne forsamlingen, men her er mitt forslag:
1. Avklar prosjektleder og team (og teknisk prosjektansvarlig ved behov), øvrige prosjektdeltaker og beslutningstakere
2. Har teamet kunnskap til å orientere seg i markedet?
Ja? Flott. Usikker/nei? Søk råd.
3. Eksisterer det budsjett eller teknologikrav?
Ja? Flott, det kan snevre inn mengden relevante aktører.
4. Sjekk referanser. Finnes det kunder jeg ønsker å bli sammenlignet med i kundemassen til leverandøren? Er de fornøyde?
5. Vurdér tilgangen på support, kursing, bistand i å konfigurere CMS samt deltakelse fra produktspesialister i prosjektet.
6. Elementære CMS-krav må ligge til grunn for ethvert valg:
- Oppfylle tilgjengelighetskrav
- Vennlige URLer
- Bruke samme system til flere formål?
- Muligheten til å utveksle data via API’er
- Versjonshistorikk
- Fil- og bildearkiv
- Konfigurasjonsvennlig malsystem
- Personifisering på innloggede nettsteder?
- Identifiser hvilke grupper som skal kunne jobbe i løsningen og evt. prosesser
- Rettighetsdefinisjoner på menystruktur og innhold som gjenspeiler godkjenningsprosesser og grupper internt
- Er CMS’et enkelt nok for de som skal bruke løsningen 1 gang pr. år og effektiv nok for de som er jobber 5 timer daglig der?
… osv.
Håper det var mer konkret ;)
Fin liste Vegard!
Poenget er ikke å være enige, men at folk gjør en individuell vurdering av hva som passer for dem!
For vi vet jo alle at i en kamp mellom OpenSource og proprietære løsninger finnes det kun 1 vinner: Chuck Norris
sjekk http://www.cmsmatrix.org/
Delvis relatert til konferansen, men ikke så mye til diskusjonen kanskje:
Synes Webdagene 2009 hadde en meget god presentasjon av foredragene sine:
http://www.webdagene.no/2009/video/
Noe å kopiere?
Hei KÃ¥re
Nok en utfordring og få fasitsvar her, men det er kansje ikke det du er ute etter.
Jeg synes derimot at det er mange bra kommentarer.
Det går an å bygge videre på en pizza grandiosa med gode ekstra ingredienser.
Det smaker sikkert ok hvis man liker smaken, man kan leve med smaken, man er ikke krevende på smak eller kanskje aldri har smakt på en god hjemmelaget pizza med dine favorittingredienser, tykkelse på bunnen osv.
Eller hvis er man sulten nok, har ikke har tid til å lage det fra bunnen, eller ressurser eller kunnskap for å lage en digg hjemmelaget pizza. Skal du servere det til andre som egentlig er fornøyd med grandiosa er det ikke noe vits i å bruker flere timer på å lage det fra bunnen.
Men kan man forvente at man kan få den samme opplevelsen ved å spise en god hjemmelaget pizza?
Blir du skuffet hvis gjestene dine ikke sier at du lager verdens beste pizza etter at du har servert en standard eller â godt tilpassetâ? pizza grandiosa?
Jeg enig med August. Man bør stille seg spørsmål om det passer for bedriften å velge en standard CMS løsning eller å lage den fra bunnen.
Etter min mening og mange andre som er opptatt av brukerorientert webutvikling, man bør ikke velge teknologi før man har kjørt en god strategi og designprosess som kan få frem et konsept som både er brukerorientert og brukervennlig, og i tråd med bedriftens visjon og forretningssystem.
Noen spørmål man kan stille seg.
Forretningssystem
Hva er forretningssystemet og strategien til bedriften?
Hva skal man publisere?
Informasjon? Salg av produkter? Bygge opp en merkevare?
For hvem? skal brukere også publisere selv?
Er CMS forretningskritisk for bedriften? Hvor kritisk? Hvilke krav stiller man til systemet?
Strategi
Hva er målet med CMS?
Dialog med kunder? Ansatte? Samarbeidspartnere?
Hva er behovet nå? Hva kan vi leve med i dag? Hva er behovet på sikt?
Hvor mye fleksibilitet har man behov for?
Hvem er brukere? Hvor kompetente er de?
Hva skal de bruke det til?
Hvorfor skal de bruke det?
Hvordan skal de bruke det?
Finnes det eksisterende standardløsninger som dekker hele behovet?
Cost-benefit og risiko
Hvor mange interne ressurser trenger man i utviklingsprosessen?
Hva trenger man etter at den er lansert? Hvem kan hjelpe bedriften hvis CMS leverandøren forsvinner? Hvem skal drifte løsningen?
Har man behov til tilpasning? Hvor mye? Er det viktig at den kan tilpasses? Cost-benefit?
Hva koster CMS i året uten tilpasning? Hva koster tilpasningene?
Hva vil det koste å lage en skreddersydd løsning tilpasset vårt behov? Hvor lang tid vil det ta og har vi den tiden?
Teknologi…kamp mellom OpenSource og proprietære løsninger
Teknologi bør velges ut fra behov og størrelsen på bedriftens lommebok.
Kan løsningen integreres med eksisterende systemer? Er det nødvendig? Har man ressurser inhouse for å betjene løsningen?
En god prosess starter med å kartlegge behov, mål og strategi både for forretningen og for brukerne, de som skal publisere.
Deretter utarbeider man konsept og kartlegger nødvendig interaksjon, før man tar et teknologivalg, og utvikler funksjonaliteten. Det finnes alt for mange caser hvor leverandøren selger en løsning til en stakkars kunde som ikke vet bedre, og hvor løsningen ikke er i tråd med det de virkelig trenger. Det blir som å selge en Audit TT til en rørlegger som egentlig trenger en varebil.
Det er mange andre spørsmål man kan stille seg når man skal velge CMS.
Det er viktig at man ta valg i riktig rekkefølgen (høna eller egget).
Skal brukeren og bedriften tilpasse seg til CMS eller det mosatte? eller begge veier? Hvor mye?
@KÃ RE Chuck Norris?
Hva med The Wolf i Pulp Piction?
The Wolf:You’re… Jimmie, right? This is your house?
Jimmie: Sure is.
The Wolf: I’m Winston Wolfe. I solve problems.
Jimmie: Good, we got one.
The Wolf: So I heard. May I come in?
Jimmie: Uh, yeah, please do.
Takk takk, Victor!
Nettopp det jeg er ute etter!
The Wolf: “That’s 30 minutes away – I’ll be there in ten”
Kunne blitt en en flink utvikler, denne The Wolf!
[...] Først: Takk for alle kommentarer og en saftig god diskusjon på forrige blogginnlegg om valg av publiseringsløsning. [...]
Kåre skrev:
Nei, dessverre, vi har ingen uttømmende liste over leverandører som arbeider med spesifikke produkter. Det er litt av «sjarmen» med fri programvare, at hvem som helst kan laste ned, ta i bruk, levere og utvikle, uten at andre kjenner til det.
Teodor har sendt meg en e-post, så jeg sender ham en liten håndfull med de vi kjenner til i området.
Joomla er en opensource cms som er kraftig og skalerbar. Brukes den riktig kan den være bra til små og store prosjekter, og selv om den er artikkel basert er den såpass modul og komponentvennlig at du kan forme den nær sagt som du vil
jeg har jobbet med den i økende grad de siste årene, og detdukker stadig opp tillegg som gjør den til en reell konkurrent til alle andre.
Om man skal vurdere cms må man jo som nevnt først kartlegge behovet, sammenliknet med om man skal gå i fjell, sand, løpe eller arbeide (sko) .
I et tilfelle hvor jeg har sett en manglende kartlegging av behov, som viser seg å være ekstremt viktig, har organisasjonen vanskeligheter med den valgte løsningen til 150k, hvor man til Joomla enkelt har løsninger til en latterlig lav pris.
Når det gjelder kompetanse til dette verktøyet, finner jeg lett dette omtrent over hele verden.
En av fordelene med cms kontra statisk
web er jo DB og håndtering videre av data.
Kommer litt sent til torgs som vanlig.
vi praktiserer 4 gyldne regler når det gjelder CMS’er:
1. Ikke gift deg med et CMS.
Tenk at CMS’et lett skal kunne skiftes. Teknologien forandrer seg fort, og det som var “top notch” i går, kan fort være dødt i dag.
CMS’er er hyllevare, de bør behandles sånn. Det er ingen CMS’er som passer til alle behov, eller i alle situasjoner.
2. Ikke bruk mye penger på et CMS.
Legger man for mye penger inn i lisenser og tilhørende investeringer blir et skifte vanskelig å forsvare budsjettmessig. Effekten blir som i punkt 1.
At folk betaler det de gjør for Epi-server er for meg uforståelig. De store investeringen bør knyttes opp til selve nettstedes kvalitet. Det er her magien ligger.
3. Ikke lag CMS selv.
Har man dyktige utvikelere kan det være fristende å skulle gjøre alt selv. – Ikke gjør det! Det er en grunn til at det tar flere år å utvikle et decent CMS, og at feature-listene alltid er vondt lange. Dyktige utviklere bør gjøre det de er gode til; Løse særegne behov og skreddersy de delene av en nett-tjeneste som trenger det. Ikke finne opp hjulet på nytt. Bruk dyktige utviklere til skreddersøm av kjernetjenester, og la et standard CMS får ta seg av resten om det er mulig.
4. Det er ikke valg av CMS som avgjør kvaliteten på et nettsted.
Jo det spiller en rolle. Selvfølgelig. Men andre faktorer er mye viktigere. God nettstrategi. God Design og ikkeminst godt og riktig innhold. CMS’et er bare et verktøy.
Wordpress holder faktisk for veldig mange.
Jeg legger merke til at Ruby-gutta i diskusjonen her er sterke advokater for skreddersøm. Dette har helt sikkert mye å gjøre med at det foreløpig ikke finnes noen gode og fullverdige Ruby-CMS’er som kan konkurrere med f.eks. Jomla, Drupal, Expression Engine, eller WordPress for den saks skyld. Men dette kommer nok. (Harmony ser spennede ut).
Vi er også et stort sett Ruby-basert byrå, men har valgt Expression Engine som førstevalg når det gjelder CMS. Expression Engine lar designere / frontend-utviklere sette opp det meste av det som er standard. Så kan utviklerene få gjøre det de er gode til, og syns er gøy. EE legger stort sett ingen føringer, har “alle features” og koster peanuts. Vi kommer til å bruke dette til noe bedre melder seg. I de case’ene hvor det passer.
- At Pål ikke fikk komme å demonstrere EE høres rimelig teit ut.
@jonas gode poeng,
Forstår ikke helt hvorfor det er teit at leverandører ikke slipper til på WEBdagene. Prinsippet der er vel at en helst ikke vil ha produktpresentasjoner.
Men webdagene er en annen diskusjon.
Ahh.. Pål mente nok CMSdagen. Sorry.
“Ikke plass til alle” sies det. men http://expressionengine.com/ ser jo fint ut.
ok, “ikke verdig” og “ikke plass” er to forskjellige ting. Det virker ikke helt klart hva kriteriene for å få presentere på webdagen er.
Hei.
Her har det vært mye diskusjon rundt CMS og jeg likte godt Kåre sin uttalelse: “For vi vet jo alle at i en kamp mellom OpenSource og proprietære løsninger finnes det kun 1 vinner: Chuck Norris.”
Synes dog at diskusjonen blir for ensporet ifht kostnadene rundt hvem som skal implementere løsningen og ikke. I tillegg påstås det at man må være leverandøruavhengig for at man skal få en så “rimelig” løaning som mulig!?
Man glemmer då det viktigste av alt, nemlig samarbeide mellom oss som leverandør og kunde. Gjennom et langsiktig, godt samarbeid klarer man, basert på prosess, å bistå kunden med å lykkes på web.
Publiseringsløsningen er “bare” et virkemiddel. Analyser, innsikt, strategi, konseptutvikling, spesifikasjon, wireframes, design og implementasjon er det som til syvende og sist avgjør om man lykkes på web eller ikke. Basert på et langsiktig samarbeid kan man jobbe med nettstedet i fellesskap. Dette har for vår del vært en av de viktigste suksessfaktorene.
Kanskje litt rart å høre dette fra et selskap som har et av de råeste CMSer i markedet;) Gleder meg til å presentere vårt verktøy opp mot andre meget dyktige leverandører i morgen. Synes også CMS-dagen er et meget bra initiativ.
Snakkes i morra:)
@tore;
hva er det du mener er det råeste cms på markedet idag ?