Author Archive

How to deal with perceptual blindness – Dare to not be different

Thursday, July 29th, 2010 by Julie Ferrara-Brown
Google Buzz

One of our most popular services at WebShare is to critique ecommerce sites, and one concept that comes up often is perceptual blindness.  This is the tendency to overlook something that is right in front of you because it’s not where you expect it to be.  Think of the internal site search box on a website.  If you moved this to the very bottom some customers may conclude the site is missing the ability to search because they are not used to looking for the search box at the bottom of the page.  This is why we say it’s often better to “Dare not to be different” in certain areas of website design.

I just recently experienced the perfect example that illustrates our point.  A friend of mine in Germany found out she is pregnant, and so I just had to send her two books right away.

I logged on to Amazon.com like I always do, entered her address and was about to pay when I saw that Amazon was estimating it would take over a month for her to receive the books, plus the shipping was more than the cost of one of the books!  At this point I was beginning to rethink buying these books from Amazon.  On a whim I decided to check out Amazon.de (the German version of Amazon).

One thing to point out is that I don’t speak a lick of German, but with Amazon you don’t have to!  I searched for the titles in English, the pictures of the covers confirmed I was ordering the right books.  So now it was time to add them to my cart.  While the text on the “add to cart” button was in German, the buttons and checkout process was so intuitive that I knew exactly what to do without even reading the text.  Since the spelling of the months are extremely similar to English, I was easily able to see that the delivery time was much more appropriate and since I was buying on the German site and shipping to Germany I was able to get Free shipping!  (which I knew because the location of the shipping charges are in the same place as on the US site—right where you would expect them).

Checkout Usability US Amazon

Checkout Usability Germany Amazon

By now you should be picking up on a consistent theme.  I was able to make this purchase without knowing any German because Amazon understood the value of consistency and meeting expectations.  While it is important to make your company stand out from the rest, be careful to ensure that you don’t actually make it harder for people to do business with you.  People abandon shopping carts for lots of reasons—don’t let a frustrating UI be one of them.




Julie Ferrara-Brown
Julie is WebShare's chief statistician and conversion testing expert. You can find out more about Julie here.

See more posts by Julie Ferrara-Brown

Quick Workaround for A/B Testing Across Domains

Sunday, October 19th, 2008 by Julie Ferrara-Brown
Google Buzz

Let’s say I have a goal of an e-commerce sale, but, the final step of the sale happens on another website.  I have all my products on my online store, and I host my own shopping cart.  Once it’s time to take the credit card, however, I’ve chosen to let someone else handle it, and the visitor is sent on over to a third party payment gateway.

For anyone that wants to run some experiments using the A/B test in Google’s Website Optimizer, and has the test and conversion pages on different top level domains, you might be a bit frustrated that at this point it’s not an easy task.

While you always have the option of using the Multivariate test to emulate an A/B test across domains with some minor code tweaks, sometimes we just want the ease of Website Optimizer’s A/B option.  Here’s a quick little workaround that may work for you – you just have to be willing to make the sacrifice of abstracting your conversion just a bit. 

Even if I could put the goal conversion code on the third party’s thank you page, I won’t see any conversions show up in my Website Optimizer A/B test, because I’ve crossed domains and the cookie that’s used to track me didn’t follow me.  So what to do?

I can abstract my conversion a step or two back to the pages that are on my domain, but I have to make (and be comfortable with) the assumption that if one of my landing page versions was more likely to get someone into the checkout process, it would also be more likely to get someone to actually go through the checkout process and make a purchase.

So rather than put the goal conversion code on the actual thank you page over on the third party domain, I’m going to call the goal conversion code just before I send the user from my domain over to the third party.

If my shopping cart looks like this:

 

Shopping Cart Example for A/B test across domains

 

Then the last thing that happens on my domain is a click on that checkout button.  So I just tell Website Optimizer that if that button gets clicked, go ahead and count a conversion.

The code for that particular button might look something like this:

<INPUT TYPE="IMAGE" SRC="checkout.gif">

In order to count a conversion when that button gets clicked, I need to:

1) Add one JavaScript function in my checkout page’s code that looks like this:

<script>
function ConversionCount()
{

_uacct = 'UA-XXXXXXX-Y';
urchinTracker("/ZZZZZZZZZZ/goal");
return true;

}
</script>

Note that you’ll need to change the X’s, Y’s, and Z’s above to the actual numbers used in your experiment.

2) Call that function in an onClick event.  To do this, just change that button’s code slightly:

 

<INPUT TYPE="IMAGE" SRC="checkout.gif" onClick="return ConversionCount();">

Alternatively, you could do this using the onSubmit event of your form:

<FORM ACTION=”http://www.thirdpartycart.com/checkout” METHOD=”post” onSubmit="return ConversionCount();">

Done.  As long as you’re comfortable with the assumptions you’ve made, you’re now getting conversion data for an A/B test setup within Website Optimizer.

There’s another advantage to this approach, in that you’ll likely get more conversions than you would have if you were counting only completed e-commerce transactions.  More data and an inherently higher conversion rate mean your test can take less time to run.  This approach is often nice to use in scenarios where you have very few conversions whether the thank you page is on your domain or not.  So again, as long as you’re comfortable with the assumptions you’re making, you can abstract many tests back a level in order to get more data faster.




Julie Ferrara-Brown
Julie is WebShare's chief statistician and conversion testing expert. You can find out more about Julie here.

See more posts by Julie Ferrara-Brown