For some time now (more than a year) I’ve been working on a side project creating guides for all the state parks of various states in the US. These guides are written for iOS, and have been released on the Apple App Store. To date, 12 states have been completed and released, and have been received well. A few weeks ago 5 more states were completed and submitted to Apple. After the obligatory 10 day wait to get the new states approved, I received notification from Apple that I was “spamming” the store with the same application, just full of different content. This sort of behavior would get me booted from their developer program, and my 5 new states were flat-out rejected.
We found that your app provides the same feature set as other apps you’ve submitted to the App Store; it simply varies the content or language. Apps that replicate functionality with different content create clutter in the App Store, hindering users’ ability to find apps, and do not comply with the App Store Review Guidelines. Apps based on a common feature set should be combined into a single container app that uses the In App Purchase API to deliver different content. For example, it would be appropriate to consolidate the following apps with your existing Parks apps, using In App Purchase:
New York Parks
Colorado State Parks
North Carolina Parks
Virginia Parks
I appealed this decision, with some of the following logic:
Given the geographic disparity from state to state, someone in Ohio is not likely interested in the state parks available in California, Texas, or Alaska. We have heard from many users who love the strict focus and clear delineation of purpose from one state to another of our existing state parks apps. I would further like to point out that many of the states in the US have several hundred state parks, and attempting to combine all the parks from several states into one application will make the user’s experience confusing and inelegant, as well as force the application size to become very large.
Someone interested in the state parks of New York would not buy the California Parks application so that they could then perform an In App Purchase of the New York Parks information. Someone interested in New York will look for and find apps specific to New York.
There are 50 states in the US, and we have planned only 1 app for each state. We have gone to a lot of trouble to ensure that our applications are feature-rich, complete, and compelling for the user. We further strongly believe that given that Apple has already accepted apps for 12 other states, the remaining states should be accepted in similar fashion.
A week later (today) I received a phone call from someone at Apple regarding this, and they were adamant that the In App Purchase route was the only way to go for our business model. I pointed out that so called “shell” apps that are free but require In App Purchases to install anything useful are universally disliked by users of the app store. I also explained that consolidating all our state parks information into a single app would limit our exposure on the app store, make it more difficult for users to find the information we offer, and did not make sense for someone looking for state parks information specific to a single state. I further discussed another developer that I found to have more than 300 applications that are simply maps for various parks around the country, and questioned how that could happen… The guy I was speaking with sounded dubious about whether I was telling the truth, and persisted that no such applications have been accepted for a long time. He further insisted that In App Purchasing was a much better business model, and that we do it that way or don’t do it at all. When I indicated that we were not interested in pursuing an In App Purchase model, his response was “well, then we’re not interested in having you in the app store.” It was clear that I had no negotiation power at all, and that he really didn’t care what I was going to say or how insane his position sounded to me. His reasoning was circular and nonsensical, and really felt as though Apple has some other reason to push In App Purchase rather than allow multiple applications.
So here is what Apple is saying: If you write an excellent app framework or architecture that could be applied to more than one domain of information, tough. Use In App Purchase model or go find somewhere else to sell your app.
So, what do you think? Have you used In App Purchasing to buy more content for an app you already own? How would you feel if you downloaded a free app purporting to be a guide for all the state parks in the US only to find that all the content has to be paid for individually?
Leave a Reply