#026 Shawarma test

Tonight I went out for some late night shawarma with a friend. The payment machine at the store was down, and they were only accepting cash or e-transfers. The e-transfer had to be sent to a personal email belonging to a family member of the shawarma place owner. The email was long, hard to spell, and – in the opinion of shawarma place owner required capitalized letters (!?). Email doesn’t differentiate, but are you really going to argue with a very nice man who is about to feed you, provided that the payment goes through.

With a line of people waiting behind me, I wanted to complete the payment quickly, but the process was clunky.

Here’s what I had to do:

  • Open the app
  • Go to Payments
  • Click “Send”
  • Enter the amount
  • Click “Select a Contact”
  • Click “Add Contact”
  • Click “Create”
  • Add a name (for a payee I likely wouldn’t use again) and the email address
  • Scroll to find the name that I just added (the app does not assume that user is going to send money to the contact that was just added into the payee list)
  • Enter the amount again (if you enter the amount first, which is the first and most intuitive field, it won’t be saved, and you will have to enter it again)
  • Double check that the amount is correct
  • Click send
  • Double check that it says “processing” to make sure that the payment was sent
  • Wait
  • Double check that the payment was received
  • Get shawarma

I don’t know how you feel about it, but I feel that the number of steps between seeing the total amount and getting shawarma can be reduced. While I was able to complete the payment, it wasn’t a smooth experience in such a high-stakes, high-pressure, and time-sensitive situation.

I will call it the Shawarma Test.

The question is: Can a payment process be simple enough to complete in just a few taps, even when time is tight and conditions aren’t ideal? For example, could someone make a payment in 3 taps if they were at the end of a shawarma line or rushing to board a bus? Right now, the process feels prone to user error, requiring manual typing and multiple steps.

While this might not be a frequent use case, it is a stress test for product quality. If the system works smoothly in urgent and challenging conditions, it can handle everyday situations even better.

How could this be designed differently? Without reinventing the payment rails, this could have been a simple QR code for the user to scan with phone camera, the QR code is a payment link that would prompt the app to open with Face ID, automatically open the “send” screen where the only steps to complete would be to enter the amount and hit send. This could be done in a way where the payment is anonymous and shawarma place owner doesn’t need to know your name and email - and you don’t need to know theirs. Alternatively, the recipient could enter the amount on their phone and generate a QR code to scan - this would eliminate the step of entering the amount for the customer as it would be repopulated by the merchant.

This problem might not even be that rare. How many times you were not able to pay because the internet is down or Moneris/Global Payments/etc had some issue.

A well-built system would always work 24/7; just like the Neo app does not shut down for maintenance every Sunday, the app of the person/entity receiving funds could also come with Neo’s reliability; providing a service that just works when everything else fails.

4 Likes

To add to this I think it would be useful to have a way of not worrying about creating a contact as I think that’s what slows things down and causes excess steps. In this case, the likelihood of needing to send money again to this person is low. It would likely help in this case if a person was able select “don’t create contact” and just enter in the email or phone number directly there

3 Likes

@Paul I totally hear you. This isn’t the smoothest experience, especially when you’re in a rush! I’ll bring this up with the team to see if there’s a way to simplify the process. That said, from my experience most institutions require adding a contact for security reasons, likely to prevent accidental transfers and fraud. It’s probably a safeguard, but I agree that all the steps feels unnecessary for one time payments like in this specific situation.

I really like your idea of using a QR code to streamline the process. I’m not sure how that would work from a security standpoint or if other institutions have successfully implemented it, but it’s definitely an interesting concept and would be really cool if we could do something like that.

1 Like

@tsutlovic This is a great point as well. Having the option to send without saving a contact would definitely cut down the steps especially for one-off payments. Curious, have you seen any other platforms that let you do this seamlessly?

@Denisa.Neo see PayPal as an example. 1. Enter email 2. Enter amount. 3. Send.

It doesn’t need to be more complicated than that.

In Big 5, CIBC has “one time contact” option. While, it’s clunky, this is something they thought was worth having as an option.

QR code payments have been around for quite some time, just not in Canada.

In Asia, Europe, Latin America, and the U.S. QR codes are very normal.

CVS Now Accepts Touchless QR Code Payments via PayPal or Venmo

Nov 16, 2020, 4:16 PM
CVS Now Accepts Touchless QR Code Payments via PayPal or Venmo (Phone Scoop)

Yeah, that’s a good point. PayPal’s flow is definitely more streamlined, and having the one time contact option would be really useful. The challenge is balancing ease of use with security. Since email transfers don’t go through the same closed loop system as PayPal there’s more risk involved i’d imagine. Obviously that’s the extent of my knowledge on the security side, but I’d guess fraud prevention and regulations play a big part!!

QR code payments are picking up globally so it’ll definitely be interesting to see how they could fit into what we’re building over time. Definitely appreciate the insights!

1 Like