<?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: Why Must I &#8220;Register&#8221; Before Checkout?</title>
	<atom:link href="http://www.grokdotcom.com/index.php/2007/10/03/yes-or-no-why-must-i-choose/feed" rel="self" type="application/rss+xml" />
	<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/</link>
	<description>Marketing blog focused on marketing optimization, improving website conversion rates, search engine marketing, web analytics, word of mouth, etc.</description>
	<lastBuildDate>Sun, 08 Nov 2009 13:05:29 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Brett Gilbertson</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-283330</link>
		<dc:creator>Brett Gilbertson</dc:creator>
		<pubDate>Mon, 29 Oct 2007 04:31:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-283330</guid>
		<description>I&#039;m staggered that this issue is still so widespread. I think that it&#039;s one of the biggest conversion killers out there in ecommerce.

What is the big issue with creating accounts for people? Why should it not just be totally automated? 

For example, on completing a purchase, the customer is emailed a temporary password and an option to activate their &quot;account&quot; in order to review product / shipping status and personal information held. It could be seamless!

After all, once a transaction is completed, surely this information is going to be held by the company anyway. Is there some US legal requirement that I am not aware of?

Thank you Bryan for another insightful post.</description>
		<content:encoded><![CDATA[<p>I&#8217;m staggered that this issue is still so widespread. I think that it&#8217;s one of the biggest conversion killers out there in ecommerce.</p>
<p>What is the big issue with creating accounts for people? Why should it not just be totally automated? </p>
<p>For example, on completing a purchase, the customer is emailed a temporary password and an option to activate their &#8220;account&#8221; in order to review product / shipping status and personal information held. It could be seamless!</p>
<p>After all, once a transaction is completed, surely this information is going to be held by the company anyway. Is there some US legal requirement that I am not aware of?</p>
<p>Thank you Bryan for another insightful post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CVOS man</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-245689</link>
		<dc:creator>CVOS man</dc:creator>
		<pubDate>Thu, 11 Oct 2007 00:09:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-245689</guid>
		<description>@Ken Savage

One low cost shopping cart that can be configured to skip login entirely is &lt;a href=&quot;http://www.netpaths.net/m/digishop&quot; rel=&quot;nofollow&quot;&gt;Digishop&lt;/a&gt;. 

It is rediculous for a web merchant to expect everyone will be a repeat customer and need a login.</description>
		<content:encoded><![CDATA[<p>@Ken Savage</p>
<p>One low cost shopping cart that can be configured to skip login entirely is <a href="http://www.netpaths.net/m/digishop">Digishop</a>. </p>
<p>It is rediculous for a web merchant to expect everyone will be a repeat customer and need a login.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cypressman</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-241088</link>
		<dc:creator>cypressman</dc:creator>
		<pubDate>Mon, 08 Oct 2007 23:33:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-241088</guid>
		<description>Our site doesn&#039;t require pre-checkout registration, and we offer both &quot;create account&quot; and &quot;no account&quot; checkout. We give each customer the option of choosing a password during checkout - on the same page cc info is input. About 60% choose to. I&#039;d like to ask for the password on the Thank You page, but for security by then session variables (containing customer details) are flushed.</description>
		<content:encoded><![CDATA[<p>Our site doesn&#8217;t require pre-checkout registration, and we offer both &#8220;create account&#8221; and &#8220;no account&#8221; checkout. We give each customer the option of choosing a password during checkout &#8211; on the same page cc info is input. About 60% choose to. I&#8217;d like to ask for the password on the Thank You page, but for security by then session variables (containing customer details) are flushed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Savage</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-240574</link>
		<dc:creator>Ken Savage</dc:creator>
		<pubDate>Mon, 08 Oct 2007 18:50:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-240574</guid>
		<description>Isaac, thank you. I&#039;ll check this out.</description>
		<content:encoded><![CDATA[<p>Isaac, thank you. I&#8217;ll check this out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeffrey Eisenberg</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-240363</link>
		<dc:creator>Jeffrey Eisenberg</dc:creator>
		<pubDate>Mon, 08 Oct 2007 17:03:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-240363</guid>
		<description>John - It&#039;s not a tool (yet) that I&#039;m describing it&#039;s our framework for testing.</description>
		<content:encoded><![CDATA[<p>John &#8211; It&#8217;s not a tool (yet) that I&#8217;m describing it&#8217;s our framework for testing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Isaac</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-240332</link>
		<dc:creator>Isaac</dc:creator>
		<pubDate>Mon, 08 Oct 2007 16:52:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-240332</guid>
		<description>Ken,

X-Cart does allow for anonymous checkout.  There is also a new player in open-source e-commerce that has the option - Magento.</description>
		<content:encoded><![CDATA[<p>Ken,</p>
<p>X-Cart does allow for anonymous checkout.  There is also a new player in open-source e-commerce that has the option &#8211; Magento.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott McClintock</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-240281</link>
		<dc:creator>Scott McClintock</dc:creator>
		<pubDate>Mon, 08 Oct 2007 16:21:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-240281</guid>
		<description>Bryan,

I made this very obvious point to our IT development team three years ago, and after much yelling I was able to get the &quot;log in&quot; page changed. Instead of a threatening log in dialog box a user is given the choice to either log in OR create an account. This simple change resulted in a huge scenario conversion increase. I agree, removing the step completely will further increase conversion, no doubt, but that&#039;s another project.</description>
		<content:encoded><![CDATA[<p>Bryan,</p>
<p>I made this very obvious point to our IT development team three years ago, and after much yelling I was able to get the &#8220;log in&#8221; page changed. Instead of a threatening log in dialog box a user is given the choice to either log in OR create an account. This simple change resulted in a huge scenario conversion increase. I agree, removing the step completely will further increase conversion, no doubt, but that&#8217;s another project.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott McClintock</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-240277</link>
		<dc:creator>Scott McClintock</dc:creator>
		<pubDate>Mon, 08 Oct 2007 16:20:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-240277</guid>
		<description>Bryan,

I made this very obvious point to our IT development team three years ago, and after much yelling and screaming I was able to get the &quot;log in&quot; page changed. Instead of a treatening log in dialog box a user is given the choice to either log in OR create an account. This simple change resulted in a huge scenario conversion increase. I agree, removing the step completely will further increase conversion, no doubt, but that&#039;s another project.</description>
		<content:encoded><![CDATA[<p>Bryan,</p>
<p>I made this very obvious point to our IT development team three years ago, and after much yelling and screaming I was able to get the &#8220;log in&#8221; page changed. Instead of a treatening log in dialog box a user is given the choice to either log in OR create an account. This simple change resulted in a huge scenario conversion increase. I agree, removing the step completely will further increase conversion, no doubt, but that&#8217;s another project.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Abraham Steinberg</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-240234</link>
		<dc:creator>Abraham Steinberg</dc:creator>
		<pubDate>Mon, 08 Oct 2007 15:45:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-240234</guid>
		<description>Bryan, regarding the use of radio buttons for email opt-in vs check/uncheck, I know someone that tested it and saw a noticeable increase in opt-ins.

Why? I believe you said it best. &quot;On most retail sites, you just uncheck the check box and avoid their e-mails. This one used radio buttons, altering the standard experience by having me choose just one&quot;. That is why. It causes one to pause for a moment and either accept or reject based on the merit of the particular email being promoted rather then a habitual rejection based on the merit of previously encountered emails. It gives the email marketer a chance to persuade. The problem with the example shown is that  &quot;Yes, I would like to receive e-mail from Schwan&#039;s.&quot; &quot;No, please don&#039;t send me e-mail.&quot; is not giving anything back to customer in terms of information in exchange for the few seconds of dedicated attention provided, to consider opting to receive the email. As in your case, it is annoying. For that you had keep me up?! You could have just allowed me to unucheck! It is just a roadblock. In addition, it also missed out on the opportunity to persuade. However, if there is real value in receiving a particular email, using radio buttons is a good way for getting one&#039;s attention long enough to persuade or create momentum (link to a sample email etc). Then even if one declines to opt-in, it wasn&#039;t just a roadblock. It was a conversation.</description>
		<content:encoded><![CDATA[<p>Bryan, regarding the use of radio buttons for email opt-in vs check/uncheck, I know someone that tested it and saw a noticeable increase in opt-ins.</p>
<p>Why? I believe you said it best. &#8220;On most retail sites, you just uncheck the check box and avoid their e-mails. This one used radio buttons, altering the standard experience by having me choose just one&#8221;. That is why. It causes one to pause for a moment and either accept or reject based on the merit of the particular email being promoted rather then a habitual rejection based on the merit of previously encountered emails. It gives the email marketer a chance to persuade. The problem with the example shown is that  &#8220;Yes, I would like to receive e-mail from Schwan&#8217;s.&#8221; &#8220;No, please don&#8217;t send me e-mail.&#8221; is not giving anything back to customer in terms of information in exchange for the few seconds of dedicated attention provided, to consider opting to receive the email. As in your case, it is annoying. For that you had keep me up?! You could have just allowed me to unucheck! It is just a roadblock. In addition, it also missed out on the opportunity to persuade. However, if there is real value in receiving a particular email, using radio buttons is a good way for getting one&#8217;s attention long enough to persuade or create momentum (link to a sample email etc). Then even if one declines to opt-in, it wasn&#8217;t just a roadblock. It was a conversation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John McDaniel</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-240216</link>
		<dc:creator>John McDaniel</dc:creator>
		<pubDate>Mon, 08 Oct 2007 15:35:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-240216</guid>
		<description>Bryan,
    Well not many I guess. I have the advantage of having learned from the best in the business {;+) -FutureNow
Jeffrey,
    Please elaborate on the topic of tools for qualifying quality buyers on-line.</description>
		<content:encoded><![CDATA[<p>Bryan,<br />
    Well not many I guess. I have the advantage of having learned from the best in the business {;+) -FutureNow<br />
Jeffrey,<br />
    Please elaborate on the topic of tools for qualifying quality buyers on-line.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeffrey Eisenberg</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-240197</link>
		<dc:creator>Jeffrey Eisenberg</dc:creator>
		<pubDate>Mon, 08 Oct 2007 15:21:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-240197</guid>
		<description>John - You say &quot;Our site&#039;s funnel shows very low abandonment rates at the log-in/register page so I beleive that our customers really don&#039;t mind creating accounts under the right circumstances.&quot;

That is a testable hypothesis and you may well be correct. What I can tell you is that it is not the only way to deal with insincere and fraudulent buyers.</description>
		<content:encoded><![CDATA[<p>John &#8211; You say &#8220;Our site&#8217;s funnel shows very low abandonment rates at the log-in/register page so I beleive that our customers really don&#8217;t mind creating accounts under the right circumstances.&#8221;</p>
<p>That is a testable hypothesis and you may well be correct. What I can tell you is that it is not the only way to deal with insincere and fraudulent buyers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan Eisenberg</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-240195</link>
		<dc:creator>Bryan Eisenberg</dc:creator>
		<pubDate>Mon, 08 Oct 2007 15:19:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-240195</guid>
		<description>John,

That is exactly the point. There are times when it really makes sense. It seems to in your case and in our case study with CafePress where we lowered their shopping cart abandonment from an already low 35% to only 15% abandonment. As you point out though, you thought about it, measured it and understand the impact. How many of your online retail colleagues do you think did the same?</description>
		<content:encoded><![CDATA[<p>John,</p>
<p>That is exactly the point. There are times when it really makes sense. It seems to in your case and in our case study with CafePress where we lowered their shopping cart abandonment from an already low 35% to only 15% abandonment. As you point out though, you thought about it, measured it and understand the impact. How many of your online retail colleagues do you think did the same?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John McDaniel</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-240182</link>
		<dc:creator>John McDaniel</dc:creator>
		<pubDate>Mon, 08 Oct 2007 15:13:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-240182</guid>
		<description>Bryan,
  Another point of view:
We require customers to create an account prior to ordering as a means of eliminating insincere &amp; fraudulent buyers. On-line retailers experience the same customer service pains-in-the-a..s as brick &amp; mortar stores and perhaps we don&#039;t really want everyone as a customer, especially when we sell a custom made (non-returnable) product. Our site&#039;s funnel shows very low abandonment rates at the log-in/register page so I beleive that our customers really don&#039;t mind creating accounts under the right circumstances. Each site owner has to evaluate their site visitors&#039; behavior and decide what works best for them. It&#039;s not alway black and white.</description>
		<content:encoded><![CDATA[<p>Bryan,<br />
  Another point of view:<br />
We require customers to create an account prior to ordering as a means of eliminating insincere &amp; fraudulent buyers. On-line retailers experience the same customer service pains-in-the-a..s as brick &amp; mortar stores and perhaps we don&#8217;t really want everyone as a customer, especially when we sell a custom made (non-returnable) product. Our site&#8217;s funnel shows very low abandonment rates at the log-in/register page so I beleive that our customers really don&#8217;t mind creating accounts under the right circumstances. Each site owner has to evaluate their site visitors&#8217; behavior and decide what works best for them. It&#8217;s not alway black and white.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diane Vigil</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-240180</link>
		<dc:creator>Diane Vigil</dc:creator>
		<pubDate>Mon, 08 Oct 2007 15:12:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-240180</guid>
		<description>By the way, TurnkeyWebTools&#039; Sunshop allows customers a choice: register or purchase without registering. XHTML and almost no tables anywhere, and themes dealt with the way WordPress does — design and upload, or design within the admin panel. Uses some JavaScript for tabbed functions, but if that&#039;s acceptable, it&#039;s pretty terrific.</description>
		<content:encoded><![CDATA[<p>By the way, TurnkeyWebTools&#8217; Sunshop allows customers a choice: register or purchase without registering. XHTML and almost no tables anywhere, and themes dealt with the way WordPress does — design and upload, or design within the admin panel. Uses some JavaScript for tabbed functions, but if that&#8217;s acceptable, it&#8217;s pretty terrific.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Owen</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-240177</link>
		<dc:creator>John Owen</dc:creator>
		<pubDate>Mon, 08 Oct 2007 15:09:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-240177</guid>
		<description>This is a throwback to when e-store owners bought what was on offer to get a store up and running and where not large enough to risk getting bespoke software written.

The Registration process is nothing of the sort! It is usually just the collection of Name, address and e-mail details but done on a badly named &quot;Registration Page&quot; as opposed to a more friendly &quot;Personal Details&quot; page. The data collected is the same overall but the early software creates a barrier to sales completion by making it seem unfriendly or cumbersome.

Get your software re-configured or at least use friendly language to stop the customer being put off by having details extracted from them before they have got WHAT THEY WANT, they are the paying customer here.

Great topic

This feature or configuration certainly irritates me and I know what is going on.</description>
		<content:encoded><![CDATA[<p>This is a throwback to when e-store owners bought what was on offer to get a store up and running and where not large enough to risk getting bespoke software written.</p>
<p>The Registration process is nothing of the sort! It is usually just the collection of Name, address and e-mail details but done on a badly named &#8220;Registration Page&#8221; as opposed to a more friendly &#8220;Personal Details&#8221; page. The data collected is the same overall but the early software creates a barrier to sales completion by making it seem unfriendly or cumbersome.</p>
<p>Get your software re-configured or at least use friendly language to stop the customer being put off by having details extracted from them before they have got WHAT THEY WANT, they are the paying customer here.</p>
<p>Great topic</p>
<p>This feature or configuration certainly irritates me and I know what is going on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diane Vigil</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-240170</link>
		<dc:creator>Diane Vigil</dc:creator>
		<pubDate>Mon, 08 Oct 2007 15:00:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-240170</guid>
		<description>The other thing is: why call it registering -- especially when you&#039;re mostly collecting their credit card information and &quot;registering&quot; is somehat incidental? Can&#039;t they &quot;set up an account&quot; like at Amazon?</description>
		<content:encoded><![CDATA[<p>The other thing is: why call it registering &#8212; especially when you&#8217;re mostly collecting their credit card information and &#8220;registering&#8221; is somehat incidental? Can&#8217;t they &#8220;set up an account&#8221; like at Amazon?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Don Bishop</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-240164</link>
		<dc:creator>Don Bishop</dc:creator>
		<pubDate>Mon, 08 Oct 2007 14:54:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-240164</guid>
		<description>I am pretty sure that AspDotNetStorefront has an anonymous checkout function.</description>
		<content:encoded><![CDATA[<p>I am pretty sure that AspDotNetStorefront has an anonymous checkout function.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Savage</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-232766</link>
		<dc:creator>Ken Savage</dc:creator>
		<pubDate>Thu, 04 Oct 2007 17:26:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-232766</guid>
		<description>Bryan, can you recommend any shopping cart software that doesn&#039;t require you to register first? 

Zencart, MonsterCommerce, Xcart and some of the popular one&#039;s do require to register first.</description>
		<content:encoded><![CDATA[<p>Bryan, can you recommend any shopping cart software that doesn&#8217;t require you to register first? </p>
<p>Zencart, MonsterCommerce, Xcart and some of the popular one&#8217;s do require to register first.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tristan Bailey</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-232432</link>
		<dc:creator>Tristan Bailey</dc:creator>
		<pubDate>Thu, 04 Oct 2007 13:45:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-232432</guid>
		<description>I think the best way to approach this is to have registration option at the end &#039;If you would like to track this order register here&#039;. Then when they return offer them the option to register which will recall all their details from the first order, and save them time up front of their second order.
Or don&#039;t even mention stongly and as for an email to send confirmation and email them a password they can change. 
Its kind of like store cards in stores you do not need one to check out but if you get one you will get something back. (a bonus rather than a qicker checkout). 
What you want is the checkout as quick as in a shop you only need to give someone your money, not your life profile.</description>
		<content:encoded><![CDATA[<p>I think the best way to approach this is to have registration option at the end &#8216;If you would like to track this order register here&#8217;. Then when they return offer them the option to register which will recall all their details from the first order, and save them time up front of their second order.<br />
Or don&#8217;t even mention stongly and as for an email to send confirmation and email them a password they can change.<br />
Its kind of like store cards in stores you do not need one to check out but if you get one you will get something back. (a bonus rather than a qicker checkout).<br />
What you want is the checkout as quick as in a shop you only need to give someone your money, not your life profile.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Required Registration: Top Etailers&#8217; Favorite Usability Mistake - Get Elastic Ecommerce Blog</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-231227</link>
		<dc:creator>Required Registration: Top Etailers&#8217; Favorite Usability Mistake - Get Elastic Ecommerce Blog</dc:creator>
		<pubDate>Wed, 03 Oct 2007 20:05:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-231227</guid>
		<description>[...] Required Registration: Top Etailers&#8217; Favorite Usability Mistake  Posted October 3, 2007 by Linda Bustos /    var addthis_pub = &#039;hotwheel&#039;;   While preparing their upcoming report Customer Focus Study, 2007, Future Now observed &#8220;nearly half of the top online retailers still require people to register before they checkout. [...]</description>
		<content:encoded><![CDATA[<p>[...] Required Registration: Top Etailers&#8217; Favorite Usability Mistake  Posted October 3, 2007 by Linda Bustos /    var addthis_pub = &#8216;hotwheel&#8217;;   While preparing their upcoming report Customer Focus Study, 2007, Future Now observed &#8220;nearly half of the top online retailers still require people to register before they checkout. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-231220</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Wed, 03 Oct 2007 19:58:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-231220</guid>
		<description>I think another possibility we need to consider that many etailers are business people and rely on someone tasked with responsibility to track all those details. Problem is, as with many other corporations, in attempt to save they hire people not the most qualified or interested in it ...

Or as the case to be with small business - they try to do everything themselves and simply lack the knowledge to do it right ...</description>
		<content:encoded><![CDATA[<p>I think another possibility we need to consider that many etailers are business people and rely on someone tasked with responsibility to track all those details. Problem is, as with many other corporations, in attempt to save they hire people not the most qualified or interested in it &#8230;</p>
<p>Or as the case to be with small business &#8211; they try to do everything themselves and simply lack the knowledge to do it right &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Linda Bustos</title>
		<link>http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/comment-page-1/#comment-231168</link>
		<dc:creator>Linda Bustos</dc:creator>
		<pubDate>Wed, 03 Oct 2007 19:15:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.grokdotcom.com/2007/10/03/yes-or-no-why-must-i-choose/#comment-231168</guid>
		<description>I have a few ideas of why:

1. The etailer is using a shopping cart solution that has pre-checkout registration a default and has not considered how that impacts usability. They&#039;re not tracking analytics and funnel abandonment so they&#039;ve never spotted the problem. 

2. It was a developer oversight. Often times businesses will hire web developers who are not schooled in ecommerce usability. The developers may also be limited by the platform of choice. As much as I think Drupal is a great and flexible open source CMS, its ecommerce functionality, especially with older versions, can be quite inflexible. 

3. The e-commerce store prefers to harvest data for marketing purposes.

4. To simplify accounting procedures, they take the trade-off.

5. One of the worst cases is when e-stores require registration because they only show pricing to registered users.</description>
		<content:encoded><![CDATA[<p>I have a few ideas of why:</p>
<p>1. The etailer is using a shopping cart solution that has pre-checkout registration a default and has not considered how that impacts usability. They&#8217;re not tracking analytics and funnel abandonment so they&#8217;ve never spotted the problem. </p>
<p>2. It was a developer oversight. Often times businesses will hire web developers who are not schooled in ecommerce usability. The developers may also be limited by the platform of choice. As much as I think Drupal is a great and flexible open source CMS, its ecommerce functionality, especially with older versions, can be quite inflexible. </p>
<p>3. The e-commerce store prefers to harvest data for marketing purposes.</p>
<p>4. To simplify accounting procedures, they take the trade-off.</p>
<p>5. One of the worst cases is when e-stores require registration because they only show pricing to registered users.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
