<?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>Commentaires sur : Optimiser la qualité de vos données clients : le data scanning</title>
	<atom:link href="http://www.autourduclient.com/2008/03/14/optimiser-la-qualite-de-vos-donnees-clients-le-data-scanning/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.autourduclient.com/2008/03/14/optimiser-la-qualite-de-vos-donnees-clients-le-data-scanning/</link>
	<description>Le Blog</description>
	<lastBuildDate>Fri, 14 Mar 2008 21:23:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>Par : Richard Zuber</title>
		<link>http://www.autourduclient.com/2008/03/14/optimiser-la-qualite-de-vos-donnees-clients-le-data-scanning/comment-page-1/#comment-9</link>
		<dc:creator>Richard Zuber</dc:creator>
		<pubDate>Fri, 14 Mar 2008 21:23:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.autourduclient.com/blog/2008/03/14/optimiser-la-qualite-de-vos-donnees-clients-le-data-scanning/#comment-9</guid>
		<description>&quot;Mieux vaut prévenir que guérir&quot;, l&#039;adage se rappelle encore une fois à notre conscience !

J&#039;ai pu expérimenter ce problème dans le cadre de missions orientées &quot;relation client&quot; : les contacts clients n&#039;étaient pas catégorisés de la même manière selon le canal emprunté.

Ainsi, au lieu de se consolider afin de livrer des tendances, les données clients en devenaient troubles et impropres à toute exploitation opérationnelle !

Identifier les objectifs et leurs indicateurs en amont de la mise en œuvre, assurer la &quot;propreté&quot; des données à exploiter, peut constituer un angle d&#039;attaque pragmatique pour initier la démarche. 

Vouloir tout remettre à niveau d&#039;un bloc peut s&#039;avérer périlleux, car quand on commence à penser &quot;bases de données&quot;, il devient difficile de s&#039;arrêter ;-)</description>
		<content:encoded><![CDATA[<p>&laquo;&nbsp;Mieux vaut prévenir que guérir&nbsp;&raquo;, l&#8217;adage se rappelle encore une fois à notre conscience !</p>
<p>J&#8217;ai pu expérimenter ce problème dans le cadre de missions orientées &laquo;&nbsp;relation client&nbsp;&raquo; : les contacts clients n&#8217;étaient pas catégorisés de la même manière selon le canal emprunté.</p>
<p>Ainsi, au lieu de se consolider afin de livrer des tendances, les données clients en devenaient troubles et impropres à toute exploitation opérationnelle !</p>
<p>Identifier les objectifs et leurs indicateurs en amont de la mise en œuvre, assurer la &laquo;&nbsp;propreté&nbsp;&raquo; des données à exploiter, peut constituer un angle d&#8217;attaque pragmatique pour initier la démarche. </p>
<p>Vouloir tout remettre à niveau d&#8217;un bloc peut s&#8217;avérer périlleux, car quand on commence à penser &laquo;&nbsp;bases de données&nbsp;&raquo;, il devient difficile de s&#8217;arrêter <img src='http://www.autourduclient.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

