<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Reacties op: Content management gebeurt door mensen, niet door een CMS</title>
	<atom:link href="http://usability-blog.be/web-content-management-mens/feed/" rel="self" type="application/rss+xml" />
	<link>http://usability-blog.be/web-content-management-mens/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=web-content-management-mens</link>
	<description>Over usability, conversie, internet marketing en informatiearchitectuur</description>
	<lastBuildDate>Mon, 06 Feb 2012 22:14:00 +0100</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Door: Karl Gilis</title>
		<link>http://usability-blog.be/web-content-management-mens/#comment-3838</link>
		<dc:creator>Karl Gilis</dc:creator>
		<pubDate>Mon, 22 Feb 2010 10:36:46 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2168#comment-3838</guid>
		<description>@ Toon
Succes !</description>
		<content:encoded><![CDATA[<p>@ Toon<br />
Succes !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Toon</title>
		<link>http://usability-blog.be/web-content-management-mens/#comment-3837</link>
		<dc:creator>Toon</dc:creator>
		<pubDate>Mon, 22 Feb 2010 09:48:39 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2168#comment-3837</guid>
		<description>Ik gebruik je artikel straks ter illustratie van het belang van een geoptimaliseerd en van links voorzien online-archief. Wish me luck.</description>
		<content:encoded><![CDATA[<p>Ik gebruik je artikel straks ter illustratie van het belang van een geoptimaliseerd en van links voorzien online-archief. Wish me luck.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: An Janssens</title>
		<link>http://usability-blog.be/web-content-management-mens/#comment-3705</link>
		<dc:creator>An Janssens</dc:creator>
		<pubDate>Sat, 13 Feb 2010 18:11:26 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2168#comment-3705</guid>
		<description>Mooi antwoord, bedankt.

En laat die artikels maar komen.</description>
		<content:encoded><![CDATA[<p>Mooi antwoord, bedankt.</p>
<p>En laat die artikels maar komen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Karl Gilis</title>
		<link>http://usability-blog.be/web-content-management-mens/#comment-3703</link>
		<dc:creator>Karl Gilis</dc:creator>
		<pubDate>Sat, 13 Feb 2010 10:01:14 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2168#comment-3703</guid>
		<description>@An
Dat zijn veel vragen en opmerkingen. Ik probeer kort te antwoorden, al zit er volgens mij stof in voor meerdere artikels.

1. Het is niet omdat iemand een beroep op ons doet, dat ze een slechte contentbeheerder zijn. Het bepalen van de inhoud en de structuur van een website is niet zo eenvoudig als het lijkt. Een buitenstaander kan dat op basis van uitgebreid gebruikersonderzoek doorgaans beter dan iemand die in de organisatie verweven zit.

2. Het is niet omdat je een CMS hebt dat het webteam de structuur om zeep zal helpen. Wat we wel zien is dat sommige teams na ons vertrek geleidelijk aan weer in hun oude gewoontes hervallen.

3. Opleiding is een goed begin. Wij proberen daarnaast tijdens het proces van informatiearchitectuur zoveel mogelijk &#039;bewijsmateriaal&#039; te verzamelen en het team te betrekken bij alle stappen. Op die manier wordt duidelijk dat de keuzes niet &#039;zomaar&#039; uit het brein van experts komen, maar dat ze gestuurd worden door de gebruikers. Dat bewijsmateriaal zorgt vaak wel voor een ommezwaai in de visie op de website en de inhoud. Ook, en vaak is dat het allerbelangrijkste, bij de directie.

4. Bij centraal georganiseerde websites met sterke webteams zien we dat dit voldoende is en dat zo&#039;n team gerust 10 jaar verder kan met wat er door ons is neergezet. Af en toe bijsturen is uiteraard altijd aangewezen. Websites staan niet stil, bedrijven ook niet en websites dus ook niet.

5. Decentraal georganiseerde websites of teams die niet durven ingaan tegen vragen van bepaalde departementen of de directie, vervallen sneller in oude gewoontes. Daar zie je dat het inderdaad aangeraden is om om de 3 à 4 jaar eens samen te zitten om de boel op te kuisen. Feit is dat zelfs in zo&#039;n geval de basisstructuur altijd behouden kan blijven, maar dat de ballast die er is aan toegevoegd weer opgeschoond (lees: geschrapt) moet worden. En uiteraard kan dan de structuur wel wat verder gefinetuned worden.</description>
		<content:encoded><![CDATA[<p>@An<br />
Dat zijn veel vragen en opmerkingen. Ik probeer kort te antwoorden, al zit er volgens mij stof in voor meerdere artikels.</p>
<p>1. Het is niet omdat iemand een beroep op ons doet, dat ze een slechte contentbeheerder zijn. Het bepalen van de inhoud en de structuur van een website is niet zo eenvoudig als het lijkt. Een buitenstaander kan dat op basis van uitgebreid gebruikersonderzoek doorgaans beter dan iemand die in de organisatie verweven zit.</p>
<p>2. Het is niet omdat je een CMS hebt dat het webteam de structuur om zeep zal helpen. Wat we wel zien is dat sommige teams na ons vertrek geleidelijk aan weer in hun oude gewoontes hervallen.</p>
<p>3. Opleiding is een goed begin. Wij proberen daarnaast tijdens het proces van informatiearchitectuur zoveel mogelijk &#8216;bewijsmateriaal&#8217; te verzamelen en het team te betrekken bij alle stappen. Op die manier wordt duidelijk dat de keuzes niet &#8216;zomaar&#8217; uit het brein van experts komen, maar dat ze gestuurd worden door de gebruikers. Dat bewijsmateriaal zorgt vaak wel voor een ommezwaai in de visie op de website en de inhoud. Ook, en vaak is dat het allerbelangrijkste, bij de directie.</p>
<p>4. Bij centraal georganiseerde websites met sterke webteams zien we dat dit voldoende is en dat zo&#8217;n team gerust 10 jaar verder kan met wat er door ons is neergezet. Af en toe bijsturen is uiteraard altijd aangewezen. Websites staan niet stil, bedrijven ook niet en websites dus ook niet.</p>
<p>5. Decentraal georganiseerde websites of teams die niet durven ingaan tegen vragen van bepaalde departementen of de directie, vervallen sneller in oude gewoontes. Daar zie je dat het inderdaad aangeraden is om om de 3 à 4 jaar eens samen te zitten om de boel op te kuisen. Feit is dat zelfs in zo&#8217;n geval de basisstructuur altijd behouden kan blijven, maar dat de ballast die er is aan toegevoegd weer opgeschoond (lees: geschrapt) moet worden. En uiteraard kan dan de structuur wel wat verder gefinetuned worden.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: An Janssens</title>
		<link>http://usability-blog.be/web-content-management-mens/#comment-3701</link>
		<dc:creator>An Janssens</dc:creator>
		<pubDate>Fri, 12 Feb 2010 16:34:11 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2168#comment-3701</guid>
		<description>Hoe gaan jullie bij AG daar in de praktijk mee om?

Als een klant jullie vraagt om de informatiearchitectuur van zijn site uit te werken, is dat waarschijnlijk omdat zijn eigen team geen goede contentbeheerder is. Je weet dus eigenlijk op voorhand al dat ze met hun CMS je mooie architectuur weer om zeep gaan helpen. 
Maar je kunt ze niet aanraden om het CMS buiten te gooien, want ze kunnen niet voor elke wijziging bij jullie/de ontwikkelingsfirma gaan aankloppen.

Ik neem aan dat jullie dan in alle geval een opleiding aanraden, of een regelmatige revisie :) Of zijn er nog andere oplossingen? Hebben jullie daar al akelige ervaringen mee gehad?</description>
		<content:encoded><![CDATA[<p>Hoe gaan jullie bij AG daar in de praktijk mee om?</p>
<p>Als een klant jullie vraagt om de informatiearchitectuur van zijn site uit te werken, is dat waarschijnlijk omdat zijn eigen team geen goede contentbeheerder is. Je weet dus eigenlijk op voorhand al dat ze met hun CMS je mooie architectuur weer om zeep gaan helpen.<br />
Maar je kunt ze niet aanraden om het CMS buiten te gooien, want ze kunnen niet voor elke wijziging bij jullie/de ontwikkelingsfirma gaan aankloppen.</p>
<p>Ik neem aan dat jullie dan in alle geval een opleiding aanraden, of een regelmatige revisie <img src='http://cdn2.usability-blog.be/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Of zijn er nog andere oplossingen? Hebben jullie daar al akelige ervaringen mee gehad?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Toon</title>
		<link>http://usability-blog.be/web-content-management-mens/#comment-3694</link>
		<dc:creator>Toon</dc:creator>
		<pubDate>Fri, 12 Feb 2010 10:37:12 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2168#comment-3694</guid>
		<description>Het probleem is volgens mij ook dat heel wat webredacteurs/-masters/-editors/-whatevers zeer braaf binnen de lijntjes moeten kleuren. Persmededelingen online zetten en luisteren naar Marketing, zeg maar. Eigen initiatief is er zelden bij.
In zo&#039;n positie krijg je dan iemand die daar ofwel na een paar weken gillend wegloopt of die zich nestelt in de rol van menselijke kopieermachine en zich geen zier aantrekt van de kwaliteit van wat &#039;ie online zet. Terecht ook, hij/zij mag er zich officiëel niet mee bemoeien. Een recept voor een levende website met een persoonlijke en menselijke touch (want daar gaat het eigenlijk vaak om), is zoiets alvast niet.</description>
		<content:encoded><![CDATA[<p>Het probleem is volgens mij ook dat heel wat webredacteurs/-masters/-editors/-whatevers zeer braaf binnen de lijntjes moeten kleuren. Persmededelingen online zetten en luisteren naar Marketing, zeg maar. Eigen initiatief is er zelden bij.<br />
In zo&#8217;n positie krijg je dan iemand die daar ofwel na een paar weken gillend wegloopt of die zich nestelt in de rol van menselijke kopieermachine en zich geen zier aantrekt van de kwaliteit van wat &#8216;ie online zet. Terecht ook, hij/zij mag er zich officiëel niet mee bemoeien. Een recept voor een levende website met een persoonlijke en menselijke touch (want daar gaat het eigenlijk vaak om), is zoiets alvast niet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Alain</title>
		<link>http://usability-blog.be/web-content-management-mens/#comment-3688</link>
		<dc:creator>Alain</dc:creator>
		<pubDate>Thu, 11 Feb 2010 22:55:38 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2168#comment-3688</guid>
		<description>Tja, eigenlijk is dat niet nieuw:

Het is een saaie job waar iemand echt iets moet doen en uitzoeken en dit blijven herhalen.  Bovendien zijn de bevindingen vaak anders dan de &quot;heilige&quot; huisjes binnen het bedrijf, daar kun je nog problemen mee krijgen ook.

De nieuwste generatie CMS&#039;sen zal dat trouwens oplossen in de volgende versie, of de versie erna of die erna...  Je hebt duidelijk geen kennis van de nieuwste evoluties ;-)


(Voeg nu nog wat modieuze termen toe en de trein voor een nieuw CMS is vertrokken.) 



Je kunt trouwens als bedrijf je echte problemen zelden uitbesteden.</description>
		<content:encoded><![CDATA[<p>Tja, eigenlijk is dat niet nieuw:</p>
<p>Het is een saaie job waar iemand echt iets moet doen en uitzoeken en dit blijven herhalen.  Bovendien zijn de bevindingen vaak anders dan de &#8220;heilige&#8221; huisjes binnen het bedrijf, daar kun je nog problemen mee krijgen ook.</p>
<p>De nieuwste generatie CMS&#8217;sen zal dat trouwens oplossen in de volgende versie, of de versie erna of die erna&#8230;  Je hebt duidelijk geen kennis van de nieuwste evoluties <img src='http://cdn2.usability-blog.be/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>(Voeg nu nog wat modieuze termen toe en de trein voor een nieuw CMS is vertrokken.) </p>
<p>Je kunt trouwens als bedrijf je echte problemen zelden uitbesteden.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Marcel De Beukeleer</title>
		<link>http://usability-blog.be/web-content-management-mens/#comment-3683</link>
		<dc:creator>Marcel De Beukeleer</dc:creator>
		<pubDate>Thu, 11 Feb 2010 17:10:53 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2168#comment-3683</guid>
		<description>Als contentmanager van een door freelance auteurs gevoede CMS (User Generated Content) kan ik deze aanbevelingen sterk onderschrijven. Het &#039;systeem&#039; is zeer dikwijls ontoereikend en hoe goed je het ook programmeert, de menselijke factor blijft hoogstnoodzakelijk.
Ik probeer de usability en visability te verhogen door zowel de limieten (duur online, lengte artikel, beperkte editor, kwaliteit afbeelding, enz...) te automatiseren en tevens de leesbaarheid (taalgebruik, spelling, relevantie, woordenschat, enz...) te laten controleren door themaredacteuren. Met velen zie je immers meer dan alleen. 
Door de menselijke factor te spreiden over meerdere personen, wordt het risico op &#039;slechte&#039; pagina&#039;s verminderd, maar zeker niet vermeden. Een analyse van het bezoekersgedrag, gekoppeld aan de volgehouden kritische evaluatie, leidt ook naar een kwaliteitsverbetering. Uiteindelijk zijn het je lezers/bezoekers die bepalen wat ze interessant vinden en wat niet. 
Hoofdredacteur OuderNet.be</description>
		<content:encoded><![CDATA[<p>Als contentmanager van een door freelance auteurs gevoede CMS (User Generated Content) kan ik deze aanbevelingen sterk onderschrijven. Het &#8216;systeem&#8217; is zeer dikwijls ontoereikend en hoe goed je het ook programmeert, de menselijke factor blijft hoogstnoodzakelijk.<br />
Ik probeer de usability en visability te verhogen door zowel de limieten (duur online, lengte artikel, beperkte editor, kwaliteit afbeelding, enz&#8230;) te automatiseren en tevens de leesbaarheid (taalgebruik, spelling, relevantie, woordenschat, enz&#8230;) te laten controleren door themaredacteuren. Met velen zie je immers meer dan alleen.<br />
Door de menselijke factor te spreiden over meerdere personen, wordt het risico op &#8216;slechte&#8217; pagina&#8217;s verminderd, maar zeker niet vermeden. Een analyse van het bezoekersgedrag, gekoppeld aan de volgehouden kritische evaluatie, leidt ook naar een kwaliteitsverbetering. Uiteindelijk zijn het je lezers/bezoekers die bepalen wat ze interessant vinden en wat niet.<br />
Hoofdredacteur OuderNet.be</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Toon</title>
		<link>http://usability-blog.be/web-content-management-mens/#comment-3670</link>
		<dc:creator>Toon</dc:creator>
		<pubDate>Wed, 10 Feb 2010 13:27:39 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2168#comment-3670</guid>
		<description>Ain&#039;t that the truth!
Regelmatig maak ik mee dat mensen technologische oplossingen zoeken voor problemen die niet technologisch zijn. &#039;Onze website is verouderd&#039; wordt dan beantwoord met: &#039;We hebben een beter CMS nodig.&#039;
Komt volgens mij omdat het zo makkelijk lijkt. Je geeft wat geld uit en vergadert oeverloos over features en site-indeling, zodat je het netelige onderwerp van &#039;Wie gaat dat nu beheren en wie *kan* dat beheren?&#039; niet hoeft te behandelen. &#039;Het is de schuld van het CMS&#039; is makkelijk omdat het CMS niet kan antwoorden.
Ook de CMS-verkopers doen daar trouwens vlot aan mee: &#039;Met dit CMS hoeft u geen complexe HTML code te kennen. Als u Word kent, kan u ook uw site beheren.&#039; Yeah right. Taking the website out of the website doesn&#039;t work.</description>
		<content:encoded><![CDATA[<p>Ain&#8217;t that the truth!<br />
Regelmatig maak ik mee dat mensen technologische oplossingen zoeken voor problemen die niet technologisch zijn. &#8216;Onze website is verouderd&#8217; wordt dan beantwoord met: &#8216;We hebben een beter CMS nodig.&#8217;<br />
Komt volgens mij omdat het zo makkelijk lijkt. Je geeft wat geld uit en vergadert oeverloos over features en site-indeling, zodat je het netelige onderwerp van &#8216;Wie gaat dat nu beheren en wie *kan* dat beheren?&#8217; niet hoeft te behandelen. &#8216;Het is de schuld van het CMS&#8217; is makkelijk omdat het CMS niet kan antwoorden.<br />
Ook de CMS-verkopers doen daar trouwens vlot aan mee: &#8216;Met dit CMS hoeft u geen complexe HTML code te kennen. Als u Word kent, kan u ook uw site beheren.&#8217; Yeah right. Taking the website out of the website doesn&#8217;t work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Julie</title>
		<link>http://usability-blog.be/web-content-management-mens/#comment-3638</link>
		<dc:creator>Julie</dc:creator>
		<pubDate>Tue, 09 Feb 2010 21:29:16 +0000</pubDate>
		<guid isPermaLink="false">http://usability-blog.be/?p=2168#comment-3638</guid>
		<description>Even goed lezen.</description>
		<content:encoded><![CDATA[<p>Even goed lezen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced
Object Caching 497/498 objects using disk: basic
Content Delivery Network via Amazon Web Services: CloudFront: cdn1.usability-blog.be

Served from: usability-blog.be @ 2012-02-07 21:07:14 -->
