<?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 for StorefrontBacktalk</title>
	<atom:link href="http://storefrontbacktalk.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://storefrontbacktalk.com</link>
	<description>Techniques, Tools and Tirades about Retail Technology and E-Commerce</description>
	<lastBuildDate>Wed, 08 Feb 2012 03:42:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Comment on The Backward World Of Loyalty: &#8220;I&#8217;d Like A VCR, A Wired Phone and a Plastic Card-Based Loyalty Card, Please&#8221; by Walt Conway</title>
		<link>http://storefrontbacktalk.com/social-networks/the-backward-world-of-loyalty-id-like-a-vcr-a-wired-phone-and-a-plastic-card-based-loyalty-card-please/comment-page-1/#comment-187333</link>
		<dc:creator>Walt Conway</dc:creator>
		<pubDate>Wed, 08 Feb 2012 03:42:56 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=11123#comment-187333</guid>
		<description>Todd,

This reminds me of the few loyalty programs I actually use.  Two use a phone number the clerk enters at checkout.  I see the discounts immediately at the POS (Safeway), or I get a discount coupon in the mail (BevMo).  The airlines I am unfortunate enough to live on recognize me immediately online and at check-in, so I&#039;ve never seen the point in the cards they send.  

The common thread in each case is immediacy.  I carry no additional plastic in my wallet I can avoid.  Then again, I&#039;m not a typical consumer so maybe others have different experiences as retailers or consumers.</description>
		<content:encoded><![CDATA[<p>Todd,</p>
<p>This reminds me of the few loyalty programs I actually use.  Two use a phone number the clerk enters at checkout.  I see the discounts immediately at the POS (Safeway), or I get a discount coupon in the mail (BevMo).  The airlines I am unfortunate enough to live on recognize me immediately online and at check-in, so I&#8217;ve never seen the point in the cards they send.  </p>
<p>The common thread in each case is immediacy.  I carry no additional plastic in my wallet I can avoid.  Then again, I&#8217;m not a typical consumer so maybe others have different experiences as retailers or consumers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Neiman Marcus Goes Down, But Only For A Special Few by Steven P</title>
		<link>http://storefrontbacktalk.com/e-commerce/neiman-marcus-goes-down-but-only-for-a-special-few/comment-page-1/#comment-187326</link>
		<dc:creator>Steven P</dc:creator>
		<pubDate>Sat, 04 Feb 2012 10:19:38 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=11048#comment-187326</guid>
		<description>We&#039;re a relatively small online retailer (12 staff) but we insist our staff check all changes (how ever small) on all the popular browsers. Its something we&#039;d recommend to everyone.</description>
		<content:encoded><![CDATA[<p>We&#8217;re a relatively small online retailer (12 staff) but we insist our staff check all changes (how ever small) on all the popular browsers. Its something we&#8217;d recommend to everyone.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MasterCard Pushing EMV PIN. Visa? Not So Much by Dan</title>
		<link>http://storefrontbacktalk.com/securityfraud/on-emv-mastercard-pushing-pin-visa-not-so-much/comment-page-1/#comment-187322</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Fri, 03 Feb 2012 20:49:16 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=11046#comment-187322</guid>
		<description>I want Chip &amp; PIN. With Chip &amp; Signature, sure it has a an EMV chip, but then a fraudster could just steal my card, run it through the chip reader and then sign my name. The PIN adds an extra layer of security as only I (should) know it. At the very least, I would like to see a dual method wherein if the US insists on using Chip &amp; Signature, our cards would work as Chip &amp; PIN in countries where that is the norm. I am just sick of this back and forth. America needs to get off its high horse and comply with the world payment standards. Visa says Chip &amp; Signature, MasterCard wants Chip &amp; PIN and then Amex is mysteriously quiet. All of this talk....the government, banks, acquiring banks and card networks need to work together to make it affordable and easy to fast track EMV.</description>
		<content:encoded><![CDATA[<p>I want Chip &amp; PIN. With Chip &amp; Signature, sure it has a an EMV chip, but then a fraudster could just steal my card, run it through the chip reader and then sign my name. The PIN adds an extra layer of security as only I (should) know it. At the very least, I would like to see a dual method wherein if the US insists on using Chip &amp; Signature, our cards would work as Chip &amp; PIN in countries where that is the norm. I am just sick of this back and forth. America needs to get off its high horse and comply with the world payment standards. Visa says Chip &amp; Signature, MasterCard wants Chip &amp; PIN and then Amex is mysteriously quiet. All of this talk&#8230;.the government, banks, acquiring banks and card networks need to work together to make it affordable and easy to fast track EMV.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Never-Ending Dance Of Contactless Security by ed</title>
		<link>http://storefrontbacktalk.com/securityfraud/the-never-ending-dance-of-contactless-security/comment-page-1/#comment-187321</link>
		<dc:creator>ed</dc:creator>
		<pubDate>Fri, 03 Feb 2012 16:51:56 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=11041#comment-187321</guid>
		<description>Contactless should require multi-factor authentication for financial transactions. However, multi-factor authentication will nullify the main benefit of contactless transactions which is speed. Is there really an improvement between a mag swipe and contactless tap if multi-factor authentication is required?</description>
		<content:encoded><![CDATA[<p>Contactless should require multi-factor authentication for financial transactions. However, multi-factor authentication will nullify the main benefit of contactless transactions which is speed. Is there really an improvement between a mag swipe and contactless tap if multi-factor authentication is required?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Home Depot&#8217;s Try At Not Shutting Down Completely Leaves Customers Running In Circles by Bill N</title>
		<link>http://storefrontbacktalk.com/e-commerce/home-depots-try-at-not-shutting-down-completely-leaves-customers-running-in-circles/comment-page-1/#comment-187318</link>
		<dc:creator>Bill N</dc:creator>
		<pubDate>Fri, 03 Feb 2012 13:17:41 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=11043#comment-187318</guid>
		<description>This is SO Home Depot -- a lack of vigor resulting in rookie mistakes. I see it all the time in the stores.</description>
		<content:encoded><![CDATA[<p>This is SO Home Depot &#8212; a lack of vigor resulting in rookie mistakes. I see it all the time in the stores.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MasterCard Pushing EMV PIN. Visa? Not So Much by James L.</title>
		<link>http://storefrontbacktalk.com/securityfraud/on-emv-mastercard-pushing-pin-visa-not-so-much/comment-page-1/#comment-187311</link>
		<dc:creator>James L.</dc:creator>
		<pubDate>Thu, 02 Feb 2012 14:03:37 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=11046#comment-187311</guid>
		<description>When our company switched from AmEx to MC for business travel expenses, I thought we finally had the opportunity for chip/PIN &amp; signature cards to facilitate the travel in Europe.  &quot;They&#039;re not available in the US yet&quot;, I was told by the bank representative who conducted the training on the new related expense reporting website.  It was interesting to see that the chip card with mag stripe was available to my colleages in Canada.

I thought the idea with chip &amp; signature was to allow its use in both US &amp; EU markets.  One card - dual authorization methods.</description>
		<content:encoded><![CDATA[<p>When our company switched from AmEx to MC for business travel expenses, I thought we finally had the opportunity for chip/PIN &amp; signature cards to facilitate the travel in Europe.  &#8220;They&#8217;re not available in the US yet&#8221;, I was told by the bank representative who conducted the training on the new related expense reporting website.  It was interesting to see that the chip card with mag stripe was available to my colleages in Canada.</p>
<p>I thought the idea with chip &amp; signature was to allow its use in both US &amp; EU markets.  One card &#8211; dual authorization methods.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on In The Security Vs. Compliance Battle Of The Mind, Security Is Winning by Andrew Jamieson</title>
		<link>http://storefrontbacktalk.com/securityfraud/in-the-security-vs-compliance-battle-of-the-mind-security-is-winning/comment-page-1/#comment-187307</link>
		<dc:creator>Andrew Jamieson</dc:creator>
		<pubDate>Thu, 02 Feb 2012 01:24:20 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10828#comment-187307</guid>
		<description>Nice update post Walt, and thanks for the kind words :)  I agree with pretty much all of what you have to say, and I think the implementation point is exactly why PCI is currently beavering away on the Point to Point Encryption (P2PE) program.  

One of the major goals of this program is to place the burden of implementation back to the hands of the vendor(s), so that the merchant can rest assured that as long as they use the system provided for payments, everything else is taken care of.  

I think that this has the potential to provide a terrific win for the merchants in scope for these sorts of systems, and also to the security posture of payments as a whole - exactly because it should ensure that people who know what they are doing are the only ones involved in the details.</description>
		<content:encoded><![CDATA[<p>Nice update post Walt, and thanks for the kind words :)  I agree with pretty much all of what you have to say, and I think the implementation point is exactly why PCI is currently beavering away on the Point to Point Encryption (P2PE) program.  </p>
<p>One of the major goals of this program is to place the burden of implementation back to the hands of the vendor(s), so that the merchant can rest assured that as long as they use the system provided for payments, everything else is taken care of.  </p>
<p>I think that this has the potential to provide a terrific win for the merchants in scope for these sorts of systems, and also to the security posture of payments as a whole &#8211; exactly because it should ensure that people who know what they are doing are the only ones involved in the details.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The PayPal Problem: Will It Impact Retailers&#8217; PCI Scope? by Richard Haag</title>
		<link>http://storefrontbacktalk.com/securityfraud/the-paypal-problem-will-it-impact-retailers-pci-scope/comment-page-1/#comment-187305</link>
		<dc:creator>Richard Haag</dc:creator>
		<pubDate>Wed, 01 Feb 2012 22:50:20 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10909#comment-187305</guid>
		<description>@pcohen, I am not sure I have understood statement regarding PINs correctly, but in general, Visa and MasterCard do not &quot;have your pin&quot;, the issuing entity(Bank) does. Also a big difference with PINs(at least in the debit world) is that they should only be entered into an encrypting PIN Pad.  The feeling goes that if I steal a card with a valid PIN I can go to an unattended device(ATM) and pull out money w/o having to present a legitimate card to a person. I suppose you could make the same case(which you did) regarding an online transaction w/ a password.</description>
		<content:encoded><![CDATA[<p>@pcohen, I am not sure I have understood statement regarding PINs correctly, but in general, Visa and MasterCard do not &#8220;have your pin&#8221;, the issuing entity(Bank) does. Also a big difference with PINs(at least in the debit world) is that they should only be entered into an encrypting PIN Pad.  The feeling goes that if I steal a card with a valid PIN I can go to an unattended device(ATM) and pull out money w/o having to present a legitimate card to a person. I suppose you could make the same case(which you did) regarding an online transaction w/ a password.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Guess CIO On iPad Trial: &#8220;This Is The Consumerization Of IT.&#8221; by John Pruban</title>
		<link>http://storefrontbacktalk.com/securityfraud/guess-cio-on-ipad-trial-this-is-the-consumerization-of-it/comment-page-1/#comment-187299</link>
		<dc:creator>John Pruban</dc:creator>
		<pubDate>Mon, 30 Jan 2012 19:43:12 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10743#comment-187299</guid>
		<description>Because Apple provides little support at the enterprise level, it is interesting to watch the struggles as retailers implement.  

In Mike&#039;s case, he talks at great length about the augmentation of the customer experience.    The biggest hole we see retailers struggle with here is basic wireless coverage.  The experience goes bad quickly if, while your walking around, you get into the middle of a function and can&#039;t recover.   This is even worse when it is being used for Mobile POS, which Mike indicates is still in the future for Guess.   For the experience to be pure, the coverage has to be seamless, much stronger than the store is used to providing.   As a result, we see a surge in a few areas .  Wireless site survey&#039;s and new infrastructure deployments … areas of cost often overlooked.  Additionally, we&#039;ve seen the desire to have an enterprise level app allowing the measurement and gauging of signal strength as the devices are moving around.   

Additionally, the discussion of tie into the Walkie Talkie system is also an emerging need.   I anticipate the ability to see Apple devices tie into or even act as Walkie Talkie devices within the next year.  
</description>
		<content:encoded><![CDATA[<p>Because Apple provides little support at the enterprise level, it is interesting to watch the struggles as retailers implement.  </p>
<p>In Mike&#8217;s case, he talks at great length about the augmentation of the customer experience.    The biggest hole we see retailers struggle with here is basic wireless coverage.  The experience goes bad quickly if, while your walking around, you get into the middle of a function and can&#8217;t recover.   This is even worse when it is being used for Mobile POS, which Mike indicates is still in the future for Guess.   For the experience to be pure, the coverage has to be seamless, much stronger than the store is used to providing.   As a result, we see a surge in a few areas .  Wireless site survey&#8217;s and new infrastructure deployments … areas of cost often overlooked.  Additionally, we&#8217;ve seen the desire to have an enterprise level app allowing the measurement and gauging of signal strength as the devices are moving around.   </p>
<p>Additionally, the discussion of tie into the Walkie Talkie system is also an emerging need.   I anticipate the ability to see Apple devices tie into or even act as Walkie Talkie devices within the next year.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Tokens Are Not The Same As Encryption. Honest by Philip Cohen</title>
		<link>http://storefrontbacktalk.com/securityfraud/tokens-are-not-the-same-as-encryption-honest/comment-page-1/#comment-187295</link>
		<dc:creator>Philip Cohen</dc:creator>
		<pubDate>Sun, 29 Jan 2012 09:01:56 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10559#comment-187295</guid>
		<description>“… or PayPal’s where an email and password trigger a card payment.”

As a matter of interest, I doubt the above activity directly triggers a card payment. 

PayPal has stated—in a letter to the US Fed. circa May 2011 (http://www.cnbc.com/id/42916668/)—that PayPal is “not a debit card or payment network – it is a large merchant of sorts.” 

And, indeed, for a change, there is truth in this statement. PayPal, indeed, does all their online “payments processing” not via their own system or directly by the banks’ system but simply by riding, precariously, on the back of the banks’ existing systems. 

For accessing PayPal users’ funds other than from a PayPal “account” (in effect an unlicensed bank deposit account) or as a “large merchant of sorts” by direct debiting users’ banking accounts, in effect, PayPal operates a credit card merchant account (with the Wells Fargo bank) to then charge users’ credit cards. 

PayPal is one more unnecessary middleman. Where the responsibility lays for security here, who knows? And they certainly are a source of concern for eBay merchants as the linked story in the “Guardian” on 27 January demonstrates.

Still, in due course, Visa’s professional offering, V.me, will undoubtedly drive PayPal back into its eBay box, and that should solve whatever security problem PayPal poses, off eBay at least.. 

As a merchant, you offer PayPal at your peril.</description>
		<content:encoded><![CDATA[<p>“… or PayPal’s where an email and password trigger a card payment.”</p>
<p>As a matter of interest, I doubt the above activity directly triggers a card payment. </p>
<p>PayPal has stated—in a letter to the US Fed. circa May 2011 (<a href="http://www.cnbc.com/id/42916668/" rel="nofollow">http://www.cnbc.com/id/42916668/</a>)—that PayPal is “not a debit card or payment network – it is a large merchant of sorts.” </p>
<p>And, indeed, for a change, there is truth in this statement. PayPal, indeed, does all their online “payments processing” not via their own system or directly by the banks’ system but simply by riding, precariously, on the back of the banks’ existing systems. </p>
<p>For accessing PayPal users’ funds other than from a PayPal “account” (in effect an unlicensed bank deposit account) or as a “large merchant of sorts” by direct debiting users’ banking accounts, in effect, PayPal operates a credit card merchant account (with the Wells Fargo bank) to then charge users’ credit cards. </p>
<p>PayPal is one more unnecessary middleman. Where the responsibility lays for security here, who knows? And they certainly are a source of concern for eBay merchants as the linked story in the “Guardian” on 27 January demonstrates.</p>
<p>Still, in due course, Visa’s professional offering, V.me, will undoubtedly drive PayPal back into its eBay box, and that should solve whatever security problem PayPal poses, off eBay at least.. </p>
<p>As a merchant, you offer PayPal at your peril.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Macy&#8217;s In Australia: No, John, It&#8217;s Not All Thanks To eBay by John</title>
		<link>http://storefrontbacktalk.com/e-commerce/macys-in-australia-no-john-its-not-all-thanks-to-ebay/comment-page-1/#comment-187293</link>
		<dc:creator>John</dc:creator>
		<pubDate>Sat, 28 Jan 2012 17:22:30 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10971#comment-187293</guid>
		<description>The fact is he is chasing away business for retailers with his policies. You have droves of ebay sellers now selling their inventory on their own websites and other venues. Mr Donahoe is attempting to lure huge retailers to ebay and he forgot one thing, a small business online has a much lower overhead and prices are cheaper on that small business website. Buyers are finding those sites and Mr Donahoe is having to bend the truth and continously raise fees on ebay to cover up his blunders.</description>
		<content:encoded><![CDATA[<p>The fact is he is chasing away business for retailers with his policies. You have droves of ebay sellers now selling their inventory on their own websites and other venues. Mr Donahoe is attempting to lure huge retailers to ebay and he forgot one thing, a small business online has a much lower overhead and prices are cheaper on that small business website. Buyers are finding those sites and Mr Donahoe is having to bend the truth and continously raise fees on ebay to cover up his blunders.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Google Wallet Doesn&#8217;t Need Operators&#8217; OK—And That Could Mean A Fight by Brook</title>
		<link>http://storefrontbacktalk.com/securityfraud/google-wallet-doesnt-need-operators-ok%e2%80%94and-that-could-mean-a-fight/comment-page-1/#comment-187284</link>
		<dc:creator>Brook</dc:creator>
		<pubDate>Thu, 26 Jan 2012 23:21:33 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10488#comment-187284</guid>
		<description>&quot;—an Android phone from Verizon that isn&#039;t supposed to be running Google&#039;s mobile wallet service&quot;

I never understand the way people see things at times.  This phone is not &quot;from Verizon&quot;.  The operating system was written by Google.  The hardware was manufactured by Samsung.  The reason a person might buy such a device is to run Android software.  Verizon is just the service provider that links the device to the telephone backbone and the Internet.  Verizon has no right to tell users what software they can or cannot run on their devices.  And &quot;Google Wallet&quot; or Verizon&#039;s (vaporware so far) competing product should be treated as just what they are: software.  The users should be able to download and install their own choice.</description>
		<content:encoded><![CDATA[<p>&#8220;—an Android phone from Verizon that isn&#8217;t supposed to be running Google&#8217;s mobile wallet service&#8221;</p>
<p>I never understand the way people see things at times.  This phone is not &#8220;from Verizon&#8221;.  The operating system was written by Google.  The hardware was manufactured by Samsung.  The reason a person might buy such a device is to run Android software.  Verizon is just the service provider that links the device to the telephone backbone and the Internet.  Verizon has no right to tell users what software they can or cannot run on their devices.  And &#8220;Google Wallet&#8221; or Verizon&#8217;s (vaporware so far) competing product should be treated as just what they are: software.  The users should be able to download and install their own choice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Macy&#8217;s In Australia: No, John, It&#8217;s Not All Thanks To eBay by Ric</title>
		<link>http://storefrontbacktalk.com/e-commerce/macys-in-australia-no-john-its-not-all-thanks-to-ebay/comment-page-1/#comment-187283</link>
		<dc:creator>Ric</dc:creator>
		<pubDate>Thu, 26 Jan 2012 21:45:05 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10971#comment-187283</guid>
		<description>John Donahoe is so anxious to impress his Wall Street Masters that it comes as no surprise he exaggerated and got the facts wrong during the conference call.

Of course this is not the first time eBay&#039;s CEO has played fast and loose with the facts in an effort to paint a rosier picture than reality would dictate. He will exaggerate facts as demonstrated here, or omit important relevant facts when discussing results during conference calls.

One fact he continues to side step / omit is the fact that GMV as he has reported has not factually increased as he has purported, but rather, GMV as he reports it is reflective of the fact that eBay has ratcheted up pressure on sellers to include shipping costs in the selling price of an item.

In doing this, he can say GMV has increased when in fact the increase is largely accounted for by the fact that postage costs are now concealed as part of the selling price instead of being separated. 

Before eBay assessed the penalty fee on shipping costs (which can only be avoided by sellers when they artificially inflate the selling price of their item by adding shipping costs into the selling price of an item) eBay was unable to count shipping revenue as part of GMV. Now that eBay has coerced so many sellers into adding shipping costs into the selling price, eBay now counts shipping costs as Gross Merchandise Value because they have engineered it so that it is no longer possible to separate out those costs.

If so many sellers were not avoiding the Final Value Fee eBay imposed on shipping costs, eBay would lose much of the artificial GMV growth they have been reporting, and investors would have a much clearer picture of eBay&#039;s actual marketplace health.</description>
		<content:encoded><![CDATA[<p>John Donahoe is so anxious to impress his Wall Street Masters that it comes as no surprise he exaggerated and got the facts wrong during the conference call.</p>
<p>Of course this is not the first time eBay&#8217;s CEO has played fast and loose with the facts in an effort to paint a rosier picture than reality would dictate. He will exaggerate facts as demonstrated here, or omit important relevant facts when discussing results during conference calls.</p>
<p>One fact he continues to side step / omit is the fact that GMV as he has reported has not factually increased as he has purported, but rather, GMV as he reports it is reflective of the fact that eBay has ratcheted up pressure on sellers to include shipping costs in the selling price of an item.</p>
<p>In doing this, he can say GMV has increased when in fact the increase is largely accounted for by the fact that postage costs are now concealed as part of the selling price instead of being separated. </p>
<p>Before eBay assessed the penalty fee on shipping costs (which can only be avoided by sellers when they artificially inflate the selling price of their item by adding shipping costs into the selling price of an item) eBay was unable to count shipping revenue as part of GMV. Now that eBay has coerced so many sellers into adding shipping costs into the selling price, eBay now counts shipping costs as Gross Merchandise Value because they have engineered it so that it is no longer possible to separate out those costs.</p>
<p>If so many sellers were not avoiding the Final Value Fee eBay imposed on shipping costs, eBay would lose much of the artificial GMV growth they have been reporting, and investors would have a much clearer picture of eBay&#8217;s actual marketplace health.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on In Theory, E-Commerce Sites Are Way Too Slow. But Do Customers Care? by Jason Goldberg</title>
		<link>http://storefrontbacktalk.com/e-commerce/in-theory-e-commerce-sites-are-way-too-slow-but-do-customers-care/comment-page-1/#comment-187282</link>
		<dc:creator>Jason Goldberg</dc:creator>
		<pubDate>Thu, 26 Jan 2012 18:28:31 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10948#comment-187282</guid>
		<description>I love it when the data in vendor studies directly contradicts the conclusion, and thanks for call it out.

In the case of page load speed, while I am skeptical of the urban legands quantifing the effect of pageload (1 conversion drop per 100ms, etc...), I have seen a number of first hand examples of improved performance directly improving bounce rate and conversion.  So my own experience tells me that speed is an important factor in customer experience... I just don&#039;t believe it can be reduced to a simple equation.

I wonder if one of the problems with the data in the study is how tricky it is to measure page load speed as perceived by the user.  Many of those sites with very large pages and long load times, are optimized to load asynchronously.  So the first screen of content comes in fast, and content below the fold (and many of the scripts, tracking pixels, etc) come in after the fact.  So it&#039;s entirely possible that a consumer saw their first page of content in 3 seconds even though it took 9 for the &quot;full&quot; page to load.

If we&#039;re talking about consumer behavior, then we should probably be talking about perceived load times, not measured load times.</description>
		<content:encoded><![CDATA[<p>I love it when the data in vendor studies directly contradicts the conclusion, and thanks for call it out.</p>
<p>In the case of page load speed, while I am skeptical of the urban legands quantifing the effect of pageload (1 conversion drop per 100ms, etc&#8230;), I have seen a number of first hand examples of improved performance directly improving bounce rate and conversion.  So my own experience tells me that speed is an important factor in customer experience&#8230; I just don&#8217;t believe it can be reduced to a simple equation.</p>
<p>I wonder if one of the problems with the data in the study is how tricky it is to measure page load speed as perceived by the user.  Many of those sites with very large pages and long load times, are optimized to load asynchronously.  So the first screen of content comes in fast, and content below the fold (and many of the scripts, tracking pixels, etc) come in after the fact.  So it&#8217;s entirely possible that a consumer saw their first page of content in 3 seconds even though it took 9 for the &#8220;full&#8221; page to load.</p>
<p>If we&#8217;re talking about consumer behavior, then we should probably be talking about perceived load times, not measured load times.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on As PayPal&#8217;s Home Depot In-Store Trial Expands, Can Users&#8217; Sloppy Security Habits Change? by Philip Cohen</title>
		<link>http://storefrontbacktalk.com/securityfraud/as-paypals-home-depot-in-store-trial-expands-can-users-sloppy-security-habits-change/comment-page-1/#comment-187279</link>
		<dc:creator>Philip Cohen</dc:creator>
		<pubDate>Thu, 26 Jan 2012 11:39:58 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10969#comment-187279</guid>
		<description>&quot;All that really does sound simple,...&quot; Still not as simple, or as secure, as me simply tapping my &quot;chipped&quot; MasterCard on the POS terminal. Let&#039;s face it if you are stupid enough to leave both your phone and your wallet in your car or wherever, undoubtedly you should not be allowed out without an adult chaperone, and that chaperone would most likely have a credit/debit card issued by a real bank. The other aspect about this that frightens me is, are people actually leaving their funds “on deposit” with this unlicensed, un-prudentially regulated PayPal “bank” that is not itself even licensed to provide credit? Otherwise, how are users’ funds being sourced from the user’s real bank? Frankly, this clunky operation sends shivers down my spine.</description>
		<content:encoded><![CDATA[<p>&#8220;All that really does sound simple,&#8230;&#8221; Still not as simple, or as secure, as me simply tapping my &#8220;chipped&#8221; MasterCard on the POS terminal. Let&#8217;s face it if you are stupid enough to leave both your phone and your wallet in your car or wherever, undoubtedly you should not be allowed out without an adult chaperone, and that chaperone would most likely have a credit/debit card issued by a real bank. The other aspect about this that frightens me is, are people actually leaving their funds “on deposit” with this unlicensed, un-prudentially regulated PayPal “bank” that is not itself even licensed to provide credit? Otherwise, how are users’ funds being sourced from the user’s real bank? Frankly, this clunky operation sends shivers down my spine.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Fortnum &amp; Mason&#8217;s PCI Weakness: Customer Service by Walt Conway</title>
		<link>http://storefrontbacktalk.com/securityfraud/fortnum-mason-discovers-its-pci-weakness-customer-service/comment-page-1/#comment-187271</link>
		<dc:creator>Walt Conway</dc:creator>
		<pubDate>Thu, 26 Jan 2012 02:04:06 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10941#comment-187271</guid>
		<description>This is a great example of &quot;customer service&quot; trumping security.  I disagree with one conclusion, however.  Based on my experience, this is most definitely not an &quot;isolated problem&quot; as you state.  Rather it is something I and QSAs like me run into regularly.  

Part of the cause is a lack of training.  As you point out, PCI compliance requires employees be trained not to do things like asking for payment cards over email.  That the customer service rep did that is bad enough.  Worse is the Fortnum &amp; Mason spokesperson foolishly stating both how important their customers&#039; security is AND that the company is PCI compliant.  

This situation also has me wondering if they also have a call recording system that captures and stores card data, too.  Just for quality purposes, of course...  

It is disappointing that a leading retailer like Fortnum&#039;s would be so casually dismissive of their customers&#039; security.</description>
		<content:encoded><![CDATA[<p>This is a great example of &#8220;customer service&#8221; trumping security.  I disagree with one conclusion, however.  Based on my experience, this is most definitely not an &#8220;isolated problem&#8221; as you state.  Rather it is something I and QSAs like me run into regularly.  </p>
<p>Part of the cause is a lack of training.  As you point out, PCI compliance requires employees be trained not to do things like asking for payment cards over email.  That the customer service rep did that is bad enough.  Worse is the Fortnum &amp; Mason spokesperson foolishly stating both how important their customers&#8217; security is AND that the company is PCI compliant.  </p>
<p>This situation also has me wondering if they also have a call recording system that captures and stores card data, too.  Just for quality purposes, of course&#8230;  </p>
<p>It is disappointing that a leading retailer like Fortnum&#8217;s would be so casually dismissive of their customers&#8217; security.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The PayPal Problem: Will It Impact Retailers&#8217; PCI Scope? by Walt Conway</title>
		<link>http://storefrontbacktalk.com/securityfraud/the-paypal-problem-will-it-impact-retailers-pci-scope/comment-page-1/#comment-187270</link>
		<dc:creator>Walt Conway</dc:creator>
		<pubDate>Thu, 26 Jan 2012 01:52:06 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10909#comment-187270</guid>
		<description>Thanks to all for the great comments!  

Emma, we both agree that merchants should protect PayPal data with the same rigor that they protect cardholder data for PCI.  Let&#039;s hope everyone does.  Especially given the later comments.  

Steve and Rob, your insights into the parallels with tokenization should have every merchant thinking.  In particular, Rob&#039;s points out that a PayPal &quot;token&quot; can be used at multiple merchants where a &quot;regular&quot; token could be used only at one merchant.  That aspect/risk had escaped me.  Thanks for the insight, and for reinforcing that whether or not PayPal is officially in PCI scope, merchants should be advised to protect the PayPal account, PIN, and other data as though they were subject to PCI.  

And that advice goes for whether your QSA tells you to do it or not.</description>
		<content:encoded><![CDATA[<p>Thanks to all for the great comments!  </p>
<p>Emma, we both agree that merchants should protect PayPal data with the same rigor that they protect cardholder data for PCI.  Let&#8217;s hope everyone does.  Especially given the later comments.  </p>
<p>Steve and Rob, your insights into the parallels with tokenization should have every merchant thinking.  In particular, Rob&#8217;s points out that a PayPal &#8220;token&#8221; can be used at multiple merchants where a &#8220;regular&#8221; token could be used only at one merchant.  That aspect/risk had escaped me.  Thanks for the insight, and for reinforcing that whether or not PayPal is officially in PCI scope, merchants should be advised to protect the PayPal account, PIN, and other data as though they were subject to PCI.  </p>
<p>And that advice goes for whether your QSA tells you to do it or not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Macy&#8217;s LP Approach Of Monitoring Dressing Rooms From The Inside Is In Major Need Of An IT Fix by Brad Jarrett</title>
		<link>http://storefrontbacktalk.com/securityfraud/macys-lp-approach-of-monitoring-dressing-rooms-from-the-inside-is-in-major-need-of-an-it-fix/comment-page-1/#comment-187268</link>
		<dc:creator>Brad Jarrett</dc:creator>
		<pubDate>Wed, 25 Jan 2012 20:36:18 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=9793#comment-187268</guid>
		<description>There is a better and more affordable solution utilizing existing EAS tags.  In addition, important information including items or tags left in dressing room, time in fitting room including when a customer enters and exits, CCTV overlay of attempted theft, etc.</description>
		<content:encoded><![CDATA[<p>There is a better and more affordable solution utilizing existing EAS tags.  In addition, important information including items or tags left in dressing room, time in fitting room including when a customer enters and exits, CCTV overlay of attempted theft, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The PayPal Problem: Will It Impact Retailers&#8217; PCI Scope? by Rob Sadowski</title>
		<link>http://storefrontbacktalk.com/securityfraud/the-paypal-problem-will-it-impact-retailers-pci-scope/comment-page-1/#comment-187266</link>
		<dc:creator>Rob Sadowski</dc:creator>
		<pubDate>Wed, 25 Jan 2012 18:36:06 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10909#comment-187266</guid>
		<description>The PayPal user information is much more &quot;high value&quot; because it can be used across merchants to initiate transactions. If I have it or gain access to it via a merchant compromise, there is nothing to stop me from using it at another merchant.

A properly designed tokenization system should have rules that prohibit tokens obtained from one merchant to be used at another merchant and/or prohibit initiating transactions unless the PAN and authentication data has been previously received by that merchant.

Implemented properly, tokens retain their &quot;high value&quot; to the merchant but not to a fraudulent actor.</description>
		<content:encoded><![CDATA[<p>The PayPal user information is much more &#8220;high value&#8221; because it can be used across merchants to initiate transactions. If I have it or gain access to it via a merchant compromise, there is nothing to stop me from using it at another merchant.</p>
<p>A properly designed tokenization system should have rules that prohibit tokens obtained from one merchant to be used at another merchant and/or prohibit initiating transactions unless the PAN and authentication data has been previously received by that merchant.</p>
<p>Implemented properly, tokens retain their &#8220;high value&#8221; to the merchant but not to a fraudulent actor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The PayPal Problem: Will It Impact Retailers&#8217; PCI Scope? by Philip Cohen</title>
		<link>http://storefrontbacktalk.com/securityfraud/the-paypal-problem-will-it-impact-retailers-pci-scope/comment-page-1/#comment-187263</link>
		<dc:creator>Philip Cohen</dc:creator>
		<pubDate>Tue, 24 Jan 2012 23:50:14 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10909#comment-187263</guid>
		<description>Being an extremely vocal critic of the &quot;clunky&quot; PayPal I will simply observe that, with respect to online transactions, PayPal effectively does no more than Visa is offering to do with its announced new online gateway, V.me. The real question is which of these two (or any others) would you happily trust to hold your personal banking and credit card details (including PIN), bearing in mind that Visa/MasterCard already have access to these details for their POS operations? Which then begs the question that I have not yet heard answered. Will Visa be including in their V.me system the additional ability for online payers to source funds via a “debit” transaction from their banking account, rather than only by a credit card transaction as has been the case in the past because of the PIN requirement for such a “debit” transaction? After all, what’s the difference between a PIN, that Visa/MasterCard already hold, and a password required to access a secure online payments gateway?</description>
		<content:encoded><![CDATA[<p>Being an extremely vocal critic of the &#8220;clunky&#8221; PayPal I will simply observe that, with respect to online transactions, PayPal effectively does no more than Visa is offering to do with its announced new online gateway, V.me. The real question is which of these two (or any others) would you happily trust to hold your personal banking and credit card details (including PIN), bearing in mind that Visa/MasterCard already have access to these details for their POS operations? Which then begs the question that I have not yet heard answered. Will Visa be including in their V.me system the additional ability for online payers to source funds via a “debit” transaction from their banking account, rather than only by a credit card transaction as has been the case in the past because of the PIN requirement for such a “debit” transaction? After all, what’s the difference between a PIN, that Visa/MasterCard already hold, and a password required to access a secure online payments gateway?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The PayPal Problem: Will It Impact Retailers&#8217; PCI Scope? by Steve Gurney</title>
		<link>http://storefrontbacktalk.com/securityfraud/the-paypal-problem-will-it-impact-retailers-pci-scope/comment-page-1/#comment-187262</link>
		<dc:creator>Steve Gurney</dc:creator>
		<pubDate>Tue, 24 Jan 2012 18:29:23 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10909#comment-187262</guid>
		<description>This is the problem with the notion of the high value token wording in September&#039;s guidelines. As you rightly point out an email address, mobile no. or even a name can be considered a high value token. Yet by their very nature these are all readily available in the public domain, so I find it hard for them to be considered as a high value token. 

Which leaves the PIN. It&#039;s fair to consider this a high value token and therefore PayPal would be in scope. So methods like end to end encryption, tokenisation will be inevitable everywhere if Merchants want to minimise the impact of PCI compliance as solutions like PayPal are unlikely to.</description>
		<content:encoded><![CDATA[<p>This is the problem with the notion of the high value token wording in September&#8217;s guidelines. As you rightly point out an email address, mobile no. or even a name can be considered a high value token. Yet by their very nature these are all readily available in the public domain, so I find it hard for them to be considered as a high value token. </p>
<p>Which leaves the PIN. It&#8217;s fair to consider this a high value token and therefore PayPal would be in scope. So methods like end to end encryption, tokenisation will be inevitable everywhere if Merchants want to minimise the impact of PCI compliance as solutions like PayPal are unlikely to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Wal-Mart&#8217;s Stealth Social Strategy: Pretend This Isn&#8217;t About Customers by Rajan</title>
		<link>http://storefrontbacktalk.com/social-networks/wal-marts-stealth-social-strategy-pretend-this-isnt-about-customers/comment-page-1/#comment-187261</link>
		<dc:creator>Rajan</dc:creator>
		<pubDate>Tue, 24 Jan 2012 17:21:05 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10831#comment-187261</guid>
		<description>Very clever indeed. It is effectively &#039;crowd sourcing&#039; product selection.</description>
		<content:encoded><![CDATA[<p>Very clever indeed. It is effectively &#8216;crowd sourcing&#8217; product selection.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The PayPal Problem: Will It Impact Retailers&#8217; PCI Scope? by Emma Jenkins</title>
		<link>http://storefrontbacktalk.com/securityfraud/the-paypal-problem-will-it-impact-retailers-pci-scope/comment-page-1/#comment-187256</link>
		<dc:creator>Emma Jenkins</dc:creator>
		<pubDate>Tue, 24 Jan 2012 09:42:34 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10909#comment-187256</guid>
		<description>Walt, I think your closing paras are the most relevant - for the foreseeable future, retailers are not going to be transacting exclusively against PayPal accounts. Therefore, with the assumption that the payments are stored, transmitted and processed through the same systems as &quot;regular&quot; CHD, there will be no change in scope.

Merchants will have to protect the PayPal payment information with the same rigour as PANs/CV2s/tokens, but this isn&#039;t arduous because they are doing it right now. (Or should be.)

Emma.</description>
		<content:encoded><![CDATA[<p>Walt, I think your closing paras are the most relevant &#8211; for the foreseeable future, retailers are not going to be transacting exclusively against PayPal accounts. Therefore, with the assumption that the payments are stored, transmitted and processed through the same systems as &#8220;regular&#8221; CHD, there will be no change in scope.</p>
<p>Merchants will have to protect the PayPal payment information with the same rigour as PANs/CV2s/tokens, but this isn&#8217;t arduous because they are doing it right now. (Or should be.)</p>
<p>Emma.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is Visa Making Up Compensation, Fine Calculations? Court Filings Raise Questions by Anonymous</title>
		<link>http://storefrontbacktalk.com/securityfraud/is-visa-making-up-compensation-fine-calculations-court-filings-raise-questions/comment-page-1/#comment-187246</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Sat, 21 Jan 2012 15:33:23 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10769#comment-187246</guid>
		<description>Jay, the incidents in this case unfolded over a period from 2000 - 2008, long before Dodd-Frank and the Durbin Amendment legislation.</description>
		<content:encoded><![CDATA[<p>Jay, the incidents in this case unfolded over a period from 2000 &#8211; 2008, long before Dodd-Frank and the Durbin Amendment legislation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Telecom Carriers&#8217; Mobile Payment Pitch To Retail: Offering What Will Happen Anyway by Mike McCormack</title>
		<link>http://storefrontbacktalk.com/securityfraud/the-telecom-carriers-mobile-payment-pitch-to-retail-offering-what-will-happen-anyway/comment-page-1/#comment-187245</link>
		<dc:creator>Mike McCormack</dc:creator>
		<pubDate>Sat, 21 Jan 2012 15:30:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.storefrontbacktalk.com/?p=6529#comment-187245</guid>
		<description>Hi Jon, you said I am wrong yet I think we agree, focusing  that I used the word &quot;PROVE&quot;.   I agree, promises of incremental sales and the ability to target loyalty have been completely worn out by endless pitches of card services, hardware, software, etc etc etc...

I agree with you, another watershed way of getting mobile payments introduced is to shift merchant&#039;s payment modes from higher to lower cost products.  I think ISIS has started down a path that completely misses that opportunity by partnering with incumbents who have zero interest in reducing merchant payment costs.</description>
		<content:encoded><![CDATA[<p>Hi Jon, you said I am wrong yet I think we agree, focusing  that I used the word &#8220;PROVE&#8221;.   I agree, promises of incremental sales and the ability to target loyalty have been completely worn out by endless pitches of card services, hardware, software, etc etc etc&#8230;</p>
<p>I agree with you, another watershed way of getting mobile payments introduced is to shift merchant&#8217;s payment modes from higher to lower cost products.  I think ISIS has started down a path that completely misses that opportunity by partnering with incumbents who have zero interest in reducing merchant payment costs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Zappos Breach&#8217;s Payment Card Pledge Very Risky by Jay Gould</title>
		<link>http://storefrontbacktalk.com/securityfraud/zappos-breachs-payment-card-pledge-very-risky/comment-page-1/#comment-187243</link>
		<dc:creator>Jay Gould</dc:creator>
		<pubDate>Fri, 20 Jan 2012 23:04:43 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10838#comment-187243</guid>
		<description>Zappos is giving everyone a lesson on managing a data breach that everyone who may ever have to deal with the problem should look to for guidance. There is a lot to be learned.  People understand that such things happen and, unless you&#039;ve been egregiously lax in protecting their account information, will give you the benefit of the doubt.  How you respond to the crisis will be what determines whether or not the issue is resolved with minimal damage or it deteriorates into a PR disaster.  As I said, Zappos is giving us a real-time lesson on how to do crisis management properly and we should all be taking notes. </description>
		<content:encoded><![CDATA[<p>Zappos is giving everyone a lesson on managing a data breach that everyone who may ever have to deal with the problem should look to for guidance. There is a lot to be learned.  People understand that such things happen and, unless you&#8217;ve been egregiously lax in protecting their account information, will give you the benefit of the doubt.  How you respond to the crisis will be what determines whether or not the issue is resolved with minimal damage or it deteriorates into a PR disaster.  As I said, Zappos is giving us a real-time lesson on how to do crisis management properly and we should all be taking notes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Android Is About To Truly Kill The POS Business Model by welcomestranger</title>
		<link>http://storefrontbacktalk.com/payment-systems/android-is-about-to-truly-kill-the-pos-business-model/comment-page-1/#comment-187241</link>
		<dc:creator>welcomestranger</dc:creator>
		<pubDate>Fri, 20 Jan 2012 03:21:14 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10794#comment-187241</guid>
		<description>I see the flight of smaller service and food vendors to tablet based checkout happening right now in the burgeoning Hayes Valley shopping district. 

However, to completely displace the traditional POS *software*, payment acceptance is only part of the requirement. 

 What is holding back the rest of us is the lack of a viable software solution for inventory-driven businesses. Square just doesn&#039;t cut it, at least the last time I looked at its capabilities. Inventory management and reporting, purchasing and invoicing, as well as multiple location and channel capabilities are some the features that force us to the much maligned legacy POS solutions. 

There doesn&#039;t seem to be a middle ground between the entrenched, large scale POS solutions and the agile &#039;startup merchant&#039; apps that run on tablets or iphones.

Furthermore, as demonstrated by the recent Carrier IQ scandal, there are real security and transparency concerns around the use of cutting-edge products like the iPad. Once these wifi,bluetooth and cell-enabled devices become ubiquitous as a payments platform, I think we&#039;ll see some consequences of having their much larger attack surface. So much more to hack than that old wired POS!

But to steer back to the original subject, I agree that the  fossilized, register-centric POS will be inevitably much of their market share to the new breed of retail-enabling hardware, but find that in my personal experience its the software, not the hardware that is limiting the progress. 
cheers,
david</description>
		<content:encoded><![CDATA[<p>I see the flight of smaller service and food vendors to tablet based checkout happening right now in the burgeoning Hayes Valley shopping district. </p>
<p>However, to completely displace the traditional POS *software*, payment acceptance is only part of the requirement. </p>
<p> What is holding back the rest of us is the lack of a viable software solution for inventory-driven businesses. Square just doesn&#8217;t cut it, at least the last time I looked at its capabilities. Inventory management and reporting, purchasing and invoicing, as well as multiple location and channel capabilities are some the features that force us to the much maligned legacy POS solutions. </p>
<p>There doesn&#8217;t seem to be a middle ground between the entrenched, large scale POS solutions and the agile &#8216;startup merchant&#8217; apps that run on tablets or iphones.</p>
<p>Furthermore, as demonstrated by the recent Carrier IQ scandal, there are real security and transparency concerns around the use of cutting-edge products like the iPad. Once these wifi,bluetooth and cell-enabled devices become ubiquitous as a payments platform, I think we&#8217;ll see some consequences of having their much larger attack surface. So much more to hack than that old wired POS!</p>
<p>But to steer back to the original subject, I agree that the  fossilized, register-centric POS will be inevitably much of their market share to the new breed of retail-enabling hardware, but find that in my personal experience its the software, not the hardware that is limiting the progress.<br />
cheers,<br />
david</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Sears&#8217; E-Receipt Fear: Buy Once, Return Many by jandraski</title>
		<link>http://storefrontbacktalk.com/securityfraud/sears-e-receipt-fear-buy-once-return-many/comment-page-1/#comment-187239</link>
		<dc:creator>jandraski</dc:creator>
		<pubDate>Thu, 19 Jan 2012 17:37:47 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10835#comment-187239</guid>
		<description>I find the comment concerning the &quot;painful item - level RFID process interesting.  obviously there is an education gap that can easily be closed. item level RFID provides a host of benefits that can definitely impact returns management. </description>
		<content:encoded><![CDATA[<p>I find the comment concerning the &#8220;painful item &#8211; level RFID process interesting.  obviously there is an education gap that can easily be closed. item level RFID provides a host of benefits that can definitely impact returns management.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Android Is About To Truly Kill The POS Business Model by Chris Roon</title>
		<link>http://storefrontbacktalk.com/payment-systems/android-is-about-to-truly-kill-the-pos-business-model/comment-page-1/#comment-187238</link>
		<dc:creator>Chris Roon</dc:creator>
		<pubDate>Thu, 19 Jan 2012 17:10:04 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10794#comment-187238</guid>
		<description>Classic sides squaring off here: existing POS providers want buyers to believe tablet-based POS is discontinuous innovation with whole product risk - where to get service if not from one vendor, industrial grade?, theft, etc.  Tablet suppliers will dis-intermediate the incombants by positioning their innovation as re-segmenting the existing POS experience with continuous innovation for forward-thinking retailers.  Here is my thesis.

Why limit POS to front of store where we only do mind-numbing checkout. That was yesterday&#039;s need for yesterday&#039;s problem - expensive POS that had to be fixed to the floor.

I would position the tablet enabled buying experience as solving a much more valuable retail problem... 1:1 service at scale with increasing cart size and margin per customer. &quot;Our tablet based enabler allows your professional customer service personnel to meet the client in the aisles, help them with style, fit, selection, accessories and use rich media to explain the premium price value.  Our version 2 moves from transaction enablement to relationship mgmt whereby customers prior purchase history is available to accessorize and extend with each visit, no matter which tablet toting retail assistant they greet.&quot;

I have seen one great example already of this discontinuous innovation: Chair lift boarding in Utah ski resorts!  Smart tickets are sensed at the turnstyle and lift attendants in snow and cold alternate holding the iPad.  Season ticket holders, instructors and out of town guest pictures are displayed to the attendant who can:
1) recognize a large picture and eliminate season pass fraud
2) get warnings when fast skiers return to queue too fast and can suggest more challenging terrain where slower skiers are at less risk
2) greet out of towners and offer lunch reservations with discounts onto their day pass.

Its not about how the tablet does the existing mind-numbing checkout cheaper.  Its about how the iPad allows higher end retail and mass retail to sell more premiums, increase avg sale, move excess inventory, and change a trx to a relationship.  Big box competes on price and must rely on volume inlane checkout at minimum wage.  Tablet enabled experience is for everyone else.  I see the future world where you will endure the big box for commodity purchase at lowest cost. For considered purchases, we will favor friendly, more personal experience at retailers who know your persona, sell with deeper product content/comparison, and check out in aisle much like Hertz and Avis do today.

If your readers or retailers want to discuss enable the vision with new positioning, please call or write:
chris@couloir.net or 650-868-7440.
chris roon</description>
		<content:encoded><![CDATA[<p>Classic sides squaring off here: existing POS providers want buyers to believe tablet-based POS is discontinuous innovation with whole product risk &#8211; where to get service if not from one vendor, industrial grade?, theft, etc.  Tablet suppliers will dis-intermediate the incombants by positioning their innovation as re-segmenting the existing POS experience with continuous innovation for forward-thinking retailers.  Here is my thesis.</p>
<p>Why limit POS to front of store where we only do mind-numbing checkout. That was yesterday&#8217;s need for yesterday&#8217;s problem &#8211; expensive POS that had to be fixed to the floor.</p>
<p>I would position the tablet enabled buying experience as solving a much more valuable retail problem&#8230; 1:1 service at scale with increasing cart size and margin per customer. &#8220;Our tablet based enabler allows your professional customer service personnel to meet the client in the aisles, help them with style, fit, selection, accessories and use rich media to explain the premium price value.  Our version 2 moves from transaction enablement to relationship mgmt whereby customers prior purchase history is available to accessorize and extend with each visit, no matter which tablet toting retail assistant they greet.&#8221;</p>
<p>I have seen one great example already of this discontinuous innovation: Chair lift boarding in Utah ski resorts!  Smart tickets are sensed at the turnstyle and lift attendants in snow and cold alternate holding the iPad.  Season ticket holders, instructors and out of town guest pictures are displayed to the attendant who can:<br />
1) recognize a large picture and eliminate season pass fraud<br />
2) get warnings when fast skiers return to queue too fast and can suggest more challenging terrain where slower skiers are at less risk<br />
2) greet out of towners and offer lunch reservations with discounts onto their day pass.</p>
<p>Its not about how the tablet does the existing mind-numbing checkout cheaper.  Its about how the iPad allows higher end retail and mass retail to sell more premiums, increase avg sale, move excess inventory, and change a trx to a relationship.  Big box competes on price and must rely on volume inlane checkout at minimum wage.  Tablet enabled experience is for everyone else.  I see the future world where you will endure the big box for commodity purchase at lowest cost. For considered purchases, we will favor friendly, more personal experience at retailers who know your persona, sell with deeper product content/comparison, and check out in aisle much like Hertz and Avis do today.</p>
<p>If your readers or retailers want to discuss enable the vision with new positioning, please call or write:<br />
<a href="mailto:chris@couloir.net">chris@couloir.net</a> or 650-868-7440.<br />
chris roon</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is Visa Making Up Compensation, Fine Calculations? Court Filings Raise Questions by Jay Gould</title>
		<link>http://storefrontbacktalk.com/securityfraud/is-visa-making-up-compensation-fine-calculations-court-filings-raise-questions/comment-page-1/#comment-187232</link>
		<dc:creator>Jay Gould</dc:creator>
		<pubDate>Wed, 18 Jan 2012 22:41:30 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10769#comment-187232</guid>
		<description>We now know what happens, although many of us predicted it before the debit interchange saga took place, when there is a fall in the issuers&#039; interchange revenues.  That shortfall will be offset in one way or another, so that when it&#039;s all said and done, the banks will have managed to get their overall revenues to pre-reform levels and it will be the consumer who will end up paying the bill.  Only this time that bill would be much bigger, as banks&#039; losses from a potential credit interchange cut would be several times as large.</description>
		<content:encoded><![CDATA[<p>We now know what happens, although many of us predicted it before the debit interchange saga took place, when there is a fall in the issuers&#8217; interchange revenues.  That shortfall will be offset in one way or another, so that when it&#8217;s all said and done, the banks will have managed to get their overall revenues to pre-reform levels and it will be the consumer who will end up paying the bill.  Only this time that bill would be much bigger, as banks&#8217; losses from a potential credit interchange cut would be several times as large.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Publix Buy-Online-Pick-Up-In-Store Trial Nixed: Grocery Shoppers Are Different by ed</title>
		<link>http://storefrontbacktalk.com/e-commerce/publix-buy-online-pick-up-in-store-trial-nixed-grocery-shoppers-are-different/comment-page-1/#comment-187229</link>
		<dc:creator>ed</dc:creator>
		<pubDate>Wed, 18 Jan 2012 18:53:43 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10750#comment-187229</guid>
		<description>The last poster hit it head on - there is a primal &quot;hunter&quot; instinct of us humans preventing the buy groceries online model to take off. 

Food, clothing and shelter are the three things we humans go out and scavenge for and that is in our primal instinct. It appears the next logical step is to focus on items that do not interfere with our primal instincts such as prepackaged food or personal hygiene.</description>
		<content:encoded><![CDATA[<p>The last poster hit it head on &#8211; there is a primal &#8220;hunter&#8221; instinct of us humans preventing the buy groceries online model to take off. </p>
<p>Food, clothing and shelter are the three things we humans go out and scavenge for and that is in our primal instinct. It appears the next logical step is to focus on items that do not interfere with our primal instincts such as prepackaged food or personal hygiene.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Android Is About To Truly Kill The POS Business Model by Rajan</title>
		<link>http://storefrontbacktalk.com/payment-systems/android-is-about-to-truly-kill-the-pos-business-model/comment-page-1/#comment-187226</link>
		<dc:creator>Rajan</dc:creator>
		<pubDate>Wed, 18 Jan 2012 15:22:32 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10794#comment-187226</guid>
		<description>I agree that with tablets specifically becoming cheaper, they do offer a form factor that can be used in the retail environment. But, I still see the adoption happening slowly before it becomes ubiquitous.</description>
		<content:encoded><![CDATA[<p>I agree that with tablets specifically becoming cheaper, they do offer a form factor that can be used in the retail environment. But, I still see the adoption happening slowly before it becomes ubiquitous.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Publix Buy-Online-Pick-Up-In-Store Trial Nixed: Grocery Shoppers Are Different by Steven P</title>
		<link>http://storefrontbacktalk.com/e-commerce/publix-buy-online-pick-up-in-store-trial-nixed-grocery-shoppers-are-different/comment-page-1/#comment-187221</link>
		<dc:creator>Steven P</dc:creator>
		<pubDate>Tue, 17 Jan 2012 07:07:13 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10750#comment-187221</guid>
		<description>What about the other non tangible benefits of shopping at the grocery store - it gets you out of the house and you get to interact with the staff. for many people this might be there only &quot;human contact&quot; in a day, or at least human contact that doesnt come with the stresses associated with family/work colleagues/customers. And of course, there is the primeval &quot;hunting and gathering food&quot; aspect.</description>
		<content:encoded><![CDATA[<p>What about the other non tangible benefits of shopping at the grocery store &#8211; it gets you out of the house and you get to interact with the staff. for many people this might be there only &#8220;human contact&#8221; in a day, or at least human contact that doesnt come with the stresses associated with family/work colleagues/customers. And of course, there is the primeval &#8220;hunting and gathering food&#8221; aspect.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Want To Push Social Media? Have You Considered Using Your Stores? by Holidayfor5</title>
		<link>http://storefrontbacktalk.com/social-networks/want-to-push-social-media-have-you-considered-using-your-stores/comment-page-1/#comment-187220</link>
		<dc:creator>Holidayfor5</dc:creator>
		<pubDate>Tue, 17 Jan 2012 07:04:32 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10718#comment-187220</guid>
		<description>I think the statement &quot;Then there is the small fact that the retail operator doesn’t feed his family based upon how well his customers are engaged online&quot; speaks loads.</description>
		<content:encoded><![CDATA[<p>I think the statement &#8220;Then there is the small fact that the retail operator doesn’t feed his family based upon how well his customers are engaged online&#8221; speaks loads.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on With Google&#8217;s Social/SEO Mashup, Your Teams Are On A Collision Course by Seo Queen</title>
		<link>http://storefrontbacktalk.com/social-networks/with-googles-socialseo-mashup-your-teams-are-on-a-collision-course/comment-page-1/#comment-187217</link>
		<dc:creator>Seo Queen</dc:creator>
		<pubDate>Sun, 15 Jan 2012 22:44:04 +0000</pubDate>
		<guid isPermaLink="false">http://storefrontbacktalk.com/?p=10740#comment-187217</guid>
		<description>It is just tactic by Google to get more and more users for Google PLUS and I think that he has every right to do whatever it takes to get more and more people to Google Plus as I guess that Google has a target of get about same number of users as facebook by the end of 2012</description>
		<content:encoded><![CDATA[<p>It is just tactic by Google to get more and more users for Google PLUS and I think that he has every right to do whatever it takes to get more and more people to Google Plus as I guess that Google has a target of get about same number of users as facebook by the end of 2012</p>
]]></content:encoded>
	</item>
</channel>
</rss>

