Sneak Peek: OpenCart 1.5.0 *ALPHA*

QNAP wrote:

not gonna happen. maybe 1.5.2

Maybe?! it sounds like you just do as you please instead of listening to people who actually use the system and know what their customers asking for. Strange. Perhaps we should look for a new system after all.......

On a Personal note:

And there is NO WAY of pleasing everyone.

Please, if you want another/new system then do so, we really cannot care less.

I'm fed up with all the moaning and nagging of some.

QNAP wrote:anything else is not good enough!

LOL... then make your own!

QNAP wrote:

not gonna happen. maybe 1.5.2

Maybe?! it sounds like you just do as you please instead of listening to people who actually use the system and know what their customers asking for. Strange. Perhaps we should look for a new system after all.......

what are yiou trying to say? you know more than me regarding onepage checkout. you think i have not done my own research?

it was a feature first bought up by magento as a marketing ploy. they lied. their is no evidence to suggest onepage checkouts have a better sale conversion rate. it was a selling point using made up data, so they could say to their customers because of this one feature alone that no other cart has it will increase your sales.

magento and all the other ones just use ajax to to hide different parts of the page as customers go through the form. now i ask you which is going to be less confusing for a customer? some simple forms on 3 pages or one big form thats half hidden away and different parts appear as your clicking the next button?

you prefer to go listen to marketing hype rather than go through the logic process in your head. customers don't care if the next button goes to another page. its more confuusing if a fancy box drops down with more information they have to fill in. bolth methods still require the same amount of data their are no less keystokes or button presses.

another point is I only know one cart which is shopify which do a true one page checkout. they only allow one shipping method and one payment method. magento and others as I said just hide a really big form.

what are yiou trying to say? you know more than me regarding onepage checkout. you think i have not done my own research?

Where have I written that I refer to Magento?
I'm just saying that many customers are asking for the ability to place an order without creating an account first, and also a fast onepage checkout with a flow that does not take half the night to place an order and pay for it!
Should we ignore what the customers want, it's what you mean?

Big disappointment to have to compromise and leave out a lot of features that would have been there from the beginning, unfortunately.

Try this one then:

another point is I only know one cart which is shopify which do a true one page checkout.

http://bybloom.com/en/newproducts

QNAP wrote: http://bybloom.com/en/newproducts

Like the man says, One Payment and One Shipping option.....

QNAP wrote:

what are yiou trying to say? you know more than me regarding onepage checkout. you think i have not done my own research?

Where have I written that I refer to Magento?
I'm just saying that many customers are asking for the ability to place an order without creating an account first, and also a fast onepage checkout with a flow that does not take half the night to place an order and pay for it!
Should we ignore what the customers want, it's what you mean?

Big disappointment to have to compromise and leave out a lot of features that would have been there from the beginning, unfortunately.

Try this one then:

another point is I only know one cart which is shopify which do a true one page checkout.

http://bybloom.com/en/newproducts

onepage checkout will be in 1.5.x just not 1.5.0.

onepage checkout might be on one of your clients lists but as i said its a marketing ploy.

i have had customer asking me for onepage checkout + lots of other features they had read about on blogs or where ever that where completly pointless.


i think its like buying a pair of trainers, they are all made in china or india but because one brand markets its self everyone wants it.

Daniel wrote: it was a feature first bought up by magento as a marketing ploy. they lied. their is no evidence to suggest onepage checkouts have a better sale conversion rate. it was a selling point using made up data, so they could say to their customers because of this one feature alone that no other cart has it will increase your sales.

actually the idea of a one page checkout and several studies came out long before Magento. You may not be completely wrong though as one of the biggest implementations of a one page checkout before that was one designed for oscommerce by varien the company that made Magento. In my opinion the one they had for oscommerce was actually much better than the one in Magento.

magento and all the other ones just use ajax to to hide different parts of the page as customers go through the form. now i ask you which is going to be less confusing for a customer? some simple forms on 3 pages or one big form thats half hidden away and different parts appear as your clicking the next button?

you prefer to go listen to marketing hype rather than go through the logic process in your head. customers don't care if the next button goes to another page. its more confuusing if a fancy box drops down with more information they have to fill in. bolth methods still require the same amount of data their are no less keystokes or button presses.

another point is I only know one cart which is shopify which do a true one page checkout. they only allow one shipping method and one payment method. magento and others as I said just hide a really big form.

not really true. They do use ajax, and yes most of them like Magento still require all the button clicks, and it really could be done identically without it being one page you would simply have some page reloads which on a fast server you would never notice, but there are one page checkouts that do not require multiple button clicks, though they do use ajax to update parts of the page like shipping as you fill in the forms like zip code. For an example of this see http://www.dynamoeffects.com/ this is actually not a bad one page checkout and yes it supports many payment and shipping gateways both dynamic and static even if the demo doesn't have them enabled.

