Google Pay API

Making online checkouts better, by me growing usage of Google Pay API & adding new forms of payment like BNPL & e-wallets

Role

Lead Product Manager

Industry

Fintech

Duration

1 year

Google Pay Checkout API
Google Pay Checkout API
Google Pay Checkout API

After the closure of NBU, I took on the role of leading the Google Pay API (the GPay checkout button you might have seen on web or Android app checkouts) globally. I was actually supposed to be focusing on bringing new strategic initiatives to the entire Google Pay suite (the API, Chrome Autofill, and Google Wallet) but many of the ones I pitched started with the API and after the layoffs, it made sense for me to take on the whole API.

Growing Google Pay Checkout API

The API had existed for over 15 years but it hadn't gotten much product & engineering attention for the last 10. The Business Development teams across the globe, Android Developer Relations, and other merchant & developer facing teams had continued to try to push adoption over this period and coverage was actually quite good in developed markets; but the problem was few consumers actually chose to use it at checkout given (my take):

  • In developed markets:

    • Most consumers don't know that Google has many of their cards already saved (via Chrome Autofill and from buying things on Google Play / etc)

    • For those that do, they don't know that they'll find them by clicking on the GPay button at checkout

    • For those that have figured this out, the value of not having to enter their card details can be outweighed by not being sure if I'm going to get my points and other uncertainties 

  • In emerging markets:

    • Google doesn't have most consumer cards saved (they're not using Chrome or buying on the store)

    • Moreover, many emerging markets, cards aren't the primary digital payment method (see my post here on this) 

    • Google DOES have many consumer digital wallet accounts (as Google Play and our first party payment flows had to support these to ensure consumers could pay Google) but these were yet to be enabled in Google Pay

    • So here there was a merchant adoption issue

After the closure of NBU, I took on the role of leading the Google Pay API (the GPay checkout button you might have seen on web or Android app checkouts) globally. I was actually supposed to be focusing on bringing new strategic initiatives to the entire Google Pay suite (the API, Chrome Autofill, and Google Wallet) but many of the ones I pitched started with the API and after the layoffs, it made sense for me to take on the whole API.

Growing Google Pay Checkout API

The API had existed for over 15 years but it hadn't gotten much product & engineering attention for the last 10. The Business Development teams across the globe, Android Developer Relations, and other merchant & developer facing teams had continued to try to push adoption over this period and coverage was actually quite good in developed markets; but the problem was few consumers actually chose to use it at checkout given (my take):

  • In developed markets:

    • Most consumers don't know that Google has many of their cards already saved (via Chrome Autofill and from buying things on Google Play / etc)

    • For those that do, they don't know that they'll find them by clicking on the GPay button at checkout

    • For those that have figured this out, the value of not having to enter their card details can be outweighed by not being sure if I'm going to get my points and other uncertainties 

  • In emerging markets:

    • Google doesn't have most consumer cards saved (they're not using Chrome or buying on the store)

    • Moreover, many emerging markets, cards aren't the primary digital payment method (see my post here on this) 

    • Google DOES have many consumer digital wallet accounts (as Google Play and our first party payment flows had to support these to ensure consumers could pay Google) but these were yet to be enabled in Google Pay

    • So here there was a merchant adoption issue

a cellphone leaning against a wall
a cellphone leaning against a wall
a cellphone leaning against a wall
a cell phone on a rock
a cell phone on a rock
a cell phone on a rock

So during my year there, I proposed a roadmap of improvements, with some notable ones here:

  • Get more consumers to understand GPay's current value

    • Dynamic list item at checkout - In most of our checkouts, GPay doesn't actually manifest as a button (there was an initiative before I arrived to get merchants to adopt a dynamic button where we could be compelling info like the user's last 4 digits), it's a choice in a radio button list or something else; so I got this on the roadmap 

    • Bring our branding to more Google checkouts so users make the connection - I worked on making improvements to GPay so that it would work better for Reserve with Google and other payment flows in Google where it made sense to use our GPay API versus the payments stack directily

    • I had a roadmap of about 10 other things that were pushed (including noting that "your data is encrypted" on the sheet that you can see above) but felt that it was better to put our resources towards improving GPay's value (nex point)

  • Improve GPay's value, by bring payment forms that user wouldn't have at checkout otherwise

    • Buy Now Pay Later options like Affirm, Afterpay, and Zip in Western Markets

    • Stored Value Wallets in Eastern Markets

Buy Now Pay Later for GPay

Buy Now Pay Later grew significantly over the pandemic and continues to grow, largely driven by Gen Z, through offering unique value compared to other unsecured, no-fee consumer credit (ie credit cards):

  • Simple rather than compound interest: Unlike credit cards that get consumers into debt snowballing, BNPLs offer simple interest which is much friendlier to consumers. 

  • Spend control: What some might mind find to be bug, BNPL users and Gen Z find to be a feature:

    • Credit is given just for the given purchase and not an open-field line of credit that could temp someone to overspend.  

    • For the no-fee “Pay in 4” offering (usually over 6 weeks) that most similar to the , the consumer pays ¼ of the purchase value ever 2 weeks so they're held accountable to pay a little bit over time rather than it coming up on the credit card statement payment day and the user doesn't have cash

The main way that BNPLs reached consumers is by having their payment buttons at checkout which consumers often couldn't find their BNPL of choice at checkout and this is what I pitched GPay to solve. I worked with a great BD counterpart to get BNPL partners onboard, offering them more distribution in exchange for a revenue share, and Affirm and Zip were the quickest to come to the table. After fleshing out the UX, technical approach, launch strategy, and more working with a great engineering counterpart, I presented the concept at a series of product review up to the GM of Commerce & Payments and we got a green light and all the resourcing we needed to make it happen.

BNPL on GPay Launch
BNPL on GPay Launch
BNPL on GPay Launch
pay now or later on GPay
pay now or later on GPay
pay now or later on GPay
stored value wallets on GPay
stored value wallets on GPay
stored value wallets on GPay

After being so frustrated by Google Pay Africa never fully launching, I then worked, along with a great team, to ensure we got the pilot launched that year (within 6-8 months) and we generated the first revenue Google Pay (from the API to Wallet) had ever brought in. Some of my learnings:

  • Smartly leverage existing payment infrastructure/networks - In this case, we connected with the BNPLs by having them issue a virtual PAN for each transaction, rather than trying to do a custom integration that would have taken years on Google's side. It also would have meant our merchants would have had to make changes to accept the BNPLs. By leveraging existing cards rails and infra, we could launch multiple BNPL partners across all our merchatns with less than 6 months of engineering effort. 

  • Create FOMO with partners - Afterpay was dragging their feet but when they heard we had Affirm and they'd be featured in the launch press, they ran very quickly to be included in our initial launch. GPay never discloses our merchant/distribution numbers so these partners had little to go-on if the partnership would be fruitful to them. Klarna said they'd only partner if there was exclusivity but low and behold after we launched, they came on board thereafter, still with little data shared on impact. 

See the Techcrunch article and PYMTs article on the launch.

Store Value Wallets for GPay

As mentioned, the Google Pay suite (from the API to Google Wallet) is pretty irrelevant in non-card markets and could be much more relevant by offering local payment methods. In Asia, stored value wallets are the primary digital payment form though cards are increasing in usage for the top income brackets as they work internationally and can get more credit+benefits from them generally (but merchant adoption given card fees is still a restiance point). The product pitch here was more complex and less of a home run as BNPL - I had to really dig into the current product experience with digital wallets at online checkouts, the market dynamics, and work closely with our (great) market teams to try to see where GPay could provide value.

What I landed on was the friction consumers felt at checkout by having to switch between apps - in most cases, users would get deeplinked into their wallet app, sometimes with the merchant payment details being lost in the process, make the payment, come back to the merchant app, and then hope it worked. Google already had integrations with the top digital wallets in this region in order to accept payments from consumers on Google Play and the like (ie 1st Party, 1P payments) so Google did have their data. We just needed to make it accessible to the API (our third party payments, 3P payments stack) and make consumers aware that we had them there (levergaing the dynamic button and other things mentioned above).

We did need some effort from digital wallet providers so, facilitated by our market teams, I did an online roadshow with wallets across the region and then went to Malaysia and Thailand in person (top pilot markets given the high % of user payment info), finally landing on Malaysia with Touch n Go and Shopee Pay to launch the pilot. Developing the product required influence & coordination between several internal eng teams and Shopee and Touch n Go's eng  team, but we made steady progress (thankfully organizational complexity is something I'd gotten good at over 5 years at Google).

Other projects

Copyright 2025 by Melissa McCoy

Copyright 2025 by Melissa McCoy

Copyright 2025 by Melissa McCoy