Det du sier stemmer med det jeg har regnet med var tilfellet – og det som gjør dette til et veldig godt eksempel på noe mange kan kjenne seg igjen i. Det er ikke nødvendigvis CMSet i seg selv som er problemet, men at malene settes opp med føringer som gir problemer ved oppdatering av innholdet. Dermed tvinges man til kreativ bruk av malene.

Jeg støtter bruk av trådskisser både i forarbeidet med innhold og maler. Det er vanskelig å forutse alle behovene som kan dukke opp (kan ikke være mer enig i apellen om at et nettsted aldri blir ferdig), men jo mer man kan avdekke av faktiske behov i dette forarbeidet, jo bedre er det. Kunder trenger gjerne å få visualisert hvordan innholdet vil bli på nettstedet, leverandør trenger å bli kjent med kundens innhold, og begge trenger å tenke gjennom om dette treffer brukernes behov. Her kan trådskisser være et godt verktøy.

P.S.: Det ser ut til at ønsket ditt om formattering av innlegg kommer til å gå i oppfyllelse…

La meg først si at de eksemplene fra OsloCity som er beskrevet i denne artikkelen ikke dreier seg om begrensninger i CMS (I dette tilfellet er levert av Webscape). Denne CMS-løsningen har helt atskilt innhold og presentasjon der feltene i editor kan skreddersys og stokkes om på helt etter hva som er behovet.

Min erfaring er at situasjoner som dette dreier seg oftere om kreativ bruk av maler enn av CMS-tvangstrøyer

Bakgrunn for butikkmalen til OsloCity:
- Denne malen var kun beregnet på butikker. Hvorfor den nå er benyttet til toalett er jeg usikker på, men OsloCity har forhåpentligvis en plausibel grunn. Jeg vil ta det opp med dem.

- Informasjonen som presenteres her benyttes også i utlisting av butikker på denne siden: http://www.oslocity.no/?nid=1659. For å få til dette må “merker” legges inn i eget felt i CMS.

- Informasjonen kommer også til å bli benyttet i en etasjeplan som skal legges på infokioskene som står rundt på senteret.

- Det var en utfordring for senteret å i det hele tatt få informasjon fra butikkene, og merker var et vel så viktige trigger-/søkeord som butikknavn. Derfor legges merker inn spesielt for å automatisk kunne vekte dette i søk. (Jeg vet at det er veldig mye som kan gjøres med søkemotoroptimalisering med disse sidene, og det ligger på blokka. Siste versjon av Webscape sin CMS har mye bedre støtte for søkemotoroptimalisering, så tiltak på dette er nå mye enklere enn da denne ble laget.)

Det jeg ser med dette eksempelet er at tvangstrøyen i denne malen er at tittelen “Vi fører merker som” ligger fast. Denne bør helt klart løftes ut til å kunne redigeres i editor.

(Det er for øvrig ingen begrensning i malen som tilsier at Al Dente ikke kan legge ut menyen sin. De har full frihet til å legge inn den html de måtte ønske.)

Så noen kommentarer til hvert punkt i artikkelen til Kjell-Morten.

1. Krev å se malene og feltene under utvikling
Jeg tror det er bedre å få se en “trådskisse” av hvordan editor for de forskjellige malene og innholdstypene før de lages er en bedre løsning. Under utvikling kan være for sent.

2. Legg inn mer enn bare det vanligste innholdet under utviklingen
Dette er vanlig prosedyre hos oss. Det tar noe lenger tid, men det er mye lettere å forholde seg til trådskisser med konkret innhold både for oss som lager interaksjonsdesign og kunden. Det er ikke alltid like lett å tenke seg til alle varianter av hvordan en mal kommer til å bli brukt, så man må likevel regne med at man må justere noe under implementering og når kunden begynner å legge inn innhold.

Når det gjelder Oslo City, så var spekken at dette skulle være for butikker, og når det nå er toaletter, er dette et behov som tilsynelatende har kommet i etterkant. Uten at vi har blitt involvert i dette.

3. Hold igjen på antall maler
Her er mye avhengig av kompetanse hos de som skal legge ut innhold på nettsidene. Noen har kompetanse til å legge inn egen html, mens noen skjønner ikke hvorfor man ikke bare kan kopiere inn tekst direkte fra Word. Noen har stor forståelse for formgivning, og noen ser ikke behovet for en helhet i presentasjonen. Derfor er det ikke alle som kan gis like stor frihet

5. Feltene må være fleksible og valgfrie
Her er jeg helt enig. Og her er det stor forskjell på CMS-løsninger. Noen lar deg bygge opp en side med “byggeklosser” av innholdstyper (gjerne via en XML-tankegang), mens med andre er du prisgitt det oppsettet som er bestemt fra utvikler.
Jeg vet at Tridion og EPiServer er fleksible på dette og kan tilby byggeklosser i stor grad. CMS fra Webscape har noe frihet via noe de kaller “Inner content” der man kan hente inn innholdstyper og sortere disse. Slike løsninger blir fort komplekse og tunge å legge inn innhold i, men legg gjerne inn tips om du vet om en CMS-løsning som er god på dette.

