First of all, kudos to Apple for updating the guidelines. The paragraphs you should look at for this discussion are 11.12 – 11.14. Based on my reading (and keep in mind that I’m an iOS developer, not a lawyer) these are your options:

1. Use IAP only for selling content

This is the most straightforward approach for most smaller developers. Just let Apple handle all the headaches of credit cards, payments, recurring billing, etc. For this convenience you pay 30% to Apple.

2. Use a combination of IAP and your own ecommerce

Most existing publishers who also want to sell content on iOS devices fall into this category. If you want to make content available on the iOS device that a customer has purchased on your ecommerce website, then you have some serious integration work to do, but that’s nothing new.

What’s new is that now you also have to offer the option of purchasing the same content using IAP. And the big, but not surprising, stipulation is that there has to be price parity between the two options. Your customer will pay the same amount in both cases, but you will have to pay 30% to Apple if the customer elects to purchase via IAP, compared to the 5-10% you typically pay to your ecommerce or credit card merchant. (11.13)

Furthermore, you cannot have a “buy” button in your app to direct a customer to your website. In order to purchase from your ecommerce website your customer will have to manually launch Safari, and type in the URL of your website, and complete the purchase there, before returning back to your app. Inconvenient, yes. But still a viable scenario for people who prefer to purchase things online from their desktop. (11.14)

3. Only rely on your ecommerce website

If you have a really well-known brand (Amazon comes to mind) you could remove all buy buttons, website links and purchase capabilities from your app. To buy content, your customers will have to know that they need to go to your website.

The advantage is that you don’t have to fork over 30% to Apple. The disadvantage is that you don’t get the convenience of IAP and you don’t get to ride on the coattails of Apple’s mighty iTunes machine.

Subscriptions

Subscriptions have their own paragraph (11.12) in the guidelines, which basically says: “Apps offering subscriptions must do so using IAP”. That clearly eliminates option 3 above. But is option 2 allowed? Steve Jobs quote in the press release seems to indicate that this option will be allowed: “Our philosophy is simple—when Apple brings a new subscriber to the app, Apple earns a 30 percent share; when the publisher brings an existing or new subscriber to the app, the publisher keeps 100 percent and Apple earns nothing.” A big-name example that seems like a good test case is The Economist which provides print subscribers free access to all content in their iPad app.

If this is not complicated enough yet, what about publishers who sell both subscriptions and single issues? And combinations of print and electronic subscriptions?

What will publishers do?

I believe that most companies will complain and grumble about this for a while. But in the end they will come to the conclusion that 150 million iOS customers is just too big of a market to walk away from.

Some companies do not have the margins to pay Apple 30% for the content they sell. Just like some companies don’t have the margins for sales reps or TV advertising. They will have to look to other channels for selling their content.

What will consumers do?

First of all, Apple will continue to allow you access to content you have purchased elsewhere. So your Kindle books are safe.

People’s habits are difficult to change, and I don’t think these new rules will have a significant impact on how consumers will purchase their content. If you’re used to buying ebooks on Amazon, then you will probably continue to do so (even with a few extra clicks). If pushing the IAP button in apps is second nature to you, then that’s probably not going to change either.

Post from iPhone Development Blog Copyright © 2011 Nick Dalton - iPhone Developer

Selling Content on the App Store – The New Rules

In app commerce variations

One of our very early projects for a client was a wallpaper app where you could download a number of wallpaper images paid for by the app purchase price. After that you could buy additional credits for more downloads. Initially Apple told us to use our own payment mechanism for this, as this was before In App Purchases were available. We implemented a solution using Bango, which Apple then promptly told us to remove or risk rejection. We now use IAP and all is well.

An ebook reader app that I worked on used the one app per book model, which does not scale very well. When IAP became available, this app was used as a showcase in the keynote at WWDC. The purchasing model is still ok, but it appears that the content may not be. More about that below.

For a magazine reader app, an existing ecommerce back-end was used for purchasing single issues as well as subscriptions. The best usability scenario would have been to seamlessly integrate the ecommerce website in a web view. But on the evening before the launch, Apple suddenly had a change of heart and requested (i.e. demanded) that we quit the app and launch Safari for all ecommerce processing.

Amazon does the same thing with their Kindle app, as does Barnes & Noble with their nook app. Interestingly Amazon’s Windowshop app does allow you to buy Kindle editions from within a web view, but not from the native UI. For mega retailers like Amazon, these restrictions and gray areas just become absurd.

What change?

Although not ideal, the launch Safari approach works, and is being used by many apps currently on the App Store for selling content. The fact that so many apps that use this mechanism have been approved, has led us to believe that this had Apple’s blessing. Until now.

The paragraph in question is 11.2 in the
App Store Review Guidelines. The wording here is very vague and depending on how you interpret that single sentence, you can argue that all of the above scenarios should be fine, or all should be rejected. If we accept the premise that Apple’s review and approval process is not random (and I know that to some, this may be a leap of faith), then the interpretation and enforcement of this paragraph must have changed over time.

SKU limit

If Apple required Amazon or B&N to use IAP for their ebooks, they would very quickly run into the max SKU limit of the IAP system. I have heard that the max number of In-App Purchase product items you can have is either 3,000 or 5,000. Although I suspect anyone trying to enter that many items using iTunes Connect would go mad long before approaching that number.

