<?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"
	>
<channel>
	<title>Comments on: More on the Usage Lifecycle: Lifecycle Messaging</title>
	<atom:link href="http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/feed/" rel="self" type="application/rss+xml" />
	<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/</link>
	<description>A Blog about Social Web Design</description>
	<pubDate>Sat, 30 Aug 2008 15:57:21 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Sam Design</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-247678</link>
		<dc:creator>Sam Design</dc:creator>
		<pubDate>Sat, 30 Aug 2008 12:56:36 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-247678</guid>
		<description>Really interesting post, you made some valid points about brand marketing and how to secure return visits. 

I strongly agree with Austins first comment that messaging is a contingency.</description>
		<content:encoded><![CDATA[<p>Really interesting post, you made some valid points about brand marketing and how to secure return visits. </p>
<p>I strongly agree with Austins first comment that messaging is a contingency.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bullets of &#8220;Designing for the Social Web&#8221; by Joshua Porter &#171; My Perspective</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-200868</link>
		<dc:creator>Bullets of &#8220;Designing for the Social Web&#8221; by Joshua Porter &#171; My Perspective</dc:creator>
		<pubDate>Tue, 24 Jun 2008 02:21:48 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-200868</guid>
		<description>[...] First-time use -&#62; Return visits -&#62; Regular use [...]</description>
		<content:encoded><![CDATA[<p>[...] First-time use -&gt; Return visits -&gt; Regular use [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-173380</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Sat, 24 May 2008 10:06:04 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-173380</guid>
		<description>@Austin: I see several points here. First, recognize whether there is a lifecycle worth designing around. Second, recognize when there are points in the lifecycle when you're seeing drop off/opportunity. Third, consider sending contingency messaging at those points. 

Your examples are good ones. However, I can easily imagine Amazon having some threshold at which they'll send you a message, such as 3 months without any activity or something.  

But your point is well taken...this sort of messaging isn't the core value proposition. This is tactical stuff for specific times in the lifecycle. Thanks for pushing further with this.</description>
		<content:encoded><![CDATA[<p>@Austin: I see several points here. First, recognize whether there is a lifecycle worth designing around. Second, recognize when there are points in the lifecycle when you&#8217;re seeing drop off/opportunity. Third, consider sending contingency messaging at those points. </p>
<p>Your examples are good ones. However, I can easily imagine Amazon having some threshold at which they&#8217;ll send you a message, such as 3 months without any activity or something.  </p>
<p>But your point is well taken&#8230;this sort of messaging isn&#8217;t the core value proposition. This is tactical stuff for specific times in the lifecycle. Thanks for pushing further with this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: billhd</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-173104</link>
		<dc:creator>billhd</dc:creator>
		<pubDate>Sat, 24 May 2008 02:07:51 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-173104</guid>
		<description>@Austin Thanks for the clarification! Excellent points, all.</description>
		<content:encoded><![CDATA[<p>@Austin Thanks for the clarification! Excellent points, all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Austin Govella</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-172797</link>
		<dc:creator>Austin Govella</dc:creator>
		<pubDate>Fri, 23 May 2008 18:08:15 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-172797</guid>
		<description>@Josh, Bllhd,

I think we're pretty much on the same page. Maybe some examples?

My grocery store doesn't email me a week after I've purchased milk and bread to remind me that I might need more.

Twitter doesn't remind me to check tweets or to post tweets. (Though I can *ask* it to nudge me.)

MySpace, Livejournal, and Facebook don't remind me to sign in and see what my friends are up to. But I do.

Amazon doesn't remind me to buy another book. But I do anyway.

Defining "lifecycle" messaging as "contingency" doesn't mean you shouldn't do it. It just means it's a contingency based on customers who have fallen through the cracks.

Framing it this way is important because perhaps the best way to catch those people isn't an email. Maybe it's a billboard. Maybe it's physical mail. Maybe it's encouraging their friends to do the reminding for you. (E.g. in twitter I can nudge people to post something.)

That you need contingencies, I totally agree. But executing the primary experience is still more important. Once that's covered, then how you affect contingency scenarios should be a wide-open field.</description>
		<content:encoded><![CDATA[<p>@Josh, Bllhd,</p>
<p>I think we&#8217;re pretty much on the same page. Maybe some examples?</p>
<p>My grocery store doesn&#8217;t email me a week after I&#8217;ve purchased milk and bread to remind me that I might need more.</p>
<p>Twitter doesn&#8217;t remind me to check tweets or to post tweets. (Though I can *ask* it to nudge me.)</p>
<p>MySpace, Livejournal, and Facebook don&#8217;t remind me to sign in and see what my friends are up to. But I do.</p>
<p>Amazon doesn&#8217;t remind me to buy another book. But I do anyway.</p>
<p>Defining &#8220;lifecycle&#8221; messaging as &#8220;contingency&#8221; doesn&#8217;t mean you shouldn&#8217;t do it. It just means it&#8217;s a contingency based on customers who have fallen through the cracks.</p>
<p>Framing it this way is important because perhaps the best way to catch those people isn&#8217;t an email. Maybe it&#8217;s a billboard. Maybe it&#8217;s physical mail. Maybe it&#8217;s encouraging their friends to do the reminding for you. (E.g. in twitter I can nudge people to post something.)</p>
<p>That you need contingencies, I totally agree. But executing the primary experience is still more important. Once that&#8217;s covered, then how you affect contingency scenarios should be a wide-open field.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Graham Strong</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-171608</link>
		<dc:creator>Graham Strong</dc:creator>
		<pubDate>Thu, 22 May 2008 18:31:54 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-171608</guid>
		<description>Messaging is an important part of any marketing campaign. Even if you offer a specific service with extremely loyal clients, it is still good to touch base with them if you haven't heard from them in a while. More often than not, they have a project on the backburner they haven't gotten around to contacting you about yet.

The same is likely true for products. If you can identify patterns in the average user's interaction with your products, you can craft your message to meet any particular situation. Maybe they "plan" to get your new product or upgrade a current one, but just haven't gotten to it. This has nothing to do with the customer experience, but everything to do with life getting in the way.

Another thing I've found is that you don't usually get it right the first time. It takes a few tries to get the messaging and the timing right. Like any direct marketing campaign, tweaking to find what works and what doesn't is always the best way to go.

Great post!

~Graham</description>
		<content:encoded><![CDATA[<p>Messaging is an important part of any marketing campaign. Even if you offer a specific service with extremely loyal clients, it is still good to touch base with them if you haven&#8217;t heard from them in a while. More often than not, they have a project on the backburner they haven&#8217;t gotten around to contacting you about yet.</p>
<p>The same is likely true for products. If you can identify patterns in the average user&#8217;s interaction with your products, you can craft your message to meet any particular situation. Maybe they &#8220;plan&#8221; to get your new product or upgrade a current one, but just haven&#8217;t gotten to it. This has nothing to do with the customer experience, but everything to do with life getting in the way.</p>
<p>Another thing I&#8217;ve found is that you don&#8217;t usually get it right the first time. It takes a few tries to get the messaging and the timing right. Like any direct marketing campaign, tweaking to find what works and what doesn&#8217;t is always the best way to go.</p>
<p>Great post!</p>
<p>~Graham</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: billhd</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-171498</link>
		<dc:creator>billhd</dc:creator>
		<pubDate>Thu, 22 May 2008 15:13:10 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-171498</guid>
		<description>@Austin 
I have to take issue, too, with the idea that messaging is a contingency. This is almost always a goal that benefits sellers or service providers (talk to customers as little as possible because it's cheaper that way) and only occasionally synchs with users' goals. While "leave me alone" is always something we should consider a viable user goal, it should be seen in the context of maintaining a working relationship. Not messaging, then, becomes a communication strategy as well as messaging does...it's just when and how that we always need to consider.</description>
		<content:encoded><![CDATA[<p>@Austin<br />
I have to take issue, too, with the idea that messaging is a contingency. This is almost always a goal that benefits sellers or service providers (talk to customers as little as possible because it&#8217;s cheaper that way) and only occasionally synchs with users&#8217; goals. While &#8220;leave me alone&#8221; is always something we should consider a viable user goal, it should be seen in the context of maintaining a working relationship. Not messaging, then, becomes a communication strategy as well as messaging does&#8230;it&#8217;s just when and how that we always need to consider.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sonciary Honnoll</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-169660</link>
		<dc:creator>Sonciary Honnoll</dc:creator>
		<pubDate>Tue, 20 May 2008 18:34:40 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-169660</guid>
		<description>Very good points. I play at a web startup - BizUnite, the Independent Business Platform - we launch this June. It's important to me that we get the 'lifecycle messaging' right from the start.</description>
		<content:encoded><![CDATA[<p>Very good points. I play at a web startup - BizUnite, the Independent Business Platform - we launch this June. It&#8217;s important to me that we get the &#8216;lifecycle messaging&#8217; right from the start.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max Design - standards based web design, development and training &#187; Some links for light reading (20/5/08)</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-169480</link>
		<dc:creator>Max Design - standards based web design, development and training &#187; Some links for light reading (20/5/08)</dc:creator>
		<pubDate>Tue, 20 May 2008 13:12:47 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-169480</guid>
		<description>[...] More on the Usage Lifecycle: Lifecycle Messaging [...]</description>
		<content:encoded><![CDATA[<p>[...] More on the Usage Lifecycle: Lifecycle Messaging [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-169397</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Tue, 20 May 2008 11:27:19 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-169397</guid>
		<description>@Austin - I'm not sure I follow. You're saying in an ideal design situation that the experience should be good enough as to make sending messages (like the half.com reminder message) unnecessary? 

But, it seems to me that *any* situation will be leaky, meaning that no matter what you build the experience won't be 100% perfect. People will drop off no matter how good your experience is, as all experiences are different.  

I would argue that those great experiences are the ones that recognize the ebbs and flows of activity, and does whatever it takes to remind people of the good experience they're getting. 

In other words, the ideal case as you describe just doesn't exist. In practical terms, if there is a way to improve the experience, whether or not it's called branding or happens to be a reminder email, it's adding value, is it not?</description>
		<content:encoded><![CDATA[<p>@Austin - I&#8217;m not sure I follow. You&#8217;re saying in an ideal design situation that the experience should be good enough as to make sending messages (like the half.com reminder message) unnecessary? </p>
<p>But, it seems to me that *any* situation will be leaky, meaning that no matter what you build the experience won&#8217;t be 100% perfect. People will drop off no matter how good your experience is, as all experiences are different.  </p>
<p>I would argue that those great experiences are the ones that recognize the ebbs and flows of activity, and does whatever it takes to remind people of the good experience they&#8217;re getting. </p>
<p>In other words, the ideal case as you describe just doesn&#8217;t exist. In practical terms, if there is a way to improve the experience, whether or not it&#8217;s called branding or happens to be a reminder email, it&#8217;s adding value, is it not?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brant Emery</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-169396</link>
		<dc:creator>Brant Emery</dc:creator>
		<pubDate>Tue, 20 May 2008 11:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-169396</guid>
		<description>I agree strongly with Austin's comment, and in addition in order to do this you need to be able to effectively track your users' progression through the stages of adoption / usage, so you can spot exactly when they drop off and then apply the *sending* messaging - but essentially you ned to know why the process stopped, causes and establish solutions.</description>
		<content:encoded><![CDATA[<p>I agree strongly with Austin&#8217;s comment, and in addition in order to do this you need to be able to effectively track your users&#8217; progression through the stages of adoption / usage, so you can spot exactly when they drop off and then apply the *sending* messaging - but essentially you ned to know why the process stopped, causes and establish solutions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Creare</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-169344</link>
		<dc:creator>James Creare</dc:creator>
		<pubDate>Tue, 20 May 2008 09:39:02 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-169344</guid>
		<description>The software usage cycle is very interesting, With the internet and email paying an ever greater role in people's lives, systems like on half.com are very appropriate and 'modern'.

However surely if all online applications adopt this process, it will become saturated and lean into the spam category.

I think taking advantage of usage cycles, will have to keep evolving to stay unique and appropriate.</description>
		<content:encoded><![CDATA[<p>The software usage cycle is very interesting, With the internet and email paying an ever greater role in people&#8217;s lives, systems like on half.com are very appropriate and &#8216;modern&#8217;.</p>
<p>However surely if all online applications adopt this process, it will become saturated and lean into the spam category.</p>
<p>I think taking advantage of usage cycles, will have to keep evolving to stay unique and appropriate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Austin Govella</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-168766</link>
		<dc:creator>Austin Govella</dc:creator>
		<pubDate>Mon, 19 May 2008 19:57:38 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-168766</guid>
		<description>Most good product teams are probably very aware of the lifecycle implications. I don't think that's as much the issue.

Really, good lifecycle messaging should happen with the brand messaging. When the customer is done with their book, the experience should have been pleasing enough, the brand promise should've have been clear enough, that they automatically think about going back for that next step. (Or for other services, going back for the next step in the cycle.)

If your lifecycle messaging strategy depends on *sending* messages, then you're experience needs work. Messaging is a contingency.</description>
		<content:encoded><![CDATA[<p>Most good product teams are probably very aware of the lifecycle implications. I don&#8217;t think that&#8217;s as much the issue.</p>
<p>Really, good lifecycle messaging should happen with the brand messaging. When the customer is done with their book, the experience should have been pleasing enough, the brand promise should&#8217;ve have been clear enough, that they automatically think about going back for that next step. (Or for other services, going back for the next step in the cycle.)</p>
<p>If your lifecycle messaging strategy depends on *sending* messages, then you&#8217;re experience needs work. Messaging is a contingency.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zephyr</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-166417</link>
		<dc:creator>Zephyr</dc:creator>
		<pubDate>Fri, 16 May 2008 18:07:00 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-166417</guid>
		<description>Surprising that it doesn't happen more often, indeed.</description>
		<content:encoded><![CDATA[<p>Surprising that it doesn&#8217;t happen more often, indeed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Hart</title>
		<link>http://bokardo.com/archives/more-on-the-usage-lifecycle-lifecycle-messaging/#comment-166293</link>
		<dc:creator>Paul Hart</dc:creator>
		<pubDate>Fri, 16 May 2008 13:23:58 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=771#comment-166293</guid>
		<description>Fantastic set of posts, I'm waiting for my copy of the book to arrive :)</description>
		<content:encoded><![CDATA[<p>Fantastic set of posts, I&#8217;m waiting for my copy of the book to arrive <img src='http://bokardo.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
</channel>
</rss>
<div  style="display:none; width=0px; height=0px" >
</div>