magento / magento2

Prior to making any Submission(s), you must sign an Adobe Contributor License Agreement, available here at: https://opensource.adobe.com/cla.html. All Submissions you make to Adobe Inc. and its affiliates, assigns and subsidiaries (collectively “Adobe”) are subject to the terms of the Adobe Contributor License Agreement.
http://www.magento.com
Open Software License 3.0
11.59k stars 9.32k forks source link

Please add coupon in last step of checkout #528

Closed seansan closed 9 years ago

seansan commented 10 years ago

Please add coupon in last step of checkout

Example: http://www.magentocommerce.com/magento-connect/media/catalog/product/cache/9/image/9df78eab33525d08d6e5fb8d27136e95/l/o/logo11_1.png

Like this: http://www.magentocommerce.com/magento-connect/add-discount-coupon-with-checkout-process-1.html

magentoman2009 commented 10 years ago

I agree. Many clients would love this feature.

brendanfalkowski commented 10 years ago

Ideally, users should be able to apply coupons (and gift cards) from the cart and also in the payment step of checkout (not the review step).

seansan commented 10 years ago

Not so, maybe if you live in an ideal world

Every store owner knows with a large customer base knows this is necessary

philwinkle commented 10 years ago

Every store owner? Seems like a bit of a blanket statement.

There is good reason not to give the customer multiple opportunities to bounce out looking for coupons all over the internet. It's like raising a flag to them that they're not saving as much as they could be in multiple places in the checkout funnel.

There should be one location to enter a coupon, and Magento chose the shopping cart. I agree with that decision. You can easily add it to the checkout progress with any number of modules - I'm not convinced this should be a core feature.

On Tue, Mar 11, 2014 at 2:02 PM, seansan notifications@github.com wrote:

Not so, maybe if you live in an ideal world

Every store owner knows with a large customer base knows this is necessary

Reply to this email directly or view it on GitHubhttps://github.com/magento/magento2/issues/528#issuecomment-37328445 .

Follow me on Twitter - @philwinkle Friend me on Facebook - http://www.facebook.com/philwinkle

seansan commented 10 years ago

This is why people stop logging feature requests ...

You could easily create a config setting, turn on/off

Everybody happy

brendanfalkowski commented 10 years ago

@seansan — Design for conversion. You don't want any decisions in the "review" step other than "buy or not". Coupon and gift card inputs are payment adjustments, and they belong in the "payment" step where the result can be confirmed in the "review" step. It's not contextual or helpful for conversions to include these inputs in the last possible step of checkout.

@philwinkle — The failing of the cart-only approach is kicking the user back to the cart if they entered checkout (say, by skipping the cart) and then losing their inputs through the billing address, shipping address, and shipping method steps. I would bet that checkout abandonment/frustration ultimately costs more revenue than a retailer loses by enabling input of discounts. It's not like the offers aren't in their favor.

seansan commented 10 years ago

This is constructive!

My input: can you imagine running a large offline campaign where we mention "use couponcode COOLSTUFF"

In our store we have 2 buttons, leading to cart + leading directly to checkout (skip cart). You can imagine that the conversion is much higher for the latter

Hence people get to the checkout without seeing the coupon code box

And to be honest we receive a lot of emails where people overlook the coupon code box in cart

This is why we would like to see an ability to turn it on/off

ps. we are not suggesting another or extra step (this does influence conversion badly), but just as a normal block in the lower left corner next to the button BUY

Cheers, Sean

On Tue, Mar 11, 2014 at 7:20 PM, Brendan Falkowski <notifications@github.com

wrote:

@seansan https://github.com/seansan -- Design for conversion. You don't want any decisions in the step other than "buy or not". Coupon and gift card inputs are payment adjustments, and they belong in the "payment" step where the result can be confirmed in the "review" step. It's not contextual or helpful for conversions to include these inputs in the last possible step of checkout.

@ philwinkle -- The failing of the cart-only approach is kicking the user back to the cart if they entered checkout (say, by skipping the cart) and then losing their inputs through the billing address, shipping address, and shipping method steps. I would bet that checkout abandonment/frustration ultimately costs more revenue than a retailer loses by enabling input of discounts. It's not like the offers aren't in their favor.

Reply to this email directly or view it on GitHubhttps://github.com/magento/magento2/issues/528#issuecomment-37330778 .

philwinkle commented 10 years ago

@brendanf I tend to agree with you, which is why we use Sisyphus (at your recommendation!) to persist guest checkout data. Any hurdle in the checkout flow will affect abandonment. The goal is to make it as painless as possible - which is why we see such a huge lift in conversion among those who choose Paypal from the shopping cart.

@seansan I believe that any checkout flow which allows a customer to skip the cart step should, by default, have the promotional code entry on the checkout. This is custom and theme-based; I don't believe this is a necessity for Magento core to implement. That's just my opinion, and I am prone to having strong opinions.

verklov commented 10 years ago

@seansan, thank you for your idea! We will consider making it when looking at the ways to improve our checkout flow. Cannot promise it will appear in Magento, but we definitely have this in the list of suggested improvements and will take it into account when making decisions.

ywtsang commented 10 years ago

the reason of requiring to enter coupon at the checkout process is that some coupons depends on shipping information, so some coupon cannot be entered at the cart unless the customer has filled in the shipping information at checkout and back to the cart again to enter the coupon

ihor-sviziev commented 10 years ago

I think would be great automatically apply coupon code if customer goes to url like this: http://yourwebsite.com/?coupon=MY_COUPON_CODE It's great solution when you sending some promotion coupons via email.

seansan commented 10 years ago

I agree.

But this is maybe separate call

Sent from my iPhone.

On 21 Nov 2014, at 09:22, Ihor Sviziev notifications@github.com wrote:

I think would be great automatically apply coupon code if customer goes to url like this: http://yourwebsite.com/?coupon=MY_COUPON_CODE

— Reply to this email directly or view it on GitHub.

vpelipenko commented 9 years ago

Internal ticket: MAGETWO-23163

asemenenko commented 9 years ago

Hi @seansan , @beckindesigns , @brendanfalkowski , @philwinkle

Now we allow to apply discount on the Payment & Review step. Discount field is collapsed by default. It can be easily removed from this step if needed by theme developer. There are a number of ways to deal with discount flow, say:

  1. Have a Proceed to Checkout button go to the shopping cart and having discount field removed from Payment & Review step. (for the case when cross sells are heavily used)
  2. Keep discount field everywhere.

Normally it is not Ok to completely remove a possibility to add a coupon during checkout process since it may result in abandonment if customer have a discount but can not find a way to use it.

Having discount displayed as a primary filed with a huge Apply button on the last step of checkout is not good too since makes customer wonder if there is a way to search for the discount (thus resulting in abandonment if start googling)

Thanks for a valuable input!

seansan commented 9 years ago

Collapsed is great (and exactly as we use it now) Also I would add a config setting: enable coupon in checkout yes/no

On Fri, Jul 31, 2015 at 4:09 PM, Andrii Semenenko notifications@github.com wrote:

Closed #528 https://github.com/magento/magento2/issues/528.

— Reply to this email directly or view it on GitHub https://github.com/magento/magento2/issues/528#event-370541065.