<?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>Comments on: Web 2.0: Hoe het niet moet</title>
	<atom:link href="http://www.marketinginnovatie.org/2008/11/03/web-20-hoe-het-niet-moet/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.marketinginnovatie.org/2008/11/03/web-20-hoe-het-niet-moet/</link>
	<description>Het weblog van PIM online</description>
	<lastBuildDate>Wed, 26 Oct 2011 11:36:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.3</generator>
	<item>
		<title>By: Jaap Steinvoorte</title>
		<link>http://www.marketinginnovatie.org/2008/11/03/web-20-hoe-het-niet-moet/comment-page-1/#comment-901</link>
		<dc:creator>Jaap Steinvoorte</dc:creator>
		<pubDate>Tue, 04 Nov 2008 12:14:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.marketinginnovatie.org/?p=378#comment-901</guid>
		<description>Op alle punten met je eens. Je beredeneert vanuit de organisatie bezien. 
Ik heb inmiddels inzage mogen hebben in diverse mailwisselingen van klanten die implementaties hebben gedaan en ervaringen hebben opgedaan. Het leuke is dat over het algemeen de reacties erg positief zijn, een enkele reactie was neutraal (zakelijk) en geen enkele was negatief. 

Tevens zagen we een aantal andere zaken (ook weer op te maken uit de email). Hackability, ofwel, gebruik van de webservice waar deze oorspronkelijk niet voor bedoeld was, zelfs niet 1 andere wijze maar diversen.

Iets anders wat ik opmerkte, in diverse mailwisselingen, waren de ideeen die gratis werden aangedragen. Plugins als suggestie, widgets, etc... 

De communicatie gaat over diverse schijven, 1e lijns, 2e lijns, account management, functioneel beheer, project management, etc.... veel tijd gemoeid dus met distribueren en overdragen van informatie. Er zitten al kundige mensen tussen, zij zijn al bezig met communiceren, vrijmaken hoeft dus niet ;-).  
Het punt is, klanten begrijpen het vaak niet, begrijpen niet dat je dit niet aanbiedt. Marketing denkt vaak nog in oude patronen, de &quot;nieuwe&quot; marketeers zouden dus een essentieel onderdeel onderdeel moeten uitmaken van het gehele proces. 

In het kort dan: geen boze klanten, overbodige communicatie(lijnen), nog niet het oor te luisteren leggen, sterke beperking in innovatie.</description>
		<content:encoded><![CDATA[<p>Op alle punten met je eens. Je beredeneert vanuit de organisatie bezien.<br />
Ik heb inmiddels inzage mogen hebben in diverse mailwisselingen van klanten die implementaties hebben gedaan en ervaringen hebben opgedaan. Het leuke is dat over het algemeen de reacties erg positief zijn, een enkele reactie was neutraal (zakelijk) en geen enkele was negatief. </p>
<p>Tevens zagen we een aantal andere zaken (ook weer op te maken uit de email). Hackability, ofwel, gebruik van de webservice waar deze oorspronkelijk niet voor bedoeld was, zelfs niet 1 andere wijze maar diversen.</p>
<p>Iets anders wat ik opmerkte, in diverse mailwisselingen, waren de ideeen die gratis werden aangedragen. Plugins als suggestie, widgets, etc&#8230; </p>
<p>De communicatie gaat over diverse schijven, 1e lijns, 2e lijns, account management, functioneel beheer, project management, etc&#8230;. veel tijd gemoeid dus met distribueren en overdragen van informatie. Er zitten al kundige mensen tussen, zij zijn al bezig met communiceren, vrijmaken hoeft dus niet <img src='http://www.marketinginnovatie.org/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> .<br />
Het punt is, klanten begrijpen het vaak niet, begrijpen niet dat je dit niet aanbiedt. Marketing denkt vaak nog in oude patronen, de &#8220;nieuwe&#8221; marketeers zouden dus een essentieel onderdeel onderdeel moeten uitmaken van het gehele proces. </p>
<p>In het kort dan: geen boze klanten, overbodige communicatie(lijnen), nog niet het oor te luisteren leggen, sterke beperking in innovatie.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erik Visser</title>
		<link>http://www.marketinginnovatie.org/2008/11/03/web-20-hoe-het-niet-moet/comment-page-1/#comment-892</link>
		<dc:creator>Erik Visser</dc:creator>
		<pubDate>Mon, 03 Nov 2008 08:43:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.marketinginnovatie.org/?p=378#comment-892</guid>
		<description>Allemaal zeer goede punten en ben het ook helemaal met je eens. Maar wat ik merk is dat grotere organisaties maar hele kleine stapjes kunnen maken en ook maar 1 tegelijk. Het hebben van deze webservice is waarschijnlijk een grote geweest. Om dan ook nog eens transparant te zijn naar je gebruikers en daar een intense interactie mee aan te gaan zijn nog twee grote stappen.

Daar is tijd voor nodig. Eerst moet stap 1 beklijven dan kan er pas verder worden gekeken. 
Het is dus niet zozeer of het slim is om te doen. Het is vooral zaak dat de organisatie er klaar voor is. Alleen al capaciteit vrijmaken en kundige mensen laten communiceren met je gebruikers is al een hele klus voor een organisatie die denkt vanuit statische processen.</description>
		<content:encoded><![CDATA[<p>Allemaal zeer goede punten en ben het ook helemaal met je eens. Maar wat ik merk is dat grotere organisaties maar hele kleine stapjes kunnen maken en ook maar 1 tegelijk. Het hebben van deze webservice is waarschijnlijk een grote geweest. Om dan ook nog eens transparant te zijn naar je gebruikers en daar een intense interactie mee aan te gaan zijn nog twee grote stappen.</p>
<p>Daar is tijd voor nodig. Eerst moet stap 1 beklijven dan kan er pas verder worden gekeken.<br />
Het is dus niet zozeer of het slim is om te doen. Het is vooral zaak dat de organisatie er klaar voor is. Alleen al capaciteit vrijmaken en kundige mensen laten communiceren met je gebruikers is al een hele klus voor een organisatie die denkt vanuit statische processen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

