[mobile ux] Restyle view cart dropdown in main nav #4704
Comments
|
Okay, I've got this epic mostly done but there's a couple of things that need some feedback. The current cart dropdown has some functionality that isn't covered here: if the user has already placed an order in the selected OC and the OC is still open, the cart will show a list of products that are already ordered, under a subheading: "Already Ordered in this Order Cycle". They can then add more products to the cart, and see both lists. This isn't included in the Zeplin designs. |
|
Also: the animated CTA on the homepage really messes with the new cart layout. Can we move it to the bottom of the screen? I think it'll be really difficult to fix otherwise... CTA at the top:
CTA at the bottom:
Also: the current UX for the CTA displaces the main navigation at exactly the moment the user wants to click links in it (and makes sure they can easily click a different link in the CTA). Maybe that was never a good idea to begin with? |
|
@Matt-Yorkley the CTA banner is the only place where instances have an opportunity to promote something to their users. I really don't feel comfortable removing it from the site. In Australia we have a call to enterprises to register, and if we didn't have this then the link is wayyyyyy down the bottom of the page and not as easily accessible.
Also, I feel like this is an edge case. If I'm going to look at my cart then I'm going to be in a shop most of the time. In the less likely event that I'm on the homepage and then click on the cart the likelihood of clicking on it before the banner displays is a super small likelihood, is what I'm thinking. Regardless, what I'm curious about is how many users click on this banner. @RachL do you know if there's a way to check in Matomo? Probably not, right, because we don't have event tracking set up, but thought it worth asking. It would be good to let the data speak around that CTA banner, if there are significant enough clicks from there then we don't lose it but if no one is using it then it's a safer bet to remove it. (Ping @mbudm, would be good to include this in the metrics work you're doing if it ain't already set up). If we need to keep it, I see there being 2 options:
|
@yukoosawa here's the user flow with this: 1. You revisit a shop that has an open OC that you've already placed an order in: It shows you what you bought previously in the view cart dropdown And a blue banner displays under the main nav 2. You add more of the same product to the cart It shows the new products in your cart plus the ones already ordered below it. 3. You buy them (note: this is a new order in the system) 4. You buy another lot of the same product (again, a new order) 5. You buy a different range of products(another new order) So you can see, each time you order the items display as a list down the view cart screen. As noted above, on the orders page you can see they're all separate orders, even though they show up in your view cart screen without the detail around them being separate orders. I guess they infer this, but the fact that the products are repeated down the page for each subsequent purchase, even though they're the same product and in the shoppers mind they bought 8 packs of duck eggs, not 2 and 5 and 1 packs.
So, the constraint is that we can't change the functionality of how changes/additions to orders work, and therefore we just need to know how to display these additional products in the new look cart. Fun fun :) |
Just to clarify: I'm not suggesting removing the CTA, just moving it to the bottom of the screen instead of the top. It's still be sticky and visible when the users scrolls:
|
|
Can you instead put it under the nav? Like the order success or the blue edit order banner?
… On 26 May 2020, at 6:32 pm, Matt-Yorkley ***@***.***> wrote:
@daniellemoorhead
I really don't feel comfortable removing it from the site
Just to clarify: I'm not suggesting removing the CTA, just moving it to the bottom of the screen instead of the top. It's still be sticky and visible when the users scrolls:
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
|
Well that's another problem right there: we often display those other flash messages on the homepage, underneath the main navigation. It's not easy to make them pay nicely in the same space. |
|
So to make sure I understand correctly, there are other messages that will display on the homepage under the main nav, yes? Can you tell me what they are? I imagine it'd be things to do with email verification or sign up or shop creation or things like that? In terms of your idea, if we were to put it at the bottom of the screen what happens to it when the user scrolls down? Your video shows the cart opening, joy, but not what happens to the banner when you scroll the page down. Does it stay appended to the bottom of the screen? The thing about it being up the top is that it scrolls out of site as you scroll down...but if it's appended to the bottom of the screen does it stay there all the time till you close it? That worries me because at the moment the close is broken and it comes back the next time you visit. So, can you demo scroll with that version? PS. I 100% agree that it's annoying having the top nav move when you're about to click something on it, and it would be good to resolve this. Whatever we decide, I'll have to run the change past the instance managers to make sure they're ok with it before we can proceed. |
|
It stays where it is either way. It currently sticks to the top, but it would stick to the bottom instead. CURRENT POSITION:
NEW POSITION:
|
|
I'll take a look at this over the weekend. This behaviour in cart is super confusing for users who are shopping from shops that have OCs continuously open 🙁 And it will be worse on Mobile with the limited screen real estate. Regular ecomm shoppers will not understand why all this other stuff is being shown (but can't be actioned upon) in their current view cart. Do users even find this useful?
|
Completely agree @yukoosawa, wondering if we just direct them to the orders page from the view cart screen rather than displaying the items? Ceres allows for edits to orders, I'll have a look at how they do it, record it, and post it here. |
|
So the decision is to cut it? That's the easiest option on my end... |
|
on the question of CTA thingo - I have no problem with it moving to bottom of screen. I think that would be much less annoying while also still there |
|
Wasn’t to cut it, was to move it to the bottom. See slack thread in mobile-UX For Lynne and Rachel 👍🏻 along with Kirsten 👍🏻 response here.
… On 30 May 2020, at 7:15 am, Matt-Yorkley ***@***.***> wrote:
So the decision is to cut it? That's the easiest option on my end...
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
|
Sorry, I meant cut the other cart functionality of showing items from previous orders in the cart dropdown. |
|
Just spoke to @yukoosawa, we can't look at the example I did on AU staging cos it's busted to talk through it, but in theory we're ok for you to cut the previous orders section from the view cart dropdown. And I'll be creating a wishlist item around improving the edit order flow. One thing though @Matt-Yorkley - are you able to tell me how many shops on our main sites (UK, FR, AU) allow shoppers to cancel/edit? Would be good to understand how frequently this is actually offered to shoppers, we think maybe not that often but would be great to have data to back this up. 🙏 |
|
Passed testing via #5480 |
In a feature branch or master?
View cart feature branch
Description
- As a: enterprise
- On page: main nav cart view
- I want to be able to do: have it look like the new design
Acceptance Criteria & Tests
HOW IT LOOKS NOW
Mobile + Tablet - doesn't display
Desktop
HOW IT SHOULD LOOK
Desktop (only for now)
Note: the zeplin view includes an 'edit cart' button.
The text was updated successfully, but these errors were encountered: