Follow us on Twitter X-Cart on Facebook Wiki
Shopping cart software Solutions for online shops and malls

X-Cart 4.1.0 beta 1 released

 
Closed Thread
   X-Cart forums > News and Announcements
 
Thread Tools
  #121  
Old 11-02-2005, 09:56 AM
  shan's Avatar 
shan shan is offline
 

X-Guru
  
Join Date: Sep 2002
Location: Birmingham, UK
Posts: 6,163
 

Default

i really think that ship to address should NOT be saved in customers table and should not be asked for at all during resistration

90% of users want to ship to the billing address so why confuse them

just have an option to ship to a different address at checkout stage and then store that info in the orders table. setting this up during registration just means that if a customer returns they have a ship to address that they may have used once but dont want to again.

Im working on a store at the moment where Im having to try and fix the messy way of doing things and the way its been handled up to now is just plain bizare

I wonder how many lost sales have occoured on all the xcart sites out there because of this clunky checkout procedure that we have had going all this time

we should always imagine shoppers to be (without wanting to be rude) stupid and not programmers or web savy people. if a cash point or vending machine confused people they would not use them. if the store confuses customers they do not buy things..... even if they want to

keep it simple. think as a shopper when dealing with the flow through the store. In fact think as a shopper when designing anything apart from the admin area.
__________________
Looking for a reliable X-cart host ?
You wont go wrong with either of these.

EWD Hosting
Hands On Hosting
  #122  
Old 11-02-2005, 11:42 AM
 
NuAlpha NuAlpha is offline
 

X-Adept
  
Join Date: Aug 2003
Location: US
Posts: 598
 

Default

Quote:
Originally Posted by shan
i really think that ship to address should NOT be saved in customers table and should not be asked for at all during resistration

90% of users want to ship to the billing address so why confuse them

just have an option to ship to a different address at checkout stage and then store that info in the orders table. setting this up during registration just means that if a customer returns they have a ship to address that they may have used once but dont want to again.

I tried to work out a solution to this issue early on but it turned out to be more complex than I liked so I simply implemented a JavaScript "shipping address same as billing address" checkbox (also checked by PHP on the server of course) during customer checkout.

What I really wanted to see was everything beyond name, email, and password requested at checkout only. In the 2 years we have been in business, and the thousands of orders filled, we have only had THREE people register without first entering the checkout process. All but those three would back-out of the registration page as soon as they saw it

I can't remember if this is the case already (as we have enhanced the checkout process so much), but when a customer goes to change their shipping details or login during checkout they should NOT be redirected to an insecure page as any browser warnings that display may make them nervous about completing the process.

Quote:
Originally Posted by shan
we should always imagine shoppers to be (without wanting to be rude) stupid and not programmers or web savy people. if a cash point or vending machine confused people they would not use them. if the store confuses customers they do not buy things..... even if they want to

More like too busy to learn a new way of doing things if they can't figure it out in 30 seconds or less. I'd recommend to anyone to read the web developer book "Don't Make Me Think!" by Steve Krug if you haven't done so already.
__________________
X-Cart Pro 4.5.5 Platinum
X-Payments 1.0.6
PHP 5.3.14
MySQL 5.1.68
Apache 2.2.23
  #123  
Old 11-02-2005, 11:55 AM
 
Light Speed Light Speed is offline
 

X-Adept
  
Join Date: Mar 2003
Posts: 921
 

Default

Quote:
Originally Posted by NuAlpha
In the 2 years we have been in business, and the thousands of orders filled, we have only had THREE people register without first entering the checkout process. All but those three would back-out of the registration page as soon as they saw it

I get about 3-5 registrations a day and about 10 orders a day but I have streamlined my registration page so it is not so scary
  #124  
Old 11-02-2005, 11:58 AM
  cherie's Avatar 
cherie cherie is offline
 

X-Wizard
  
Join Date: May 2003
Location: USA
Posts: 1,534
 

Default

Quote:
Originally Posted by shan
i really think that ship to address should NOT be saved in customers table and should not be asked for at all during resistration

90% of users want to ship to the billing address so why confuse them

just have an option to ship to a different address at checkout stage and then store that info in the orders table. setting this up during registration just means that if a customer returns they have a ship to address that they may have used once but dont want to again.
I can definitely see your point. It should be optional. And I can see someone wanting just the opposite. For example, during this time of year I buy stuff for family members and when I buy at some major online stores it asks which address I'm sending the item to. It shows all the previous addresses so I can choose who to send it to. This would be very handy.

So maybe it would be nice to have one address, then at checkout have an option to send somewhere else, choose the ship-to address from a list of places I've shipped to before or choose to enter a new address.
__________________
redlimeweb.com
custom mods and design integration
4.7 linux
  #125  
Old 11-02-2005, 12:16 PM
  shan's Avatar 
shan shan is offline
 

X-Guru
  
Join Date: Sep 2002
Location: Birmingham, UK
Posts: 6,163
 

Default

Quote:
Originally Posted by cherie
Quote:
Originally Posted by shan
i really think that ship to address should NOT be saved in customers table and should not be asked for at all during resistration

90% of users want to ship to the billing address so why confuse them

just have an option to ship to a different address at checkout stage and then store that info in the orders table. setting this up during registration just means that if a customer returns they have a ship to address that they may have used once but dont want to again.
I can definitely see your point. It should be optional. And I can see someone wanting just the opposite. For example, during this time of year I buy stuff for family members and when I buy at some major online stores it asks which address I'm sending the item to. It shows all the previous addresses so I can choose who to send it to. This would be very handy.

So maybe it would be nice to have one address, then at checkout have an option to send somewhere else, choose the ship-to address from a list of places I've shipped to before or choose to enter a new address.

for the most part though i would say people buy stuff for themselves. the main point here is to make the checkout as simple as possible for the majority of orders.

how much simpler would it be to have one section that asks for your name, address, email, telephone etc and have a final checkbox that asks if you would like to ship to a different address.

this way you greatly simplify the form they initialy see and still have the option for people who send gifts to others

having an adress book to choose from is a nice addition but the main focus should be on simplicity and getting users through the checkout as painlessly as possible and their money in your account

users can browse your nice new store till the cows come home but if they dont make it through the checkout your wasting your time and theirs
__________________
Looking for a reliable X-cart host ?
You wont go wrong with either of these.

EWD Hosting
Hands On Hosting
  #126  
Old 11-02-2005, 12:21 PM
  cherie's Avatar 
cherie cherie is offline
 

X-Wizard
  
Join Date: May 2003
Location: USA
Posts: 1,534
 

Default

Quote:
Originally Posted by shan
for the most part though i would say people buy stuff for themselves. the main point here is to make the checkout as simple as possible for the majority of orders.

how much simpler would it be to have one section that asks for your name, address, email, telephone etc and have a final checkbox that asks if you would like to ship to a different address.

this way you greatly simplify the form they initialy see and still have the option for people who send gifts to others

having an adress book to choose from is a nice addition but the main focus should be on simplicity and getting users through the checkout as painlessly as possible and their money in your account

users can browse your nice new store till the cows come home but if they dont make it through the checkout your wasting your time and theirs
I couldn't agree more. That's why everything should be optional.
__________________
redlimeweb.com
custom mods and design integration
4.7 linux
  #127  
Old 11-02-2005, 12:33 PM
  Stephen Hatton's Avatar 
Stephen Hatton Stephen Hatton is offline
 

Senior Member
  
Join Date: Mar 2004
Location: Melbourne, Australia
Posts: 182
 

Default

Hi All

Quote:
NuAlpha wrote:
Another nicety would be if stored and encrypted credit card information was accessible by the customer at checkout instead of having to re-enter the information again each visit. This would further streamline the checkout process for everybody's favorite type of customer...the one that comes back for more.

It would be nice to have the credit card number partially masked for repeat customers unless they change it on screen with another card number.

ie. 5353xxxxxxxx4324 (that is credit card type and checksum)

or xxxx xxxx xxx5 4324 (that is one digit of card and checksum)

On my site the masking was easy, but I couldn't get the passing of variables to the javascript happening when they changed the number in the input field (I did ask the forum for some help). I just need some more learning and experience.

But if it could be incorporated into V4.1, it would be more friendlier for the customer.

I would leave the customer to manually enter the ccv number every time as a guarantee that they have the card though.

Regards
Ing. Stephen Hatton
__________________
Apache Linux V1.3.33
PERL version: 5.8.0
PHP version: 4.3.11
MySQL version: 4.0.22-standard
X-cart V4.0.17: Addons: X-PConfig, X-Giftreg, X-Fancycat, X-AOM
  #128  
Old 11-02-2005, 03:05 PM
 
technicaldata technicaldata is offline
 

Advanced Member
  
Join Date: Feb 2005
Posts: 32
 

Default Bugs?

Quote:
Originally Posted by shan
yeh just to bring this thread back on topic now is the time for everyone to dive in and take a look at 4.1 beta.

if you dont have your say now you can hold your breath for another year

what we should be looking at is bug reports / comments on usability etc

if there is something that has bugged you using x4.0 and before nows the time to have your say..............

Okay, how about the Real Time Shipping modules? You know, the gigantic, elephant like bug in the room?
__________________
X-Cart Version 4.0.17
Red Hat Enterprise Linux Host
Windows XP Pro running XAMPP Dev Platform
X-RMA 4.0.17
X-AOM 4.0.17
X-Configurator 4.0.17
  #129  
Old 11-02-2005, 03:11 PM
  shan's Avatar 
shan shan is offline
 

X-Guru
  
Join Date: Sep 2002
Location: Birmingham, UK
Posts: 6,163
 

Default Re: Bugs?

Quote:
Originally Posted by technicaldata
Okay, how about the Real Time Shipping modules? You know, the gigantic, elephant like bug in the room?

you should give more details, links to threads etc if you want to be heard
__________________
Looking for a reliable X-cart host ?
You wont go wrong with either of these.

EWD Hosting
Hands On Hosting
  #130  
Old 11-02-2005, 03:15 PM
  cherie's Avatar 
cherie cherie is offline
 

X-Wizard
  
Join Date: May 2003
Location: USA
Posts: 1,534
 

Default Re: Managing Options

Quote:
Originally Posted by shan
Quote:
Originally Posted by cherie
How about managing options for multiple products? I just tried adding an option for more than one product. It had six products in my list of products I am modifying at once and the new option only added to the first two. I've always had problems duplicating options (modifiers or variants) among multiple products. It would be so nice to be able to setup an option for one product then duplicate it among 100 other similar products.

what happens if you list all the products you want to change in admin...

- choose modify selected
- choose options etc

does this apply the options to them all ?
That way or using "search and modify." It doesn't seem to work if a product already has options or already has the same amount of options. In other words, prod1 has 1 option, add a second option, it gets added to prod2 that has 1 option, but doesn't get added to prod3 that already has 2 options. Not sure if there's a correlation there, just an observation.

It seems it would be best to be able to create one option, then attach that one option to multiple products. Later the price for one option item can be updated without having to modify each products' options.

It would also be nice to optionally show the price in the variant menu the customer chooses from.

In a nutshell, it's really difficult to manage product options for lots of products.
__________________
redlimeweb.com
custom mods and design integration
4.7 linux
Closed Thread
   X-Cart forums > News and Announcements


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -8. The time now is 05:18 PM.

   

 
X-Cart forums © 2001-2020