Several of our clients find that IAP is a non-starter because of this limit. Yes I know that you can use consumable IAP items to represent multiple real life SKUs, but that leads to other issues.

Subscriptions

Subscriptions have been part of IAP since the beginning, albeit the functionality was so crippled that I have not seen any project use it. In a nutshell each developer had to manage all aspects of subscriptions beyond processing the payment. And the big deal breaker was that subscriptions did not renew unless the customer opened the app regularly.

Today News Corp launched the much rumored The Daily news app. The news here for developers is that The Daily implements a new subscription system. Not much is known about the system, but the updated iTunes terms of service provides some clues:

(Oddly the printable version of the terms of service does not include this new paragraph.)

It seems clear that these “Paid Subscriptions” do automatically renew until you explicitly cancel. And Apple will provide a mechanism for opting in to sharing your personal information with the publisher, which has been another point of contention between the newspaper/magazine industry and Apple.

Apple’s Eddy Cue says that the new subscription system is “Available on the Daily today, and there’ll be an announcement for other publishers soon.”

Books should be sold in the iBookstore

Having developed many book related apps I was surprised to hear about this rejection of an ebook app. Apparently if your ebook app does not offer any features beyond what an ePub file in iBooks can do, then it will be rejected and you will be asked to submit your book to the iBookstore instead.

I can understand Apple’s position on this from both a usability perspective (the book category is already the largest in the App Store) and from a profit perspective. But I sure don’t want to be on the app review team trying to decide where the line of “enough interactivity” goes.

What now?

My main gripe as a developer is of course the lack of proactive communication from Apple on policy changes like this. When they finally published the App Store Review Guidelines it was clearly stated that it was a “living document”. Well, it’s been pretty dead and void of changes since the initial publication. And I think that most developers would agree that there have been some significant changes since then.

If you currently have an app on the App Store that does not comply with all the latest interpretation and enforcement changes, then it’s unlikely that your app will be pulled from the store immediately. But if you ever want to make an update to that app, you will have to comply with the latest policy/rule/interpretation/enforcement. Even if this means that you have to make fundamental changes to your business.

Post from iPhone Development Blog Copyright © 2011 Nick Dalton - iPhone Developer

Selling Content on the App Store

The issues include:

• No upgrade path provided by Apple for current owners of a paid version.
• Difficulty in breaking into the free top lists on the App Store.
• In App Purchase requires OS 3.x and wireless access to the App Store.

Some of my clients have solved these issues by offering two versions of their apps on the App Store:

1. A free app with In App Purchase to upgrade to the full set of features.
2. A paid app with all content or functions already enabled.

If you have already been offering your app as a paid version and a free lite version, the only difference with this approach is the addition of In App Purchase to the lite version.

While this resolves most of the developers’ issues, it doesn’t help reduce the clutter on the App Store.

Update: I just noticed that Riptide Games have come to a similar conclusion after their experiments with In App Purchase. They also detail some of their statistics on sales and conversions. Recommended reading.

Post from iPhone Development Blog Copyright © 2011 Nick Dalton - iPhone Developer

New In App Purchase Strategy: Free + Prepaid

Thoughts on In-App-Purchasing For Free Apps
A thorough post by Jeff Scott at 148Apps describing the good news and the bad news for both developers and consumers.

In-App purchases could fundamentally change Apple’s App Store
Seth Weintraub at ComputerWorld postulates that everything will change. The (unanswered) question is how?

In-App Purchase now available for free apps
Marco Arment was one of the first iPhone developers to comment on the change.

Apple relents: in-app purchase for free apps allows demo-to-paid
Another good developer summary by Erica Sadun at TUAW.

Free In-App Purchases Will Change…. Little?
A somewhat pessimistic look at In App Purchase by Arnold Kim.

In App Purchase and the state of iPhone piracy
Much has been written about Apple’s statement that “Using In App Purchase in your app can also help combat some of the problems of software piracy by allowing you to verify In App Purchases”. Most of it has been ill-informed speculations by non-developers. In this post Dominique Bongard goes into great depth about the challenges of using In App Purchase to combat piracy. It’s not from a developers perspective, but from someone who has been involved in anti-piracy monitoring.

Do In App Purchases count towards the Top Grossing list?
This is one of the questions I asked in my original article. The answer seems to be yes. Freeverse analyzed the rankings of three of their games on the Top Paid list vs. the Top Grossing list. And Distmo discovered that several free apps have made it onto the Top Grossing list.

iTunes Connect Updated
On October 22 Apple made an update to iTunes Connect. After this update I was finally able to add In App Purchase to free apps, and it was also possible to change the price of an existing app with In App Purchase to free.

iPhone Developer Program License Agreement Updated
When you login to iPhone Dev Center you will be prompted to accept a new iPhone Developer Program License Agreement. I have not compared the entire document against the previous version, but one thing that I noticed had changed was specifically to allow for In App Purchase in free apps.

Post from iPhone Development Blog Copyright © 2011 Nick Dalton - iPhone Developer

In App Purchase – Roundup

Post from iPhone Development Blog Copyright © 2011 Nick Dalton - iPhone Developer

In App Purchase for Free Apps