6. Gjør det mulig å fravike streng formattering
Godt innspill. Særlig kalender-tipset Kommer til å bruke det på INMA sine nye sider.

7. Legg inn fritekstfelter rundt mer spesielle felter og elementer
Dette er selvfølgelig lurt, men litt vanskelig å ta hensyn til i praksis. Kan fort bruke mye tid på ting som ikke blir brukt.

8. Sett opp ulike tekststiler som kan brukes i fritekstfeltene
Her kommer hensynet til hvor mye frihet under ansvar man kan gi til kunden (som nevnt i pkt 3). Webscape sin CMS har forresten støtte for dette.

9. Skill på maler og innholdstyper
Støtter dette. Men man må selvfølgelig ta hensyn til en konsistent brukeropplevelse mellom visning av butikker, slik at f.eks. telefonnummer står samme sted på alle butikksidene

10. Ha alltid en generell mal for hånden
Støtter dette. Det gjelder særlig relatert innhold som man kan knytte til en side. Det bør være mulig å ha en “container” som gir mulighet for ren html.

Sluttappell
Det som jeg mener er viktig å lære ut fra dette er at en nettside aldri er perfekt, og alltid kan bli bedre. Nye behov dukker opp under veis og betingelsene endrer seg (SEO, delingsteknologi etc.)

Hvis din nettside ikke gis næring og pleies, vil den visne. Gi den derfor næring og omsorg ved regelmessige evalueringer hvor man ser på statistikk, og løfter utfordringer med publisering og presentasjon. Utfordre din leverandør til å komme med forslag til forbedringer.

Jeg synes også at OsloCity skal få litt cred for i det hele tatt å satse på nett. Og jet synes ikke de står noe tilbake for andre kjøpesenter. Dette støttes også av deres egne bransje (kjøpesenter og varehandel) som ga dem prisen for Årets gylne idé 2008 for deres websatsning.

Et lite apropos til publisering og tvangstrøye:
Det at jeg ikke kunne, eller fant info om hvordan jeg kunne, formatere mitt innhold i dette innlegget, satt begrensninger på å få dette lange innlegget lettlest Subtitler og punktlister hadde vært fint å kunne bruke.
Ønsker også en preview mulighet.

Jeg synes mange administrasjonsgrensesnitt bærer preg av “databasevrengning” – den bakenforliggende datastrukturen har påvirket grensesnittet mer enn behovene til de som skal oppdatere nettstedet. I tillegg er det et verktøy for utviklerne som setter opp CMS-et, og dette har gjerne også fått dominere mer enn behovene til innholdsprodusenter og nettredaktører.

Kanskje et eget grensesnitt laget spesielt for de som skal oppdatere innholdet kunne løst noe… Front-end editering, der innholdet kan redigeres direkte på sidene, er jo forsåvidt et eksempel på det, og kan fungere hvertfall for mindre nettsteder. Men de aller fleste CMS-er har et godt stykke igjen å gå på dette området…

For meg virker det som om det er administrasjonsgrensesnittet ofte er en forsømt del av det å lage nettløsninger. Det viktigste er innholdet, strukturen, brukervennligheten og designet ut mot publikum, men for innholdsprodusentene tror jeg det også er avgjørende med et godt verktøy. Du har sikkert sett din del av skrekkelige «arbeidsmiljø» i ulike (nettavisers) CMS.

Lykke til med koderyddingen

Min erfaring er at uansett hvilket CMS du velger er det nødvendig med tilpassinger for å få det til å fungere på en god måte for det aktuelle nettstedet (ref. Jon Gunnars artikkel: http://www.brukskvalitet.no/2008/vi-vil-ha-innhold/ ). Har opplevd at CMS-er blir slaktet av de som bruker det, når det egentlig har mer å gjøre med at det er satt opp på en tungvinn måte. Det motsatte kan kanskje også skje, selv om tilpassinger ikke kan redde et virkelig dårlig CMS.

(Takk for tipset om kommentarknappen. Vi holder på å rydde litt opp i koden på bloggen nå om dagen, så jeg sender det videre til de som holder på med det.

Dere nevner flere viktige prinsipper:

• Velg en leverandør som selv er opptatt av at maler og felter skal settes opp på en fleksibel måte
• Start arbeidet med innholdet så tidlig som mulig!
• Man kan også gå for langt i å gjøre maler fleksible – det kan bli for mye “triksing” og maler som skal gjøre alt. Finn en balanse
• Det er vanskelig å forutset alle framtidige behov – regn med at endringer må til før eller siden

Ang. å starte med innhold tidlig i prosessen: Vi har god erfaring med å jobbe med konkret innhold allerede på det tidligste skissestadiet. Når vi har arbeidsmøter med kundene i starten – lenge før vi tenker CMS, design og maler – skisserer vi gjerne innhold på papir for å finne ut hva som skal være med på nettstedet. Vi oppfordrer da til å bruke mest mulig reelt innhold, og meningsløst innhold som “Lorem ipsum” og “Tekst her…” er fy-fy. Da omgår vi “høna og egget”-problemet til en viss grad, selv om noen problemstillinger uansett vil dukke opp først når vi kommer til malutvikling og ting blir mer konkret.