Dear Apple and JR East, we need Apple Pay Family Suica

watchOS 7 Family Setup is a bigger deal than many people might think at first glance. Apple Cash Family is just one part of the service with transfers from a parent’s iPhone to a child’s Apple Watch. It’s the most compelling Apple Cash use case I can think of, and Apple Watch for children without iPhone is appealing to parents in a way that iPhone by itself is not.

I’ve always said that if Apple Watch ever gained direct Suica loading with parental controls, Apple could make a killing selling it into the Japanese education market. watchOS 7 Family Setup is almost there for the JP market but needs one more thing: Family Suica.

Next generation ‘Super’ Suica is coming early 2021 and next generation FeliCa is shipping in November. We already have digital car keys in Wallet that can be shared and Mobile Suica will be doing a lot more on the cloud with Super Suica. Apple and JR East have all the necessary new features they need to create an insanely great Apple Pay Family Suica.

The service outline is simple and combines what car keys do in Wallet with digital key sharing and Apple Cash Family does with transfers and limits. A master Apple Pay Suica ID is setup on an iPhone and manages family member Apple Pay Suica on other devices. The master ‘organizer’ would transfer stored fare (SF) via Messages and set spending limits just like Apple Cash Family does. Simple intuitive convenience.

Apple Pay Family Suica also needs transferable commuter passes. That way a parent can set one up for a child, transfer it to Apple Watch and renew it remotely. Transferable commuter passes would also be handy in our COVID teleworking era as working parents might not need a pass every working day. A “hey honey can I borrow your pass today,” thing that plastic transit card users do all the time.

So far nobody has managed to to produce a smartwatch that matches the super convenience of Apple Watch and Apple Pay Suica. If JR East and Apple produce Family Suica, they would effectively future-proof both next generation Suica and Apple Watch in the Japan market.

Dear Jane, we fucked up, sincerely MTA

The piecemeal MTA OMNY rollout is a lesson how not to do a transition from old system to new system. A case where poor design, poor management choices and unanticipated user interaction, each insignificant in isolation, snowball into a nagging long term problem.

The problem goes like this:

(1) Apple Pay Express Transit is opted in by default and iPhone users don’t always know it’s on. They don’t care about using Apple Pay credit cards on OMNY anyway because fare options are limited and OMNY isn’t installed everywhere and won’t be until at least the end of next year. They use good old MetroCard and put iPhone away in the right pocket or purse carried on the right shoulder.

(2) When the user gets to a OMNY fare gate they swipe MetroCard with its peculiar forward swipe motion on the reader which is located above and behind the OMNY NFC reader, which is positioned low and angled at pocket level. As “MetroCard sucks, it may take several (forward) swipes to enter”, the user leans into the gate while doing this and boom: OMNY reader activates iPhone Express Transit and charges fare without the user knowing it.

Default opt in Express Transit has been with us ever since Apple Pay Suica arrived in 2016. But transit cards are not credit cards and everything was fine. Things got sticky when iOS 12.3 introduced EMV Express Transit that uses bank issued credit/debit/prepaid cards for transit on Apple certified open loop systems. Currently these are Portland HOP, NYC OMNY and London TfL.

HOP and TfL don’t have problems with Express Transit. Both systems use contactless exclusively. HOP has stand alone validators, not gates. TfL gates have the NFC reader located on the top. OMNY on the other hand will have MetroCard swipe cards around for years to come: the OMNY transit card replacement is still in development with no release date. With the slow transition pace and current gate design expect the OMNY Express Transit problem to be around until MetroCard is dead, and OMNY is complete with the new tap only card.

In retrospect MTA should have done it this way: (1) rollout out the OMNY card MetroCard replacement first and add open loop support as the very last thing, (2) design better OMNY gates in two kinds, dual mode NFC + swipe, and single mode NFC only. This way MTA stations could do what JR East stations do: start with single mode tap only express gates on the edges and dual mode gates in the middle. As the transition progresses the dual mode gates get fewer and pushed to the sides with single mode gates taking over.

Apple could help by keeping automatic Express Transit opt in only for native transit cards (Suica, SmarTrip etc.). EMV Express Transit should always be a manual opt in. I understand Apple’s perspective: they want to present Apple Pay Express Transit as a seamless one flavor service, not good/better/best Express Transit flavors. The reality however is that the current technology powering EMV open loop fare systems isn’t up to native transit card standards. Apple can’t fix that.

Unfortunately MTA has taken the dumb path of blaming Apple instead of fixing their own problems. New York deserves a world class modern transit system, OMNY is an important step in building one. MTA management performance so far doesn’t inspire much confidence. Let’s hope they focus on the rollout and deliver it without more delays or problems.


Are Google Pixel 5 and Fitbit up to the Global NFC Challenge?

It’s that time of year again to think about FeliCa support on the Google Pixel platform as Pixel 5 approaches. Ever since Pixel 3 things have been the stuck in a rut: the same global NFC (A-B-F) chip is used in all models but only FeliCa keys for card emulation are installed on Japanese models, i.e., no Suica for you if you don’t have one of those.

