<?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: Loyalty Program Design Fundamentals Part II</title>
	<atom:link href="http://www.yupingliu.com/wordpress/2010/03/31/loyalty-program-design-fundamentals-part-ii/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.yupingliu.com/wordpress/2010/03/31/loyalty-program-design-fundamentals-part-ii/</link>
	<description>Loyalty Science in Practice</description>
	<lastBuildDate>Mon, 19 Dec 2011 02:42:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Yuping Liu-Thompkins</title>
		<link>http://www.yupingliu.com/wordpress/2010/03/31/loyalty-program-design-fundamentals-part-ii/comment-page-1/#comment-777</link>
		<dc:creator>Yuping Liu-Thompkins</dc:creator>
		<pubDate>Wed, 12 Oct 2011 02:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.yupingliu.com/wordpress/?p=199#comment-777</guid>
		<description>Jason, I assume you are talking about retention of loyalty program members within the program? Unfortunately there is not much research on this topic, but it is certainly something very important. A few things that come to mind:
- Active communication/interaction with consumers instead of putting the program on auto-pilot
- Updating the rewards at regular intervals so that they seem fresh to consumers
- Making sure the program is easy to understand and participate in
- Set a relatively short expiration policy such that the consumers will more actively manage their program accounts
- Of course try to remind consumers to use the program at each touchpoint (e.g., whenever they make a purchase)

Hope this helps.</description>
		<content:encoded><![CDATA[<p>Jason, I assume you are talking about retention of loyalty program members within the program? Unfortunately there is not much research on this topic, but it is certainly something very important. A few things that come to mind:<br />
- Active communication/interaction with consumers instead of putting the program on auto-pilot<br />
- Updating the rewards at regular intervals so that they seem fresh to consumers<br />
- Making sure the program is easy to understand and participate in<br />
- Set a relatively short expiration policy such that the consumers will more actively manage their program accounts<br />
- Of course try to remind consumers to use the program at each touchpoint (e.g., whenever they make a purchase)</p>
<p>Hope this helps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yuping Liu-Thompkins</title>
		<link>http://www.yupingliu.com/wordpress/2010/03/31/loyalty-program-design-fundamentals-part-ii/comment-page-1/#comment-776</link>
		<dc:creator>Yuping Liu-Thompkins</dc:creator>
		<pubDate>Wed, 12 Oct 2011 02:16:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.yupingliu.com/wordpress/?p=199#comment-776</guid>
		<description>Bhushan, I&#039;m sorry I can&#039;t help you much there. I&#039;m not aware of a particularly economical solution for that. The companies that I know still handle that internally. Maybe you can try Amazon Mechanical Turk (http://www.mturk.com)? It&#039;s worth looking into, but privacy/security could be an issue.</description>
		<content:encoded><![CDATA[<p>Bhushan, I&#8217;m sorry I can&#8217;t help you much there. I&#8217;m not aware of a particularly economical solution for that. The companies that I know still handle that internally. Maybe you can try Amazon Mechanical Turk (<a href="http://www.mturk.com" rel="nofollow">http://www.mturk.com</a>)? It&#8217;s worth looking into, but privacy/security could be an issue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bhushan N</title>
		<link>http://www.yupingliu.com/wordpress/2010/03/31/loyalty-program-design-fundamentals-part-ii/comment-page-1/#comment-775</link>
		<dc:creator>Bhushan N</dc:creator>
		<pubDate>Tue, 11 Oct 2011 05:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.yupingliu.com/wordpress/?p=199#comment-775</guid>
		<description>Thanks for ur reply.

Point-2, is exactly we are designing our program.
We also thinking of 2 levels iof tiering out of which 1 level will be communicated to customers while other will automated at backend to identify valuable customers with no-pts.

Actually our major problem is, huge price gap between products which are coming under unified loyalty roof .  

Lets see how it shapes up.
We are also introducing Mobile Apps to capture &quot;Probable&quot; customer, which are potentially sound but not yet eligible .   

Just one question , can you advice on any technology (economical) which gets rid of data entry of profile forms at backend ?????

Bhushan N</description>
		<content:encoded><![CDATA[<p>Thanks for ur reply.</p>
<p>Point-2, is exactly we are designing our program.<br />
We also thinking of 2 levels iof tiering out of which 1 level will be communicated to customers while other will automated at backend to identify valuable customers with no-pts.</p>
<p>Actually our major problem is, huge price gap between products which are coming under unified loyalty roof .  </p>
<p>Lets see how it shapes up.<br />
We are also introducing Mobile Apps to capture &#8220;Probable&#8221; customer, which are potentially sound but not yet eligible .   </p>
<p>Just one question , can you advice on any technology (economical) which gets rid of data entry of profile forms at backend ?????</p>
<p>Bhushan N</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jmcqueenhorizon3</title>
		<link>http://www.yupingliu.com/wordpress/2010/03/31/loyalty-program-design-fundamentals-part-ii/comment-page-1/#comment-774</link>
		<dc:creator>Jmcqueenhorizon3</dc:creator>
		<pubDate>Tue, 11 Oct 2011 03:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.yupingliu.com/wordpress/?p=199#comment-774</guid>
		<description>Hi Yuping,

Can you direct me to resources for retention strategies to reduce defection?

Thanks,

Jason</description>
		<content:encoded><![CDATA[<p>Hi Yuping,</p>
<p>Can you direct me to resources for retention strategies to reduce defection?</p>
<p>Thanks,</p>
<p>Jason</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yuping Liu-Thompkins</title>
		<link>http://www.yupingliu.com/wordpress/2010/03/31/loyalty-program-design-fundamentals-part-ii/comment-page-1/#comment-771</link>
		<dc:creator>Yuping Liu-Thompkins</dc:creator>
		<pubDate>Tue, 13 Sep 2011 15:14:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.yupingliu.com/wordpress/?p=199#comment-771</guid>
		<description>Bhushan, thank you. With the type of program you are designing, a key challenge will be potential confusion to consumers, which could discourage participation. To avoid confusion, you may want to consider one or both of the following:
(1) Define points vs. non-points structure based on entire categories of products (e.g., shoes instead of certain specific brands of shoes). Product categories are easier for consumers to comprehend.
(2) Either issue no points with a majority of brands/categories or issue points to a majority of brands/categories, but avoid having a large set of brands in both. That will be very hard for consumers to remember. The literature suggests that even with a few brands/product categories eligible for point accumulation, it could still increase traffic and boost sales of other products within the store. So you may not need to include that many brands or categories in the program.

The wide varying UCP presents an opportunity to design rewards for minimal cost. I imagine the retail price does not always coincide with UCPs. So it&#039;s possible to choose products with minimal UCPs but equivalent retail values as rewards.

Hope that helps. Feel free to contact me if you have further questions.</description>
		<content:encoded><![CDATA[<p>Bhushan, thank you. With the type of program you are designing, a key challenge will be potential confusion to consumers, which could discourage participation. To avoid confusion, you may want to consider one or both of the following:<br />
(1) Define points vs. non-points structure based on entire categories of products (e.g., shoes instead of certain specific brands of shoes). Product categories are easier for consumers to comprehend.<br />
(2) Either issue no points with a majority of brands/categories or issue points to a majority of brands/categories, but avoid having a large set of brands in both. That will be very hard for consumers to remember. The literature suggests that even with a few brands/product categories eligible for point accumulation, it could still increase traffic and boost sales of other products within the store. So you may not need to include that many brands or categories in the program.</p>
<p>The wide varying UCP presents an opportunity to design rewards for minimal cost. I imagine the retail price does not always coincide with UCPs. So it&#8217;s possible to choose products with minimal UCPs but equivalent retail values as rewards.</p>
<p>Hope that helps. Feel free to contact me if you have further questions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bnirgude</title>
		<link>http://www.yupingliu.com/wordpress/2010/03/31/loyalty-program-design-fundamentals-part-ii/comment-page-1/#comment-770</link>
		<dc:creator>Bnirgude</dc:creator>
		<pubDate>Tue, 13 Sep 2011 09:57:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.yupingliu.com/wordpress/?p=199#comment-770</guid>
		<description>Really helpful post.
We are designing a retail loyalty program where there is mix of tier &amp; non-tiers (or points &amp; non-points) brands . Also, UCP(unit cost price) is also differing alot. 

Any idea / advice you can give to achieve the same.

Thanks,
Bhushan N</description>
		<content:encoded><![CDATA[<p>Really helpful post.<br />
We are designing a retail loyalty program where there is mix of tier &amp; non-tiers (or points &amp; non-points) brands . Also, UCP(unit cost price) is also differing alot. </p>
<p>Any idea / advice you can give to achieve the same.</p>
<p>Thanks,<br />
Bhushan N</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yuping Liu-Thompkins</title>
		<link>http://www.yupingliu.com/wordpress/2010/03/31/loyalty-program-design-fundamentals-part-ii/comment-page-1/#comment-554</link>
		<dc:creator>Yuping Liu-Thompkins</dc:creator>
		<pubDate>Thu, 01 Apr 2010 12:18:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.yupingliu.com/wordpress/?p=199#comment-554</guid>
		<description>Hello Kile, by complete onsite client provision, do you mean hardware and software? The cost probably varies by industry. Do you have any specific industry in mind that you want to target?</description>
		<content:encoded><![CDATA[<p>Hello Kile, by complete onsite client provision, do you mean hardware and software? The cost probably varies by industry. Do you have any specific industry in mind that you want to target?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kile</title>
		<link>http://www.yupingliu.com/wordpress/2010/03/31/loyalty-program-design-fundamentals-part-ii/comment-page-1/#comment-553</link>
		<dc:creator>Kile</dc:creator>
		<pubDate>Thu, 01 Apr 2010 11:27:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.yupingliu.com/wordpress/?p=199#comment-553</guid>
		<description>Thanks for your great post! As a wanna-be loyalty service provider, what is the best model to provide this service? As software-as-a-service or complete onsite client provision? For each option, what are the program cost to provide this service?</description>
		<content:encoded><![CDATA[<p>Thanks for your great post! As a wanna-be loyalty service provider, what is the best model to provide this service? As software-as-a-service or complete onsite client provision? For each option, what are the program cost to provide this service?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

