3 ms·
For the reason you mentioned I don’t think its a step in the right direction. Carriers already know how to charge their users. Google and Apple should let the u
by enos_feedler 5y ago
For the reason you mentioned I don’t think its a step in the right direction. Carriers already know how to charge their users. Google and Apple should let the user choose their carrier as a systemwide in—app payment processor. Its a small fix, its a good user experience. Arguably even better than what exists today. And is a step in the right direction (move away from Apple and Google controlled things)
- Bilal_io 5y agoOr they could allow app devs to integrate with the OS payment API, so that when I want to pay, I get prompted to choose if I want to pay with MyBank App, MyCreditCard App, or ThirdParty App. But I'd also like legislation to force apps that I subscribed to,or paid through to allow me to unsubscribe with a single click.
- enos_feedler 5y agoI think if we got the OS level payments API that you envision Apple and Google would do a decent job policing the user experience
- rswail 5y agoIt exists, I can "pay with apple pay" that then lets me choose one of the cards in my apple pay wallet. The issue is access of payment providers to the wallet. There's no real reason why there couldn't be a "MyTelco card" in your wallet that supports EMV processing rails.
- cglong 5y agoWindows Phone actually supported this! Your carrier would be listed alongside your credit cards when purchasing something.
- jonathantf2 5y agoIt still exists on Android, whenever I go to pay for something on Google Play it asks me if I want to bill it to my network account, it appears on my bill the next month.
- smileybarry 5y agoI would hate carrier-based charging. We still have a shared cellular account in my family so I would end up billing someone else, rather than my credit card, and that's on top of giving my carrier more lock-in (subscriptions? delayed billing? etc.). The Payment Request API existed in browsers for years (always saw it in settings but never in actual use other than Google Pay/Apple Pay), what about something like that? If you install the PayPal app, it can export a "payment receiver" control that apps can call. Your carrier could then implement that too, bank app, credit card company app, etc.
- enos_feedler 5y agoYes thats what I see happening. On top of this there would be strict policing by Apple and Google to provide a good user experience. Carriers and banks would certainly be subscription providers. The reason why I like carriers specifically is because they invest in a core resource of the mobile computing experience. Apple provides the compute and storage, while Verizon etc provide the network. So far, Apple has captured most of the value in mobile computing due to aggressive subsidies. If carriers could take a small share of app revenue they would be getting something back. If I subscribe to Stadia via Verizon, it means Verizon can pump that money into mmWave 5G to lower the latency on that cloud gaming experience. I basically just want healthy investment into the infrastructure that matters. I don’t give a shit if Spotify gets to keep more money or not.
- rswail 5y ago> If I subscribe to Stadia via Verizon, it means Verizon can pump that money into mmWave 5G to lower the latency on that cloud gaming experience. More like "If I subscribe to Stadia via Verizon, they can charge me more for the Gamer experience 5G bundle plan"
- whywhywhywhy 5y agoVerizon has decades to capture the value but chose to try and do it in customer negative ways by locking you in contracts and locking devices behind contracts. If they’d have been smart they’d have done it the apple way instead and made the customer experience great but scoop cream off every financial transaction on their network.