This is a template that should be used to document each feature. It’s meant to be easy, not prescriptive - change it at will!
Table of contents
Definition
Status | IN PREPARATION |
RBIberia Owner | |
RBI Owner |
❓ Open questions
We need to constantly make this section empty.
Requirements
Problem statement
The white-label application lacks a corresponding flow to purchase additional ketchup, similar to the existing implementation in the AirTouch application.
The current process in AirTouch allows users to acquire extra ketchup beyond the free quantity specified in the Sanity configuration for each product. Users are required to pay for this additional ketchup if desired.
Furthermore, at the moment of adding the first product with ketchup to the cart, the application shows a screen that informs users about the "King Planet" initiative.
Following, the screenshots showing how it works on the Airtouch application:
How the feature work today:
After inserting the first hot product into the cart:
Card on the cart screen to add the extra ketchup:
Card to increase the number of ketchup packet and the info message:
Acceptance criteria
Sanity
The configuration of the link between products and the quantity of ketchup should be accurately set up and managed within the Sanity CRM system.
Don´t have limitation of quantity of ketchup.
Users should have the option to acquire extra ketchups beyond the free quantity specified in the Sanity configuration for each product.
The Ketchup configuration should include necessary details such as name, price, and availability.
Any changes or updates to the ketchup product should be done by the Sanity application.
White-label
King planet
The white-label application's functionality for purchasing additional ketchups and displaying the "King Planet" initiative screen should include a feature toggle.
The feature toggle should allow enabling or disabling the functionality at runtime without requiring code changes or deployments.
Disabling the feature toggle should disable the additional ketchup purchase flow and hide the "King Planet" initiative screen, ensuring they are not accessible to users.
Enabling the feature toggle should make the additional ketchup purchase flow and "King Planet" initiative screen accessible and visible to users.
The white-label application should introduce a flow that enables users to purchase additional ketchup, resembling the existing implementation in the AirTouch application.
The white-label application should incorporate a screen that informs users about the "King Planet" initiative the moment they add the first product with ketchup to their cart.
The "King Planet" initiative screen should provide a clear and concise description as described on the figma design.
The inclusion of the "King Planet" initiative screen should not disrupt the overall flow of adding products to the cart and completing the checkout process.
The white-label appear only in the first access in each order when the order already have some product with free ketchup available.
The white-label allows to add 1 free ketchup in the order.
Purchase flow
On the cart screen of the white-label application, a dedicated section should be available to display the ketchup and its corresponding cost.
Within this section, users should have the option to add the ketchup to their cart for purchase.
The cart screen should provide a clear overview of the total cost of the ketchup added, taking into account the quantity and individual prices.
Once the user has finished adding ketchups to the cart, the flow to complete the order should follow the same process as the current implementation.
Users should be able to edit the quantity of the ketchup they wish to buy, and the cost should update accordingly to reflect the changes.
Users should have the option to acquire extra ketchup beyond the free quantity for each product specified in the Sanity configuration.
The white-label application should accurately reflect the product configurations in Sanity, including the number of free ketchups and any associated pricing for additional ketchups.
The purchasing flow for additional ketchups should be integrated with existent purchase flow.
The white-label application should calculate and display the cost of additional ketchups when users choose to purchase them.
Users should be prompted to pay for the additional ketchups during the checkout process, ensuring a smooth and transparent transaction.
The additional ketchup purchase flow and the "King Planet" initiative screen should to ensure proper responsiveness and usability.
Documentation should be provided, detailing the implementation and configuration of the additional ketchup purchase flow and the "King Planet" initiative screen in the white-label application.
In the cart there is an automatic rule to move the paid ketchup to the free ketchup when the customer adds more items with free ketchup available
When the customer removes products that reduce their amount of free ketchup, then in the cart there is an automatic rule to remove paid ketchups and free ketchups greater than the amount available. This rule is only applied when the customer has more than the free ketchup available at the time.
There is no quantity limitation to add any quantity of the same product to the cart.
Success metrics
🤔 Assumptions
Solution
Scenarios
Note: these are high-level scenarios that must pass testing before we can release the feature. They should also be used to drive design. Note that we do not specify user interface details in these steps - that is deliberate so that we focus on the process and not on the UI since the UI can change throughout design and development.
Scenario 1: xxx
Steps | Expected results |
---|---|
Do this | Expect that |
Design
Figma design here: [insert link]
Add Comment