Address handling needs to be totally re-written.

[Ion_Cannon]

It is my opinion that the biggest flaw with Prestashop is how customer Addresses are managed and handled. I have had more registered users stop orders at the Address step than any other step. Does anyone else find this to be true? It is far from intuitive for the average online shopper. I hope the prestateam takes a strong look at address management in future versions!

[radders]

I agree. When I last looked, it only allowed one address format (osCommerce allows you to assign the correct local address format for each country) , so it didn't seem possible to have international customers in your shop unless their country happened to share the same address format as your home country.

I really hope I am wrong about this.
(edit) Examples below:

Format 1

Name
Company
Address 1
Address 2
Suburb
City
County
Postcode
Country

Format 2
Name
Company
Address 1
Address 2
City - Postcode
Country

Format 3

Name
Company
Address 1
Address 2
Suburb
City
Postcode
State
Country

[Eugene]

Guys, how would you like Address to be handled? Have you thought about skipping address step in checkout process if it was set correctly during registration?

I think more people could help you if you give an example of the problem.

[Ion_Cannon]

Guys, how would you like Address to be handled? Have you thought about skipping address step in checkout process if it was set correctly during registration?

I think more people could help you if you give an example of the problem.

I wrote an express checkout that pretty much makes it 10x easier for the customer to checkout and have seen drastic improvement in conversions and it has at least cut out 50% of the cart abandonment. I know every bit of code in the checkout process. All that matters with any cart is how well it converts, not all the bells and whistles. The average customer at least in my experience finds the address steps of Prestashop cumbersome at best. It is obvious in the logs and watching them in Livezilla when they register to checkout. It is definitely not an intuitive process and needs to be improved out of the box to make registration/adding/choosing addresses a breeze. It is definitely not as it is....

[GaryB]

A big frustration for me, running a shop in English and Japanese, in Japan, is that the Japanese address format starts with the large region and works down to the small area. I reworked the files (fiddling with both tpl and php files as I learned what I needed to do) to Japanese order:

Postal code
Prefecture
City
Block/Number
Family name / Given name

But now I'm stuck with that format even in the English site, which goes contrary to expectations for English speakers.

My orders have probably dropped to half. Even though the site offers a lot more in functionality compared to my old site with the one page, client-side, Javascript order system, it looks like it was a mistake to go to Prestashop just to gain a multilingual site with database.

Incidentally, I don't understand why the site often will not switch languages on the home page.

See the site here: www.jmtb.com

[moonmosaic]

I would like to see invoice address and shipping address configured on one page. When customer adds an address it is one page, when saved it goes back to the original. I have seen shopping carts where this is all on one page and there is no jumping all over the place.

[MrBaseball34]

Have you guys seen how it's done in Magneto? I really wished PS would follow their example...

http://demo.magentocommerce.com/

Their checkout method is configured superbly as far as an e-commerce site is concerned.

I'm having issues now with people not being able to understand how to complete an order and
am looking into how to make it so they are only allowed 2 addresses.