...
| Info |
|---|
What is the context and status quo of the opportunity |
https://rbictg.atlassian.net/servicedesk/customer/portal/53/IREQ-2297?created=true
It has been found that between the Payment and the Purchase steps in the funnel, Popeyes ES has scope for improvement in comparison with other markets (e.g.: Germany).
...
After analyzing the current flow (between the Payment and Purchase steps) and sync the findings in the Checkout discovered by the Fulfillment Team (details here), our initial hypothesis of which could cause this rate were:
...
One of the errors that we have identified that occurs in the Payment is related to the pre-filled “Name on Card” field.
Analyzing the errors details from the paycomet database since BK PT migration, we could measure that the name on the card (Error 115 - “The card issuer could not identify the owner”) leads to 3.8% of error sessions (monthly average). On average, 29.6% of payment sessions has some error. Thus, this error represents 13% of the payment errors (3.8% out of 29.6%). There are only two errors that are higher: 102 - Operation not allowed for the card type: 9.8%; and 1099 - Unexpected error: 3.9 %.
When the user selects the option to add a new credit or debit card, the “Name on Card” field is found prefilled by default. The name that appears is the one the user had entered when signing up.
However, this name may not match with the name on the Card and the user may not notice the mistake, so when they finish filling in the form, the error message is displayed to inform the user about the mismatch.
...
❔ Expected Outcome
| Info |
|---|
What are the goals the opportunity is going to address |
...
| Info |
|---|
List here which are the metrics to look at to define success for the solution implemented. Use those KPIs to define the current status |
Reduce payment errors
Increase purchase conversion from payment to purchase
❓ Open questions
| Info |
|---|
We need to make this section empty constantly. |
...
Also, we did more Desk Research to understand why there are some competitors in our benchmark that don’t ask for the Name on Card. It seems that this topic is an open discussion (see UX.Stackexchange thread). Some UX claim that users can feel more secure while other sites claim it does add an actual extra layer of security (Merchant Authority, Greenlight) so our initial recommendation is to not remove this field.
⏭️ Design
Figma Link: https://www.figma.com/design/wEeYkRHLwLdMJHKvQJOdd0/%5BIBFEC-1795%5D-Remove-Pre-filled-Name-On-Card- field?node-id=7979-30251 ) Important: there are 2 different Payment Pages designs for each type of order: Delivery and Pick-up orders. By now, this should not affect the Dev Team but the Core FE. Also important: the pick-up orders flow has 2 variations depending on when the confirmation store was configurated to be displayed in the front: Store Confirmation page is activated before or after Order Payment page.