Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

This also, long term, could kill the 30% commission. Why, as a developer, would you be stupid enough to launch your app as a paid product on the App Store?

Your discoverability is massively impaired, we already knew that. You also give Apple 30% of your cash.

Free app + external web purchase = maximum discoverability at 0% tax.

When things get more advanced, that web purchase link will be an authenticated URL - meaning one click to open the web browser already logged in. Register a protocol handler, remember their card information (or, ironically, use Apple Pay), and one tap in the app, a flash of the web browser, and they’re back in the app with purchase complete.

Apple needs to address this at WWDC. In the US and EU, there are zero, heck, negative advantages of selling on the App Store. All pain, all fees, no benefit of any kind. That’s a big deal.



The likely outcome is that Apple will reduce the 30% to something at least marginally competitive with alternative payment systems.


The entire “store” model needs to go away. Phones are computers now, just let people download and install whatever they want or need.


> Phones are computers now

No one but irrelevant nerds think this. And the market has demonstrated this time and time again.

Most people think of phones as being console-like entertainment devices. And aren't interested in scams, malware, virus checkers etc that are needed in a free for all model.


Malware and virus protection apps are already among the most installed across both Android and iOS.


At least here in Australia. Neither are in the top 50 for either Android or iOS.

And on iOS there are no virus protection apps, period.


Here in Australia, Samsung Device Care is in the top 50. [0] In fact, its more often installed than Netflix.

[0] https://play.google.com/store/apps/details?id=com.samsung.an...

> And on iOS there are no virus protection apps, period.

iOS has Avast, Avira, Lookout, etc. There are many, many virus protection apps on iOS.


.. are any of those for iOS non-fradulent?


I don't believe this can be done whilst maintaining a strong sandbox.


What's in these apps that a decent web browser can't do?


In a lot of cases nothing but native experience still reigns supreme.


Apple will never do this voluntarily.


Many companies would never use Apple's IAP regardless of the cost because companies want a direct relationship with their user for things like refunds and trials and other stuff.


My immediate interpretation of "direct relationship" is one part "we want your email to send you marketing spam" and one part "we want to add as much friction as possible to cancellations".


If Apple and their payments system offers as much value as they think then the market will make the determination, now that that's possible.


> Why, as a developer, would you be stupid enough to launch your app as a paid product on the App Store?

Higher conversion rate.


That's been highly questionable for a while.


Anecdotal I know but my app converts from free trials at 4x iOS vs Android. Has done so for years and years. Same app, same price, same audience (North American boaters). Similar free trial numbers too.

Niche app that sells at a higher price than your average app. Ie my users have disposable income but the Android users don’t like to pay for higher priced apps like iOS users will.


Oh, that's been true for quite a while. iOS is way more lucrative in the US versus Android.

I'm thinking more about web versus AppStore. AppStore discovery just sucks.


a) It's 15% for most developers.

b) Buying a product through IAP is one click. Versus having to go to a signup page, provide details, enter credit card details, wait for credit card verification flows etc. The drop off in conversions during this can be often greater than 15%.

c) Apple's centralised subscription management has been extremely useful and consumer friendly. Versus having to now deal with NY Times style scam tactics for every subscription again.


B is also one click, considering Stripe and others already offer Apple Pay as a payment option.

For C, customers can choose to continue using Apple's subscription management if they think it's worth the 30% premium that Apple charges. Or Apple could reduce the price to something more reasonable (Stripe Billing offers a similar feature set and costs 0.7%).


C is my biggest reason I'm not looking forward to these changes.

I love having a single dashboard for all my subscriptions and having an easy way to cancel them.


Now calculate the drop off every time someone saw the prompt: “Please confirm your Apple ID password.”

I’m sure it’s substantial over the years. As for point C, I really don’t care, every monopoly has had at least some advantages. We could make this even better by giving Visa a monopoly and having them build a web portal.


You can turn that prompt off if it bothers you.


b) Apple Pay on Stripe seems a pretty low friction experience for web purchases. My app has a "buy" button that pops up a Safari window with an Apple Pay button the user clicks. Sure, it's an extra click but I doubt it's a slam dunk that the extra click is going to consistently cut conversions by 15% (or 30% for big outfits.)


That sounds like an awful user experience. There's no way I'm ever buying a mobile app that requires me to go enter my credit card into a website to pay for it. Cross-platform services can justify this sort of thing (because you're buying a subscription to the service across all platforms), but doing it for what otherwise would be a paid app purchase is incredibly user-hostile.


I think you’re in the minority there - users enter their information constantly for physical items. Nobody raises an eyebrow, let alone calls it hostile.

Also, problem solved, just use Apple Pay on the checkout page. Ironic, but royalty free, and one-click to enable in Stripe.


I’d do it for 30% off




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: