En publiseringsløsning (CMS) skal egentlig gjøre det lettere å oppdatere nettstedet ditt, men det oppleves ikke alltid slik. Noen ganger blir det malene som bestemmer hva du kan publisere. Vi gir deg tips om hvordan du kan unngå å bli fanget av CMS-et ditt…

(Kort teori: En publiseringsløsning består enkelt sagt av en database som lagrer innholdet ditt, maler som viser innholdet, og et administrasjonsgrensesnitt som lar deg oppdatere innholdet. Malene inneholder design og hovednavigasjon, og har felter der innholdet kan puttes inn.)

Eksempel: Slik kan det gå når malene bestemmer

Hos Oslo City ser det ut som om malene har fått bestemme over innholdet. Butikkene presenter seg med litt informasjon og et bilde til venstre. I midtfeltet finner vi navnet på butikken, en beskrivelse og merkene som føres.

OsloCity - H&M

Dette fungerer greit for de aller fleste butikker, og det er sikkert butikker som Hennes & Mauritz som har blitt brukt til å teste ut sidene under utviklingen. Antakeligvis har det blitt laget en ”butikkmal” med egne felter for informasjonen til venstre, bildet, overskriften, hovedteksten og merkene som føres, slik at det skal være lett å fylle ut informasjonen om en butikk.

Dette er en vanlig måte å gjøre det på.

Men så har jo ikke Oslo City bare butikker. Det er kafeer og restauranter også, og de benytter den samme malen som butikkene:

OsloCity - Al dente

Oslo City har også hatt behov for å legge ut informasjon om toalettene sine. Da blir det enda rarere:

OsloCity - Toalett

Fangenskap skyldes ønsket om enkelhet

Når et nettsted utvikles går det mye arbeid med til å lage malene som skal vise innholdet. Det kan være én mal for å vise butikker, som hos Oslo City. Én for å vise kontaktsiden, én for å vise info om en ansatt, én for å vise artikler osv.

Malene skreddersys til formålet, med akkurat de feltene man trenger og den layouten innholdet skal vises med. Vår kontakt-side har for eksempel felt for overskrift, innholdet i midten, innholdet til høyre og kart. Selve kontaktskjemaet er her en del av malen.

Fordelen med å dele inn i felter på denne måten er at de som oppdaterer nettstedet til daglig slipper å tenke på layouten – innholdet fra hvert felt plasseres inn i malen på rett sted og med det designet det skal ha.

Felter brukes også for å hindre at de som oppdaterer tukler med designet. For å unngå at det legges inn store overskrifter overalt i teksten lager man overskriften som et eget felt og fjerner muligheten til å legge inn stor skrift i tekstfeltet. Dermed blir det enklere å gjøre riktig.

Noen ganger går det for langt

Ønsket om å gjøre det enkelt å legge inn innhold i rett layout tas noen ganger altfor langt. Nettredaktørene blir fullstendig overgitt til å skrive innhold slik det ble bestemt i utviklingsprosjektet, ofte på bekostning av hvordan innholdet bør presenteres for å fungere godt.

Det er da man får rart innhold, som hos Oslo City, der en kafé må oppgi navnet sitt som et merke de fører, for å tilfredsstille malen. Hva skulle Al dente ellers skrevet? At de fører merker som ”Focaccia, ciabatta, pizza, tagliatelle”? Eller ”Prior, Gilde, Evergood”?

Ingen av disse gir mening. I stedet ville de kanskje lagt ut menyen sin? Men det var det ikke et felt for i malen…

Slik blir du fri

Så fort utviklingsprosjektet er avsluttet er det gjerne en større prosess å få endret eller laget nye maler. Den viktigste jobben gjør du altså mens malene lages. Men er du allerede fange i CMS-et ditt kan det være verdt å ta jobben med å endre noen maler for å bli fri.

Her er noen tips til hva du bør tenke på når malene utvikles eller endres:

1. Krev å få se malene og feltene under utvikling

I mange utviklingsprosjekter legges alt fokus på den delen av nettstedet som er synlig for kunder og besøkende, mens oppsett av administrasjonsgrensesnittet overlates i det store og hele til utviklerne.

Først når alt er godkjent og arbeidet med å legge inn innhold starter, oppdager du hva som er satt opp som forskjellige maler og hva som ligger i hvilke felter. Da kan det være for sent å gjøre noe med det.

2. Legg inn mer enn bare det vanligste innholdet under utviklingen

Uten at jeg kjenner historien bak sidene til Oslo City, vil jeg tippe at de har fått se eksempelsider med vanlige butikker under utviklingen, og at spørsmålet om hva som skal stå under ”merker vi fører” for kafeer og toaletter, har dukket opp først etterpå.

Pass på å bruke flere typer innhold under utviklingsprosessen, så kan slike problemer bli avdekket tidligere.

3. Hold igjen på antall maler

Dette er en balansekunst. Du bør ha så mange maler at det dekker behovet for ulike layouter og ulikt innhold, men jo flere maler du får, jo vanskeligere er det å holde styr på dem og velge riktig mal.

Noen ganger kan to maler slås sammen til en litt smartere mal, så pass på at utviklerne ikke lager en ny mal uten at det er helt nødvendig.

4. Hold igjen på antall felter

Nok en balansekunst. For få felter gjør at du selv må sørge for at innholdet får rett design og layout, mens for mange felter gir deg mindre fleksibilitet og du blir fanget.

Pass derfor på at utviklerne har en god grunn til å legge noe som et eget felt. Har de ikke det? Slå det sammen med andre felter, slik at du får mer kontroll.

5. Feltene må være fleksible og valgfrie

Selv om det kan være fornuftig å lage et eget felt for å legge inn bakgrunnsinformasjon i en liten boks til høyre i teksten, er det ikke alltid du ønsker å legge inn bakgrunnsinformasjon. Det må derfor være mulig å ikke fylle inn noe i feltet, og malen må være fleksibel nok til å ikke vise boksen når feltet er tomt.

Tommefingerregelen er at alle felter skal være valgfrie så sant det ikke er en veldig god grunn til at de være utfylt.

6. Gjør det mulig å fravike streng formattering

Noen ganger legges innhold i et eget felt fordi det skal knyttes logikk til dette innholdet, og det kreves derfor at det oppgis i et spesielt format. For eksempel må vi oppgi startdato og sluttdato når vi legger inn kurs og konferanser på våre sider, og disse må oppgis med år, måned og dag i hvert sitt felt. Da kan malen som viser kursoversikten sortere kursene i rett rekkefølge, og skille på de som har vært og de som ikke har vært.

Men hva om vi ønsker å legge ut kurs før datoen er satt? Det er ikke mulig å legge inn ”Oktober 2009”. Sørg for at du har fleksibilitet til å overstyre også strenge formater.

7. Legg inn fritekstfelter rundt mer spesielle felter og elementer

Noe innhold må være i et eget felt av en god grunn. Vi har for eksempel eget felt for kartet på kontaktsiden vår, der vi legger inn posisjonen til kontoret, mens koden for å vise kartet ligger i malen.

I starten var det kun kartet som ble vist i høyrespalten, og det var ikke mulig å legge inn noe annet her. For å vise kontaktinformasjon over kartet måtte vi endre malen og legge inn et tekstfelt her. Vær forutseende og legg inn fritekstfelter der det kan bli aktuelt å legge inn mer innhold enn det som er strengt definert i malen.

8. Sett opp ulike tekststiler som kan brukes i fritekstfeltene

Jeg holder en knapp på fritekstfelter fremfor felter som bare tillater en viss innholdstype, fordi det gir mer fleksibelhet. Men for at dette skal fungere må du som skal oppdaterer ha noen verktøy å jobbe med slik at du kan presentere innholdet i fritekstfeltene på en egnet måte.

Valg av fonter og farger er allerede tatt av en designer, så det bør du slippe å forholde deg til, men et sett med tekststiler bør du ha. Pass på at det blir satt opp stiler for mellomtitler i forskjellige størrelser, sitater, bildetekster, fremhevet tekst, mindre viktig tekst (litt mindre skrift), faktabokser, punktlister osv.

9. Skill på maler og innholdstyper

Noen nettsteder er satt opp slik at det knyttes logikk til hvilken mal innhold vises med. For eksempel kan en oversikt over butikker være laget slik at den viser de sidene som bruker butikkmalen, og du er dermed tvunget til å bruke denne malen for å få butikken din med i listen.

Noen ganger er slik logikk nødvendig, og det kan gjøres mindre kritisk med fleksible maler, men om det er mulig – unngå at valg av mal får betydning for annet enn hvordan innholdet vises på siden.

10. Ha alltid en generell mal for hånden

Det er umulig å forutse alle behov som kan dukke opp på et nettsted. Noen ganger må man ta et steg tilbake og endre noen maler eller lage noen nye.

Du kommer allikevel langt om du har en mal som er helt generell – det vil si ingen spesialfelter, og fritekstfelter der det er aktuelt å legge inn innhold. Pass på å få utviklet en slik, også når den ikke brukes til å begynne med.

Lik dette innlegget 8 personer liker dette innlegget
Loading ... Loading ...

18 kommentarer


Johannes
11. juni 2009
kl. 10:20

Åh, dette er jo fantastiske eksempler, Thorsen :-) Humor når publiseringssystemet bestemmer hva vi skal kommunisere.


Per Øyvind Moen
11. juni 2009
kl. 11:01

Veldig bra oversikt som er nyttig for alle som skal investere i et cms. Du har et viktig poeng her om at man som kunde bør ha en viss kunnskap om krav man skal stille til løsninger og leverandører. Ved å kunne stille noen kontrollspørsmål basert på noen av punktene du nevner tror jeg også det blir lettere for en kunde å skille mellom gode og dårlige leverandører.

En god leverandør bør være proaktiv i forhold til disse punktene og jobbe sammen med kunden på forhånd for å avklare behov i forhold til maler og felter. Det vil gjøre jobben enklere for leverandøren, og resultatet bedre for kunden.

Min erfaring fra leverandørsiden er ihvertfall at jo mer kunnskap en kunde har, jo lettere er det å få gjennomslag for å ta tak i disse viktige prosessene forut for selve programmeringen av et nettsted.


Martin Berglund
11. juni 2009
kl. 11:24

Flott artikkel! Den skal deles med kollegaer :)

Her du gjort deg noen erfaringer om hvilke publiseringssystemer som er enklest å utvikle maler med?
Og hvilke CMS synes du har gode grensesnitt (ut av boksen)?


Martin Berglund
11. juni 2009
kl. 11:31

Sidespor:
Kommentérknappen (input#submit-comment) bør få cursor:pointer; i CSSen, på lik linje med søkeknappen i sidespalten ;)


Jon Gunnar Wold
11. juni 2009
kl. 12:04

“Vi fører merker som : WC” Fantastisk!

Dette ligner mye på en blogpost jeg skrev i fjor på Brukskvalitet.no: http://www.brukskvalitet.no/2008/vi-vil-ha-innhold/
Jeg synes Oslo City er et knallbra eksempel og det er fine konstruktive løsningsforslag. CMS’er er så håpløst generiske at det krever sin kvinne/mann å få systemet til å tilpasse seg innholdet og målgruppen.

Jon


Haakon Halvorsen
11. juni 2009
kl. 12:23

Mange av problemene du peker på her er antakelig resultatet av at man har brukt for lite tid og ressurser på informasjonsarkitektur og interaksjonsdesignet på nettstedet. Det å identifisere unike sider (som trenger egen mal) og eventuelt sider hvor formatteringen kan være mye løsere er jo informasjonsarkitektens hovedoppgave.

Når det er sagt så er det mange ganger veldig vanskelig å gjøre denne jobben. Jeg vet ikke hvor mange ganger jeg har måttet nærmest gjette meg til hva slags innhold som vil bli publisert på sidene fordi det har vært vanskelig å få innhold før løsningen er på plass. Dette er en kjent “høna og egget” situasjon hvor innholdprodusentene sier at “vi kan ikke produsere innhold før vi har maler” mens vi som jobber som informasjonsarkitekter sier “vi kan ikke lage maler før vi får i det minste eksempler på hva som skal publiseres” :D

Det finnes mange måter å motvirke at slike maler som eksemplet på oslo city oppstår, men jeg anbefaler at neste gang du skal gjøre et redesign eller lage nye sider så må du spørre inngående hvorvidt leverandøren har kunnskap om og erfaring med informasjonsarkitektur. Det er mitt råd (som usability specialist og informasjonsarkitekt :) ).

Når det er sagt så er jeg personlig mer enn frustert over enkelte av løsningene vi har levert hvor innholdsprodusentene har vært kreative i bruken av maler som gjør at de både ser dårligere ut og også fungerer dårligere i et (komplekst) navigasjonssystem. Jeg er ikke veldig fan av tips og triks for å omgå maler, men heller at man jobber med informasjonsarkitekten for å kartlegge mest mulig hvordan innholdet skal være.


Britt Helén
11. juni 2009
kl. 13:27

Veldig bra! Fin oversikt!:-)
Tror vi har en okei CMS-løsning her jeg jobber. Og heldigvis har vi nært samarbeid med leverandøren og kan fikse opp i maler og typer innhold som plutselig blir vanskelig å håndtere med allerede fastsatte maler. Vanskelig å se alt i begynnelsen, og det er vel derfor det er så spennende å jobbe med nettsider og innhold at man stadig må endre på ting…


Christian
11. juni 2009
kl. 15:11

Mange gode poenger!

Som andre har poengtert: Slike tilfeller er ofte et resultat av for dårlig innhold under utvikling. Helt enig i at alle parter bør være proaktive, men min erfaring tilsier at innhold ALLTID kommer for seint inn i et prosjekt, noe som _nesten alltid_ fører til at ting ikke blir så bra som det kunne ha blitt (det være seg CMS-maler, design, eller hva som helst)


Kjell-Morten Bratsberg Thorsen
11. juni 2009
kl. 17:14

Takk for alle gode kommentarer! :)

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.


Kjell-Morten Bratsberg Thorsen
11. juni 2009
kl. 17:33

Martin Berglund: Vet ikke om jeg vil anbefale et konkret CMS i denne sammenhengen. Vil heller si at alle moderne CMS-er bør gi mulighet for fleksibel håndtering av felter i malene. Vurderer du et CMS som er låst på dette området – styr unna. :)

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. :)


Martin Berglund
12. juni 2009
kl. 00:22

Ja, det er vel helst sånn at tilpasninger må til i de fleste CMS, men noen har et bedre utgangspunkt enn andre ;)

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 :)


Kjell-Morten Bratsberg Thorsen
12. juni 2009
kl. 17:51

Så sant, Martin! :)

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…


Per Chr. Aagenæs
13. juni 2009
kl. 16:12

Da er det vel på tide at jeg som hadde ansvar for dette prosjektet kommer på banen :)

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.


Kjell-Morten Bratsberg Thorsen
15. juni 2009
kl. 20:48

Takk for utdypende kommentar!

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… :)


Per Chr. Aagenæs
16. juni 2009
kl. 16:25

Trådskisser er et helt nødvendig verktøy for oss og vi bruker trådskisser for all interaksjonsdesign, men mitt poeng var at CMS-leverandør kanskje skal gjøre det samme for administrasjons-GUI. Det bør være en veldig rask oppgave da de stort sett har standard felter og kontrollere, men kan avdekke feil i deres forståelse for kundens behov for tvang og frihet før de starter kodingen.


Kjell-Morten Bratsberg Thorsen
16. juni 2009
kl. 18:21

En veldig god ide! Vi kommer til å prøve det ut i aktuelle prosjekter framover. :)


Arve
17. juni 2009
kl. 19:09

Gammelt triks:
Gode gamle if-setninger i malen er ofte en OK løsning. Finnes det ikke innhold i et felt, så vises det ikke på nettsiden :-)

[...] Ikke la publiseringsløsningen styre innholdet [...]

Gi oss din kommentar

eller