...
FE First iteration scope- MVP
https://www.figma.com/file/qcUazs7MiACbph9lLVSejN/2023-Q3%3A-%5BTRX-837%5D---BK-Pay---Bluecode?type=whiteboard&node-id=0-1&t=JVreFQ00U56BiVFh-0Objectives:
Proposed by Magdalena based on the conversation with the market:
Fz:
Currently German FZs struggle with cash-handling issues as well as high processing credit card fees, which is why they’d like to reduce % of transactions completed with both of those methods.
User:
BK Pay is currently available as a separate app which hinders discovery, adoption and creates friction for users who’d like pay with BK Pay. Moreover, users may be confused seeing both apps, as they are tring to download the main Burger King app.
❔ Hypothesis
Primary:
Introducing BK Pay as a payment method to web/app will increase MARU by X% by the end of <date> by introducing another convenient way to of payment method in-restaurant by accommodating all users with a checking account in Germany that are not able to use Apple or Google Pay. Since the vast majority of banks don‘t support Apple Pay with Girocard (the local debit card) and almost none Google Pay, BK Pay will have an advantage over other digital payment wallets on the market.
Introducing BK Pay as a payment method to web/app will Increase an average check value for a restaurant customer by X% by <date>, assuming X% of current cash payers will transition to BK Pay, based on the fact that non-cash payers tend to have a higher average check by X%.
Secondary:
Ways to transfer the users in the old app
push notification in the old app to use the RBI app
Bluecode account sharing
Objectives:
Revised by the market:
FZ: Reduce cash transactions by 5.2%
...
Decrease time to place an order for BK Pay customers - We do not have clear data for SOS in the payment process. But we made assumption that we could reduce the time in that process:
Scan a coupon: 12 sec (per coupon if you have to scan them separately) +
Pay with Cash avg + 18.7 sec
Pay with physical Credit Card + 25.7 sec if you have to insert the card
Pay with physical credit card without insert the card + 19.3 sec
Pay with online banking seperate app + 14.0 sec
Pay with BK Pay in the same app with one scan + 4sec
Increase monthly sales by 1.35% per restaurant (5.2% BK Pay, 50% Cash, 44.8% Credit Cards)
Check increase Cash to Credit Card: +29%
Increasing purchase frequency to 5.2%
Proposed by Magdalena based on the conversation with the market:
Fz:
Currently German FZs struggle with cash-handling issues as well as high processing credit card fees, which is why they’d like to reduce % of transactions completed with both of those methods.
User:
BK Pay is currently available as a separate app which hinders discovery, adoption and creates friction for users who’d like pay with BK Pay. Moreover, users may be confused seeing both apps, as they are tring to download the main Burger King app.
❔ Hypothesis
Primary:
Introducing BK Pay as a payment method to web/app will increase MARU by X% by the end of <date> by introducing another convenient way to of payment method in-restaurant by accommodating all users with a checking account in Germany that are not able to use Apple or Google Pay. Since the vast majority of banks don‘t support Apple Pay with Girocard (the local debit card) and almost none Google Pay, BK Pay will have an advantage over other digital payment wallets on the market.
Introducing BK Pay as a payment method to web/app will Increase an average check value for a restaurant customer by X% by <date>, assuming X% of current cash payers will transition to BK Pay, based on the fact that non-cash payers tend to have a higher average check by X%.
Secondary:
Introducing BK Pay as a payment method to web/app will decrease overhead cost by X% by <date> , assuming that X% of cash payers and X% of credit card payers will transition to BK Pay.
✅ Action items
⤴ Decisions
...