<?xml version="1.0" encoding="utf-8"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title><![CDATA[Chris Walker's Blog]]></title><link><![CDATA[http://www.aiim.org/community/members/profile/fe18d49c284749bea6413566bc4cb2c5]]></link><description></description><language>en-us</language><item><title><![CDATA[With A Twist]]></title><link><![CDATA[http://www.aiim.org/community/blogs/expert/With-A-Twist]]></link><description><![CDATA[<p>
	&nbsp;</p>
<p>
	Bryant Duhon, our indefatigable community manager, has been doing a &ldquo;Member of the Week&rdquo; feature on this site for the last while. I thought it would be fun to turn the tables and feature Bryant. Laurence Hart (AIIM CIO, blogger extraordinaire, and <a href="https://twitter.com/#!/piewords">Twitteratti</a>) helped convince Bryant to take part.</p>
<p>
	In order to really switch things up, Bryant will answer questions posed by the community. Anyone that has questions for Bryant can DM me on Twitter at <a href="https://twitter.com/#!/chris_p_walker">chris_p_walker</a>&nbsp;or email me at walkerchrisp@gmail.com. I&rsquo;ll compile the questions, have Bryant answer them, and post the results to this site.</p>
<p>
	I think 10-15 questions is about right. So, as soon as I&rsquo;ve collected the questions we&rsquo;ll get this thing started.</p>
<p>
	<strong>By the way, I will identify submitters of questions. No anonymity allowed.</strong></p>]]></description><comments><![CDATA[http://www.aiim.org/community/blogs/expert/With-A-Twist#commentList]]></comments><category domain="http://www.aiim.org/Community/search/keyword?w=Bryant+Duhon"><![CDATA[Bryant Duhon]]></category><pubDate>Wed, 11 Apr 2012 13:36:30 GMT</pubDate><dc:creator><![CDATA[Chris Walker]]></dc:creator><guid></guid></item><item><title><![CDATA[Big Data Needs Solid Requirements]]></title><link><![CDATA[http://www.aiim.org/community/blogs/expert/Big-Data-Needs-Solid-Requirements]]></link><description><![CDATA[<p>
	&nbsp;</p>
<p align="left">
	Big data is too big for most organizations. It&rsquo;s not because there is too much raw material to deal with, nor is it because of a lack of applicable tools. It doesn&rsquo;t even have anything to do with the inclusion of unstructured data (which doesn&rsquo;t really exist but that&rsquo;s a topic for blog posts that I&rsquo;ve already written). No, big data&rsquo;s too big because of what&rsquo;s possible.</p>
<p align="left">
	The possibilities to slice &amp; dice are virtually endless. Numerical data is bombarding organisations from within and without. Text based data (I&rsquo;m calling it data because until it&rsquo;s put in context it&rsquo;s not really information) is being generated almost at the speed of thought, in quantities heretofore unimagined. Every transaction, every search request, every Tweet, and every Like generates an entry in some repository that organizations may or may not be aware of, have control of, or have access to.</p>
<p align="left">
	That all sorta sucks, but ...</p>
<p align="left">
	But what really sucks is that organizations jump onto the Big Data bandwagon with not an iota of a clue as to what they want to do with it. Boys and girls, Uncle Chris is gonna try and wise you up.</p>
<p align="left">
	Like any other project that involves expending time and money, you need to know what you want to achieve when you&rsquo;re done. E.g.: Many years ago I worked on a service management reporting project for a big organization providing managed network services to an even bigger organization. It came down to this ... approximately 17,000,000 rows/day of raw data were collected, $pooploads/mo of revenue depended on meeting SLA targets, unmet SLA resulted in pooploads-alot being lost. The specific metrics and their data sources were identified prior to spending a dime on tools. My point is, you need to figure out what the business requirements are. That was true in 2002 and it is true today.</p>
<p align="left">
	Much has stayed the same, and some has changed over the last 10+ years. We&rsquo;ve even got some new stuff we can play around with thanks to social media, text analytics, sentiment analysis, etc. But knowing at least a few of the questions we&rsquo;re trying to answer, before actually doing something, is still a valid and necessary first step.</p>
<p align="left">
	It&rsquo;s really cool that we can now ask &ldquo;How does [demographic of choice] feel about our support organization?&rdquo; in addition to asking about how many units of blue-widget-A we sold last quarter in the mountain time zone north of the 49<sup>th</sup> parallel. But before we ask the question we need to know <em>to</em> ask it and we need to know what we&rsquo;re gonna do if we don&rsquo;t like the answer (we should also have a social media strategy in place). We also need to know niggling little details like where the data is, whether or not we can access the data, and whether or not the data is reliable (whatever that means). Oh, we should also have some sort of governance in place to deal with all that personal and payment data we&rsquo;re collecting, storing, massaging, analyzing, and interpreting to generate more profits than ever before.</p>
<p align="left">
	I&rsquo;d like to end today&rsquo;s sermon with another little story ...</p>
<p align="left">
	Back in 2004 I was a project manager at a municipality. One of my periodic tasks was to compile the results detailing uptake of certain web-enabled municipal services related to planning and development. Each month I would get the results from the various sub departments, enter them into my fancy-schmancy reporting tool, compare the numbers against the projections, and then present them at a monthly meeting. We used a standard red-black-green thingy and it was all so easy. Easy until the dude in charge asked me if they were supposed to do anything about the red (bad) numbers. My question, and the take-away from this anecdote, to him was &ldquo;If you&rsquo;re not going to address the issues highlighted, why are you spending time and money on this?&rdquo;</p>
<p>
	Big data is full of big possibilities. However, before you jump in make sure you have a plan. Understand what it is you&rsquo;re trying to achieve. Have a plan for how you&rsquo;re going to react to negative results as well as positive. Know that you won&rsquo;t figure it all out on your first attempt, but that&rsquo;s okay because a cool thing about analytics is that the more you play, the more you learn and then you discover more possibilities.</p>]]></description><comments><![CDATA[http://www.aiim.org/community/blogs/expert/Big-Data-Needs-Solid-Requirements#commentList]]></comments><category domain="http://www.aiim.org/Community/search/keyword?w=analytics"><![CDATA[analytics]]></category><category domain="http://www.aiim.org/Community/search/keyword?w=big+data"><![CDATA[big data]]></category><category domain="http://www.aiim.org/Community/search/keyword?w=requirements"><![CDATA[requirements]]></category><pubDate>Tue, 03 Apr 2012 17:16:55 GMT</pubDate><dc:creator><![CDATA[Chris Walker]]></dc:creator><guid></guid></item><item><title><![CDATA[Customer Experience - Gotta Do Better]]></title><link><![CDATA[http://www.aiim.org/community/blogs/expert/Customer-Experience-Gotta-Do-Better]]></link><description><![CDATA[<p>
	&nbsp;</p>
<p>
	Many, many years ago I lived not far from the hardware store that used to be <a href="http://maps.google.ca/maps?q=45.444815,-73.813915&amp;hl=en&amp;num=1&amp;t=h&amp;z=19&amp;iwloc=near">here</a>. (<em>My favourite barber was in the same complex. They let you smoke, served espresso, and had a pile of out-of-date Penthouse.</em>) I really liked that hardware store, but abandoned it when one of those big-ass, everything-under-one-roof, meg-gigantic (by Canadian standards) box stores opened up. I remember the excitement and anticipation leading up to the grand opening (actually, I don&rsquo;t, but this story wouldn&rsquo;t be nearly as compelling if I didn&rsquo;t embellish just a wee bit). It mattered not that the monogigantilithic store was a further 8 minutes away. It was worth it! We were going to have every conceivable hardware, lawn care, renovation, major appliance, and home improvement item known to human-kind under one roof. At prices that can&rsquo;t be beat. Well, bugger that!</p>
<p>
	It seems that this retailer forgot to include a couple of key items: product knowledge and customer service. Oh sure, you could ask a staff member (in 1 of Canada&rsquo;s official languages) where an item was and they&rsquo;d send you off in the right general direction. You could even ask them product oriented questions and if they&rsquo;d read the correct documentation you&rsquo;d likely get a reasonable answer. But what you couldn&rsquo;t get (as a standard practice) was that feeling that you were valued as a customer and, more importantly, as a person. How could this be fixed? you may well ask. Easy ...</p>
<p>
	I returned to the more expensive, closer to my house hardware store. You see, when I went in wondering about paint choices and application techniques they talked to me. Hell, they even listened to me. When my wife and I bickered about paint or whatever, the staff provided the voice of reason and helped us make the right choice for <em>our</em> situation. When I returned they knew me enough to ask about how my project, whatever it happened to be, turned out. They offered crappy coffee and a human touch. I was even able to chat with other customers.</p>
<p>
	What does all this have to do with customer experience today, you may ask? Everything. We&rsquo;re still people who like to connect with other people. There&rsquo;s a certain humanness and sociability that we look for in our lives. Certainly we sometimes like the convenience of online shopping in our (or our partner&rsquo;s) underwear from the comforts of our homes, but I like to believe that we still want and need that contact with other people.</p>
<p>
	I&rsquo;m not for a second saying that we need to replicate that intimate experience online (except for certain sites of an adult nature); it&rsquo;s impossible. What we need to do is redefine how excellent customer experience is delivered online. We need to understand that true customer experience involves multiple channels, without the customer having to repeat themselves again and again and again.</p>
<p>
	I&rsquo;m going to close with a couple of examples from a big name retailer. They&rsquo;re two stories about two very different experiences, make of them what you will...</p>
<p>
	Back in December my wife and I went Christmas shopping for our daughter. Our daughter is a voracious reader, who turned 12 years old earlier this month. We wanted to get her some books that were a bit different from her usual fare. Kerry (the staff member whose name I remember because she was really cute) spent several minutes with us asking about our daughter&rsquo;s preferences and our thoughts on what we felt were appropriate topics for her to read. Kerry made some recommendations that proved to be spot on. Well done, Kerry!</p>
<p>
	Same retailer, different channel ... To date I&rsquo;ve purchased about $300 of ebooks from this retailer. One of the things I like is that they make recommendations about what I may like to try next. What I dislike, vehemently, is that they keep recommending titles that I have previously purchased. Repeatedly.</p>
<p>
	Do you see my point? Do you feel my pain (uhm, irritation is probably more accurate)?</p>]]></description><comments><![CDATA[]]></comments><category domain="http://www.aiim.org/Community/search/keyword?w=Social"><![CDATA[Social]]></category><category domain="http://www.aiim.org/Community/search/keyword?w=CX"><![CDATA[CX]]></category><category domain="http://www.aiim.org/Community/search/keyword?w=CEX"><![CDATA[CEX]]></category><category domain="http://www.aiim.org/Community/search/keyword?w=Customer+Experience"><![CDATA[Customer Experience]]></category><category domain="http://www.aiim.org/Community/search/keyword?w=Espresso"><![CDATA[Espresso]]></category><category domain="http://www.aiim.org/Community/search/keyword?w=Penthouse"><![CDATA[Penthouse]]></category><category domain="http://www.aiim.org/Community/search/keyword?w=Community"><![CDATA[Community]]></category><pubDate>Thu, 29 Mar 2012 11:19:00 GMT</pubDate><dc:creator><![CDATA[Chris Walker]]></dc:creator><guid></guid></item><item><title><![CDATA[Search, Metadata, and Bye Bye Folders]]></title><link><![CDATA[http://www.aiim.org/community/blogs/expert/Search-Metadata-and-Bye-Bye-Folders]]></link><description><![CDATA[<p>
	Inspired by a recent project. Explained to my (almost) 12yr old. Guess who &quot;got it&quot; quicker.</p>
<p>
	&nbsp;</p>
<p>
	<img alt="" src="/_h/ImageResolver.ashx?folder=A56BD085316243468F329ACC3A18D29B&amp;file=Metadata and Search" style="width: 576px; height: 432px; " /></p>]]></description><comments><![CDATA[]]></comments><category domain="http://www.aiim.org/Community/search/keyword?w=metadata"><![CDATA[metadata]]></category><category domain="http://www.aiim.org/Community/search/keyword?w=search"><![CDATA[search]]></category><category domain="http://www.aiim.org/Community/search/keyword?w=query"><![CDATA[query]]></category><category domain="http://www.aiim.org/Community/search/keyword?w=screw"><![CDATA[screw]]></category><category domain="http://www.aiim.org/Community/search/keyword?w=Steve"><![CDATA[Steve]]></category><pubDate>Wed, 15 Feb 2012 19:11:31 GMT</pubDate><dc:creator><![CDATA[Chris Walker]]></dc:creator><guid></guid></item></channel></rss>
