[jira] Commented: (OFBIZ-257) Streamline the order checkout procedure

Posted by Nicolas Malin (Jira) on
URL: http://ofbiz.116.s1.nabble.com/jira-Created-OFBIZ-257-Streamline-the-order-checkout-procedure-tp171868p171873.html

    [ http://issues.apache.org/jira/browse/OFBIZ-257?page=comments#action_12453678 ]
           
Daniel Kunkel commented on OFBIZ-257:
-------------------------------------

Chris:  Wow, that would be great, but let's query the rest of the OFBiz community and see what they feel would be better for the project. Will it fit with the anonymous checkout refactoring?

Tim...  Wow!!!  I love what you've done to the checkout process!!!  I did get a little confused on the order sample, and sample quantity altering the price...  Somehow 30 / inch copper mesh was $8 / sf for me when the price was listed at $6 / sf.

I especially like putting the shipping calculations up first, since users often want to know the delivered total cost, and will hesitate to put in all their info just to see how much shipping will cost. It would be neet if the shipping estimates could be added to all the product pages once a customer has entered in their basic shipping info.

If you'd like, I could do some testing in a few weeks.


> Streamline the order checkout procedure
> ---------------------------------------
>
>                 Key: OFBIZ-257
>                 URL: http://issues.apache.org/jira/browse/OFBIZ-257
>             Project: OFBiz (The Open for Business Project)
>          Issue Type: Improvement
>          Components: ecommerce
>         Environment: new feature
>            Reporter: Daniel Kunkel
>            Priority: Minor
>
> This is a replanted feature request from the old Jira. I was going to let it just disappear from Jira until I was inspired by OFBiz...  Besides, I know I'm losing business because of the confusing checkout process, and I'm frankly surprised it hasn't been fixed yet.
> ---
> The current checkout system, although logical and very good in ways, is not especially intuitive or straight forward for the unexperienced customer, especially one in a hurry.
> The new scheme is a simplified ordering scheme that handles the most common basic orders, and still links to the existing checkout code for complex orders with special requirements like split shipments, split payments, gift cards, etc.
> Specifically:
> The Login Screen
> The login screen is a combination of the current login screen, and the new customer screen. Most customers, they can enter their login name/password and skip the new customer basic data. New customers will enter in their personal details, address, etc.
> An ajax bit could be really helpful here...  After someone enters their login information, the system could populate the fields  giving the customer a chance to review and update their main address, phone numbers etc.
> The order screen
> This is a reworking of the current quick checkout screen.
> 1.) The first shipping address is automatically selected. A link is provided to step 1 of the normal checkout system if the user needs to add a new address.
> 2.) Shipping Choices, and an option not to have everything shipped at once are provided. A link to the normal checkout procedure step 2 is provided should additional e-mail notifications, gift wrapping, etc be desired.
> 3.) Payment Options are listed, but instead of a link to add a credit card, the credit card data entry fields are provided, including an option to add a separate billing address. If credit card data is entered, that card is automatically used. A link will be provided to jump to the 3rd step of the standard checkout process should addition billing options be required like split payments, etc.
> Order Button
> The final button is changed to "Order"  and gives the customer a "reciept" ...  It is far easier to adjust an order that's been created than make up for lost business because people didn't realize they needed to hit the confirm link one last time to put the order through.
> The ordering process at http://www.GraciousStyle.com (Si Chen's site) is a good example of the general feel of this scheme.
> Anyone have any other suggestions, or an interest in supporting this development?
> Thanks

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira