As you probably already know, last week Google launched P2P payments via Gmail (and through the Google Wallet mobile/online interface). Once authenticated, users simply "attach" funds to an email message (see inset).
Bank transfers (eg. ACH) are free while card-based payments will cost senders 2.9% of the amount, with a $0.30 minimum. However, all transactions are free for an unspecified time during the launch period.
With an estimated 400 to 500 million global Gmail users, the service has the potential to become an important method of sending money (it's only available to U.S. users at this point). However, like all U.S.-based P2P services, it's easy to send money, but not always so easy to receive it.
In my first test, I was able to claim the funds relatively easily with my four-year-old Google Wallet account. There was a short authentication process with a login, name, address, birth date and last 4 digits of my social security. After claiming the funds, I was then able to send money out of the system (note 2).
After sending my 2 cents over to Larry Page congratulating him on the launch (see screenshots below), I then sent money to my work email account. It was drop-dead simple to send the money, but I was unable to claim the money, despite already having an active Google Wallet associated with that email address.
After receiving the email notification, I went through the same authentication process as above. But after logging in and providing my personal info, I was hit with four additional out-of-wallet authentication questions, apparently pulled from public databases (I think NOT my credit bureau due to the errors..see below).
But apparently there was an error in the out-of-wallet Q&A served to me. The first two questions were obviously about me and I answered them correctly. The final two had nothing to do with me (note 6), so I answered "none of the above." But Google didn't believe me, and I was told my answers were "inconsistent" and that I could not be authenticated online.
I was invited to upload three pieces of documentation since I failed the Q&A (all required):
- Picture ID (eg. drivers license)
- Proof of address (eg. utility bill)
- Social security card
Unfortunately, I haven't laid eyes on my social security card for several decades and haven't a clue where it is. And in 18 years of testing online account opening, no one has ever asked for it. So I'm stuck. Had someone sent me a real payment, I would be extremely frustrated, and would have to ask them to send me a check or use PayPal.
Bottom line: This is a brilliant play by Google, taking everyone by surprise. However, P2P payments (in the USA anyway) are a still a pain to receive the first time which dampens their viral growth (note 6). I understand the reasons for good authentication, though it still seems like overkill given that I was only claiming a one-cent transfer via a pre-existing and active Google Wallet account (used for more than $400 worth of purchases this year). And especially after I provided the correct name, address, birth date, social security number and two additional out-of-wallet questions.
But I know the folks from Mountain View will work the risk procedure kinks out quickly (there is a reason it's called "beta"). And if they stick with it (RIP Google Reader), Google should be able to build a critical mass of financially-authenticated users, making "gpay" as easy as using PayPal.
How Gmail Pay works
Step 1: Craft email message and click on the "$" icon at the bottom of the compose screen
Step 2: Attach funds via Wallet balance, bank transfers, or card; then add memo if desired
Step 3: Press send
Step 4: Final chance to review
Final: Confirmation copy is place in your inbox (note 8)
1. During the beta test, you can only become a P2P user by first receiving funds from an existing user.
2. I have two Google Wallet accounts, one set up in 2009 and the other established in January when I got a Nexus NFC phone with built-in Wallet support. The credit card associated with both accounts was stolen earlier this year and I had to add a new card to both wallets before I could use them. This could have triggered additional authentication requirements on the second Wallet account.
3. The payment appears as a "card" within a Gmail. There is no indication in the title of the message that it might contain money (user controls the rest of the email).
4. The transaction fee was waived for my Discover Card-based payment. I assume it would be on other card types, but I didn't test that.
5. Users have the option to add a memo to the payment (in addition to what's included in the email message).
6. Ironically, if the recipient was mobile-deposit-enabled, it would be easier the first time to send a high-res image of a check that the user could take a picture of and then deposit via mobile banking. Or, for Capital One 360 users, they could simple upload the emailed image directly into their account (see post).
7. Though I suspect they could have been drawn from online info about my brother, who has a different first name and lives 2,000 miles from me.
8. Yesterday, confirmation emails went to my inbox when I sent a payments. Tonight, I am not seeing that. It's only showing in my Sent messages.
9. For more info, see our recent Online Banking Report: Digital & Mobile Wallets (published Feb 2013, subscription).