All that being said I don't think that true onepage one button checkout is required for good conversions, but the checkout of opencart really does need some love. If you create a new user when checking out you currently have to go through 8 steps and that's if you don't want to use a different shipping address it's 10 if you do.

Like the man says, One Payment and One Shipping option.....

Are you for real? You have six different payment options!!

I'd much rather spend time improving the checkout process as it is now as a precursor to a one step checkout.

Proposal:


Once the normal checkout for reg and guest is combined into a common path, then we can focus on a single page checkout. Until then we will have to 2 paths for guest and 2 paths for registered. It's a mess that needs to be cleaned first IMO


The only difference between guest checkout and registered checkout is the password and password confirm fields. In the example above I have the option for the 2 password fields on the success page. But this could be moved to the Enter Address page all the same.
- If guest checkout is allowed then the password fields would be optional.
- if guest checkout is disabled, the password fields would be required.

Then on the shipping and payment pages:
- if customer did not enter a password in the first page, then assume guest checkout and "change" address will return to first page
- if customer did enter a password in the first page, then assume registered and the "change" address will take them to the account/address page to change or add new.

Also I will change the "Your account has been created successfully" page to just be a green message on the shipping page as having that as a landing page is annoying and unnecessary.

Simple!

One page checkout sounds interesting but listen to all the people yelling at you. Q is right. The current checkout should be improved a bit before one-page checkout does. It's counterproductive to force big changes quickly.

Once the normal checkout for reg and guest is combined into a common path, then we can focus on a single page checkout.

Sounds like a reasonable proposal. That will be a strong improvement IMO.

well I certainly like the way you are going with it Q and I know this has been discussed before. I honestly thought it was already decided the checkout flow would be fixed for 1.5.0, but I understand the desire to bow to the masses screaming for a release and drop features. I do have a question though why not put the shipping and payment choices on the same page? so it's just enter addresses -> choose shipping and payment -> confirm -> success?

Xsecrets wrote:I do have a question though why not put the shipping and payment choices on the same page? so it's just enter addresses -> choose shipping and payment -> confirm -> success?

Well in the future people have asked for a feature to limit the payment based on shipping.
People have also asked for the ability to swap shipping and payment.
So we have 2 conundrums here

First we need to allow people to swap the order of payment and shipping as needed
Second we need to add a shipping_to_payment db table or some method that limits which shipping can go with payment or with payment with which shipping.

So if we do those changes, then we'd need to have 2 separate pages (ajax notwithstanding).. so I guess it's a bit of a future-resistance.

QNAP wrote:

Like the man says, One Payment and One Shipping option.....

Are you for real? You have six different payment options!!

NO way gosé, only 1 payment (Visa) and 1 shipping (Postal delivery), it probably depends on where you visit from (based on IP).

Daniel wrote:ok nearly everything is nearly done now. 2 things left. oe the manual order system and cleaning up css and other little bits of code.

Awesome looking forward to it!

I can wait for one page checkout, important thing for me is that I don't have to completely redo my customisations by committing to 1.4.x with 1.5.0 on the horizon with most of the features I'd have been customising for!

By the way guys, in regards to password to demo site being retracted.

I noticed the e-commerce solution for concrete5 has a demo that works by having a cron job restore the demo every hour so that even if someone breaks it it doesn't last. Perhaps something like this would be a good idea?

op_user wrote:One page checkout sounds interesting but listen to all the people yelling at you. Q is right. The current checkout should be improved a bit before one-page checkout does. It's counterproductive to force big changes quickly.

improved how! the current method is fine.

I'm sure there is a reason that it is the way it is, but I would like to see the shipping/payment methods get combined onto one page if the customer is logged in (so the same as Guest Checkout Step 2).

Daniel wrote:

op_user wrote:One page checkout sounds interesting but listen to all the people yelling at you. Q is right. The current checkout should be improved a bit before one-page checkout does. It's counterproductive to force big changes quickly.

improved how! the current method is fine.

I wouldn't really call 8 to 10 steps fine. There is lots of room for improvement. As for how there is a great suggestion by Q with a flow chart just a couple of posts up.

Since the announcement of 1.5 features there have been floods of people asking for changes that pretty much require full system rewrites... While most of the feature suggestions are nice, it seems a bit far fetched for everyone to expect all these additional changes in 1.5.0. The checkout system revision to Q's suggestion is nice, but why not plan that for 1.5.2+?

Like so many others, I am also waiting for the 1.5.0 release to migrate to opencart. My reason behind it is that my store currently has reward points and several other custom systems that integrate into it and I would like to get 1.5 released as soon as possible so I can begin work on my modifications which I should be able to wrap up by 1.5.1 and go live. The only thing that seems to really be delaying this release is a ton of people demanding full core rewrites every week or so...