Combine OPAY and OSEL into one page

[eMediaSales]

Re: Combine OPAY and OSEL into one page

Hi Ted,

There is no in-between here. One-Page checkout will 100% result in a small portion of your visitors NOT BEING ABLE TO CHECKOUT.

This isn't true for all stores. The article on one page checkout uses all of the standard miva screens and there are a fair number of stores who don't have complex checkout requirements. It will work on those without any interference at all.

I think the key here is to have a fair understanding of your conversion rate before jumping into it. ie, setup Google Analytics and Goal Funnels, get some good stats. This way if you do the switch you can measure for yourself the effectiveness or lack thereof. And be ready to roll back to standard checkout if your conversions decrease measurably.

Rick told a great story at the 2010 Miva Conference about a site (I think it was the Head Blade site) where they implemented 1-page checkout and sales dropped like a rock. They rolled back and sales went right back up. Another site had the opposite effect. So there's no magic bullet here, just tactics that can be measured and used when appropriate.

I wasn't slamming eMediaSales service as we use their modules and services here and there. Just making sure people know the downsides to the single page checkout stuff.

Thanks as always - I don't think we took it as a slam, I always encourage our team to engage in these sort of discussions. We're NOT the "ecommerce authority", the store owner is. We learn from these discussions as much as merchants do.

Best,
James

[Brandon MUS]

Re: Combine OPAY and OSEL into one page

And Brandon, it's Ted, not Todd. You're killing my identity man. You wouldn't want me calling you Brendon would you :) (just kidding) Thanks for backing me up. I wasn't slamming eMediaSales service as we use their modules and services here and there. Just making sure people know the downsides to the single page checkout stuff.

Whoops! :o

And James is right. One page checkouts (and anything using JavaScript) can degrade nicely, if done properly. Unfortunately, doing it properly is sometimes the hard part.

[aarcmedia]

Re: Combine OPAY and OSEL into one page

Yeah, and my point was never that it CAN'T be done. I said in my initial post that it takes a lot of time to do it right, and that is obviously costly. And I agree with James that sometimes the 1-3% of people who lose the ability to checkout when javascript has to be used, can easily be off-set by increased conversions for those that can.

Every situation is different. People just need to be aware of downsides. In "sales" sometimes things get pushed on people without them being made aware of consequences. That was actually why I praised eMedia in my first post. We had 2 situations where our clients wanted a single page checkout, and in both cases, after discussing it with eMedia, both I and them advised them against it because it wasn't a good candidate. They turned down business because the end result was that the service they offered was a bad fit for our client. Not too many people do that nowadays.

[Adam - FMM]

Re: Combine OPAY and OSEL into one page

Wanted to chime in, which I rarely do as I almost never check the boards anymore since they moved to this format from the highly convenient email based updates that used to be. I happened to be googling something for a client and ended up following a link that brought me here.

Anyway, I wrote the one page checkout sold at design extend.

Without getting the debate about if a single page checkout is overhyped or whatever (as with religion and politics, I know I won't change anyone's mind) I just wanted to make a couple of points.

Yes, any flexible one page checkout is going to need javascript.

Yes, this may stop x% (perhaps 1% or less, perhaps more depending on what stats you believe) of people who do not have js enabled from checking out.

However, at the same time you may very well recoup that # and many more from people who are now more willing to checkout because you've made the process require less pages.

And also, if requested it is quite easy to simply redirect the very small % of people with js turned off into the standard miva multipage checkout, so that now everyone can checkout.

Also:

"I think it was the Head Blade site where they implemented 1-page checkout and sales dropped like a rock"

I don't know this site, or who built their checkout or what it was like, only that it was not done by us.

I've installed the newest Version3 checkout in more than 100 stores, and only issued 3 refunds (which I will always do with no hesitation) due to not being able to make it work reliably with a couple of other modules. In 2 cases it was address supermod or something like it where multiple addresses are stored for a customer.

I've yet to have anyone using Version 3 write me that their sales "dropped like a rock" as apparently happened with headblade, and I'm pretty sure I would hear it if that were the case.

This will be my only post on the subject in this thread. Anyone with further questions can contact me directly if they wish:

http://www.designextend.com/cgi/wond...wonderdesk.cgi

Since I may not remember to come back here down the road for follow ups.

Also, there is always the testimonials from customers:

http://www.designextend.com/page/miv...orten-checkout