Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

Whitelabel changes (checkout)

Problem to solve: we can have multiple items in the "Your cart" section in a way that we'll have a "pollution" of information and also the information will be "detached"

  • With the mentioned points above we'll need to change the UI to bring a better UX to the understanding of the available offers and free items relationship

Solutions

Option 1: free item inside the item that has the offer

Perhaps we can have the free item inside the item that has the offer

Problems:

  • How to have this clear and not confusing?

  • The free/paid item needs to be edited. We'll need to keep the buttons to open the modal as we have today

Technical availability/effort: N/A

Conclusion: we concluded that this will not be semantic for the user as the free/paid item doesn’t exist in the previous menu (customize your order) and will be strange to the user


Option 2: have the item that has the offer and the free item like a collapsable item

The main idea is to have a "collapsable" item (the item that has the offer) with the paid and free items inside this "group". This will help perhaps with the "multiple detached" information

Problems:

  • Perhaps we'll need a loading/shimmer in the "Your cart" section because we'll need to process this data from the cart entries to show the information in the desired way

Technical availability/effort: N/A

Conclusion: this will bring more confusion and will not help with the pollution on the page. Besides that we should not hide important information for the users


Option 3: free/paid item as text information in the item that has an offer

Show the information of the paid/free item quantity in the item that is offering them (as text) and also have a button to open the Add extras modal to edit them

Problems:

  • I do not see much problem with this approach. Perhaps will be the easiest one technically speaking

Technical availability/effort: N/A

Conclusion: we concluded that this will not be semantic for the user as the free/paid item doesn’t exist in the previous menu (customize your order) and will be strange to the user


Option 4: Tag on the item, indicating the quantity of free ketchup.

Add a tag to the cart item, indicating the quantity of available free ketchup for each item. With this, the user will know what's going on on the screen even if we have multiple offers at the same time

Problems:

  • This will resolve our problem?

Advantages:

  • Scalable and is a generic solution.

Technical availability/effort: to be analyzed


Option 5: have only one item as the original proposal

Keep the original Figma proposal to have only one item with dynamic quantity for the free/paid item

Problems:

  • Debug and analyze the use of the existent feature for “quantity based PLU” and discover if the FE part will be able to calculate the price in the right way

  • We’ll need refactor Sanity to have (see Sanity option 1 solution below)

    • New category field in items

    • New document for the promotional items

  • We’ll not use the “AddOn section feature” anymore and we’ll need to delete/move the necessary code for that

Update related to the initial idea: the “quantity based PLU” will not resolve our problems. When this field is used the user needs to fill all the desired quantities. In our case, the paid/free item can have an “infinite” quantity (based on the combination) and this is broken for our solution and will not work or solve the client's desire for improvement. With that in mind, I (Vinicius) have an idea to variate the constantPLU information on the FE side to see if this can solve the problem without touching the backend and the mentioned “quantity based PLU” and I’m doing a POC to validate this.

Technical availability/effort: to be analyzed


Sanity changes

In the last meetings we discover that Iberia thinks that the UX in Sanity is complicated and we have to change different documents to have the feature working properly. They want to know if we can improve this part of the feature.

Solutions

Option 1: add categories in Sanity items and a new document to deal with offers

With categories in Sanity, we’ll have something similar to the concept of a “hot” item that Iberia showed to us in the air touch solution. We’ll have a new document for the promotional item solution where we’ll add the promotional items and which category they have an offer. For the items, we’ll just select the category in each one.

The solutions consist in:

  • Remove the necessity of the creation of a paid and free item in Sanity that we have today

  • Creation of a new document for the promotional items configuration, where we:

    • Select the items that will be considered promotional ones

    • Select the category that will receive that promotion

  • Update/configure in Sanity the new category information for the items that will receive the offer

Technical availability/effort: to be analyzed

  • No labels

0 Comments

You are not logged in. Any changes you make will be marked as anonymous. You may want to Log In if you already have an account.