I used to think that Google was going cheap instead of deep. Google is cheap here actually, and lazy, but there are some other reasons. It goes back to the problem many people had with Google Pay Japan FeliCa support to begin with: it’s only a UI candy coating on top of the aging Osaifu Keitai stack and apps. Instead of doing a true top to bottom Google Pay global NFC solution like Apple did, Google Pay Japan FeliCa support is just surfing on the Osaifu Keitai board. And of course the Android Pay HCE-F thing is long since dead, it’s eSE or nothing now.

The real problem is this: Osaifu Keitai is a domestic platform, Osaifu Keitai apps (Suica, etc.) are domestic apps. The various Osaifu Keitai partners and developers don’t want to deal with the extra expense of multi-lingual localization and support. But neither does Google, hence the logjam.

Google’s recent purchase of Fitbit might be the agent of change that finally breaks the jam. The Osaifu Keitai model doesn’t extend to wearables. Google Pay has to come up with something new to replace Fitbit Pay, something that works across paired devices seamlessly if Google Pay Suica is to exist on a Fitbit smartwatch paired with Pixel.

There is something new this time around that didn’t exist, or at least didn’t exist as a developer product back in 2018: Mobile FeliCa Platform and Mobile FeliCa Cloud for supporting all kinds of Mobile FeliCa services worldwide. I’m sure this arrangement got Suica on Garmin Pay.

Taken together I think there is a better chance Google will go deep instead of cheap, hopefully sooner than later. Google Pay Suica and Google Pay PASMO on Pixel and Fitbit devices from anywhere would be a very welcome development.

LINE Pay for Apple Pay

LINE Pay said years ago they would add NFC/FeliCa support if customers wanted it. Now that Apple Pay is gaining QR Code Payment support in iOS 14, LINE Pay announced Apple Pay support ‘in 2020‘ at the online LINE DAY 2020 (2:34:00 mark) media event today. The announcement has special meaning as LINE is the first QR Code payment player to announce Apple Pay support and did so before AliPay.

The timing makes sense now that iOS 14 is nearing official release, but Apple has not officially announced Apple Pay Code Payments yet though they may reveal something at the online September 15 Apple Event. Things will be damn awkward if they don’t.

There are lots of questions: will LINE Pay Apple Pay be a NFC/FeliCa + QR Code Payment in one Wallet ‘card’, or will it be the Apple Pay flavor of the Line Pay JCB prepaid card already on Google Pay that works on the FeliCa QUICPay network.

LINE Pay implied the intention of leveraging Apple Pay Code Payments and NFC but there isn’t much to go by at this point, except that LINE said Apple Pay will ‘complete the LINE PAY contactless payment platform.’ Whatever that means.

Now that LINE has made their Apple Pay move, PayPay is sure to follow. The trend to offer flexible NFC + QR payment solutions started with Toyota Wallet and will surely gain momentum with iOS 14 Apple Pay, especially with App Clips.

Blame the Apple Pay Ventra delay on open loop

Washington DC SmarTrip and Greater Los Angeles TAP transit cards both launched on Apple Pay the first week of September within days of each other. They upstaged Apple Pay Ventra which was announced as ‘coming soon’ way back in March 2019 but has yet to launch. Chicago Ventra users are understandably frustrated with the ‘coming soon’ Apple Pay Ventra, especially when CTA celebrates the Apple Pay SmarTrip rollout with another Ventra ‘coming soon’ ad.

All three fare systems are managed by Cubic Transportation Systems who also run the London Oyster and Sydney Opal systems. Cubic systems all use the same MIFARE smartcard technology but the interesting thing about SmarTrip and TAP is: (1) they are the first Cubic managed digital wallet transit cards, (2) neither system has implemented open loop fare payments for tap and go credit cards.

Ventra, Oyster and Opal all have open loop, and as of this writing Cubic has yet to deliver those transit cards on digital wallets. Why?

The SmarTrip/TAP Apple Pay launch gave us the answer that nobody wants to discuss: open loop support adds a layer of complexity and cost that stymies the support of native digital transit cards. Complexity and higher cost means fewer choices and delays, it’s as simple as that.

Open Loop is sold as the cost effective future of transit ticketing but it’s had a surprisingly rocky time in the American market. The failure is pinned on transit companies but I think credit companies are to blame. The arguments for open loop are plastic era constructs that ignore how mobile digital wallet platforms and mobile apps have changed everything. For example the oft cited open loop benefit of plastic smartcard issue cost savings completely overlooks the cost savings of digital transit cards on smartphones.

It’s high time for the credit card industry to rewrite the open loop marketing script for the mobile era, but they don’t want to do that. Expect more of the same. In the meantime, let’s hope the SmarTrip and TAP Apple Pay rollout is a sign that Chicago will be getting Apple Pay Ventra real soon.