One Page Checkout: Love it? Hate it? Fine with it? |
Post Reply | Page <123> |
Author | |
Greg Dinger
Certified ProductCart Developers Joined: 23-September-2006 Location: United States Status: Offline Points: 238 |
Post Options
Thanks(0)
|
I really like the idea about the radio buttons for ship-to address.
|
|
Guests
Guest |
Post Options
Thanks(0)
|
I too am in favor of that simple change. |
|
caughlan
Groupie Joined: 25-September-2006 Location: Canada Status: Offline Points: 0 |
Post Options
Thanks(0)
|
I'm not too thrilled with the one page check-out at all, I feel that the name itself is a misnomer. When a customer clicks the continue button they no longer see the fields they've just filled in so in effect they think they are on a new page altogether. I dislike the scrambling of the page when you click continue - oh, have I mentioned I dislike the 'click continue' feature altogether? I wish for a true one page, all fields expanded, no need to click continue checkout.
|
|
Guests
Guest |
Post Options
Thanks(0)
|
I understand the idea behind using the accordion effect, but I do agree that it's rather disorienting while moving through the process. Should still be able to use AJAX to populate the conditional issues coming up further down the process (for example, shipping options depend upon the shipping address entered) without having to use the accordion effect. However, here's the puzzler: what event will define when to trigger the necessary AJAX without using a continue button? For example, when would the shipping options be retrieved? After entering country? But things are also limited by state and zip code (potentially) in addition to country. How to know when to go retrieve the appropriate shipping options? In this example, a "continue" type button might be absolutely necessary. But moving from Billing Info to Shipping info? Not so much. Similarly with entering discount codes. That has to trigger a recalculation of the cart. What event would trigger this? OnBlurr (after mouse focus is moved from this field)? These are tricky things to work out to find that balance between presentation and easy of use in the interface and the hella complicated logic that goes into much of this. |
|
caughlan
Groupie Joined: 25-September-2006 Location: Canada Status: Offline Points: 0 |
Post Options
Thanks(0)
|
When looking carefully at the accordion/continue issue I realize its more the layout of the default design that's bothering me - ie there's no indication of whats ahead and what's been done, the page layout is confusing etc. And that might just be a matter of altering the actual design and layout rather than the AJAX itself. One site I saw says "use this address?" instead of 'continue' and its those little things that might make the page a whole lot friendlier - maybe it just needs a designer/ecommerce-guru's touch.
|
|
ProductCart
Admin Group ProductCart Team Joined: 01-October-2003 Status: Offline Points: 135 |
Post Options
Thanks(0)
|
Who says that a really long page is preferable?
Are there studies that show that a long page that leads to significant vertical scrolling is preferable to an "accordion" layout? As we have pointed out before, among many leading Web stores that we studied while developing "One Page Checkout" is Gap.com. Well, they use "accordion" panels and "Continue" buttons and they do one billion in sales on the Web. One billion dollars. So, to answer the comments in the posting above:
But suggesting that the current layout should be dropped and replaced by a long checkout page that will force customers to perform substantial vertical scrolling while trying to checkout is not correct in our view and not something that we will implement. |
|
Guests
Guest |
Post Options
Thanks(0)
|
While I've a few clients that confuse the long page/all fields revealed layout with One Page Checkout theory/practice and they seem to think that would be preferable, I disagree with them and agree with EI here. While I don't have studies at my finger tips at the moment, I've read them and I've as many other clients that know that the full set of fields is psychologically traumatizing to end-users and does lead to abandoned carts. However, I think the issue here should be about balance. Merchants have a concern here, and I think some of them are not unjustified. Comparing with Gap.com is not exactly an apples to apples comparison as they have business rules that make things simpler for them whereas PC has to handle a very complex array or possible business rules. So it is different that than Gap.com and is a bit different from one PC merchant to the next. There are many cost/benefit analyses to be made here in an effort to move towards a bit better balance that leads to the most "abandoned cart resistant" OPC in this context. I hope that this thread contributes ideas that can make a more refined version that approaches a better ideal of what this PC OPC can be. Bottom line: I think it is indeed all going in the right direction, but it also could use some refinement to dial it in really well. There's probably not going to be any way to make everyone completely happy, but then PC is a generic shopping cart meant to handles ALL KINDS of business models, so it would be unreasonable to expect this from it. Merchants that aren't completely happy with what results from this have the option to get PC developers involved who can customize the functionality to match their preferred behavior based upon their specific business rules. I'm going to listen more here on this thread and then do a new top to bottom evaluation and add my recommendations next week (I hope; time provided). |
|
caughlan
Groupie Joined: 25-September-2006 Location: Canada Status: Offline Points: 0 |
Post Options
Thanks(0)
|
wow - I'll have to assume there was some mystery post other than mine that you're referring to. [edit: referring to the EI comments]
What I said was that on further reflection my issue was just design related. And I thought I posted it quickly enough after my original post to state that I see what Sean was referring to and I gave it more thought. Makes me afraid to contribute to the conversations guys. Stacelynn FYI This is what I'm implementing... I just think its a little easier to follow, what can i say Edited by caughlan - 08-April-2010 at 12:22am |
|
Guests
Guest |
Post Options
Thanks(0)
|
@caughlan You are making good contributions here; please don't shy away from contributing further. There are many threads on issues related to this topic. That might be why you are feeling that more has been said here on this than you see on this thread. Also, I think EI is responding more generally here than to just you even on this thread. The checkout process is super crucial. It takes a log of work to build a good site, populate it with product, optimize is for SEO/SEM/SMM, get the traffic and then convert that traffic to sales. That last part is hugely dependent upon the checkout process -- real shame to see all of that effort to get a client to this point and then maybe lose them. So, all the input we that can be gathered here on this thread will definitely help to make the next upgrade of PC all that much better. |
|
ProductCart
Admin Group ProductCart Team Joined: 01-October-2003 Status: Offline Points: 135 |
Post Options
Thanks(0)
|
Stacelynn,
Thanks again you for your feedback. We considered your suggested layout (screen shot above) as a possible candidate for One Page Checkout during development. Sean will probably remember this as well. There are many reasons why it did not make the final cut. Among them:
|
|
Post Reply | Page <123> |
Tweet
|
Forum Jump | Forum Permissions You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |