Apple is finally cleaning up it's Appstore - Rejecting clones & spam apps

Solar2D General Questions/Discussion
#21

@Develephant: you have been by far, the most helpful with advice. I will pass it along to the other devs.

A lot of them have been doing apps full-time since the dawn of the Appstore, back when the iPhone 3 was the best iPhone money could buy, and the OTA download limit was only 20 megs! Some of the apps in question are quite old, but have been udpated regularly according to them.

That’s great advice too, and noticing that’s the trend even with larger companies as well. As for indies, having servers host additional content might pose a challenge financially. But I will pass all of that info along, you’ve been very helpful!

#22

I wanted to bring up a question I think is a little bit related to this topic.  I mention it here because of some of the comments above,  made me think of this question I have had for awhile.

I had asked this once a while back, but the responses did not clear up the question.  I am not sure there is an clear answer, but I am hoping someone may have input anyway.

Using the Edu-kids example, say you created the app(maybe it is free) and has IAP for each grade 2nd,3rd,4th,5th etc… in which once the user purchases the IAP, they get that grades content from the server you are maintaining and paying for as the developer.  All fine in good since you are bringing in money when they do that.  

Once they have over time paid for each of the 5 grades, they own that content for as  long as they have that app.  Now you had great success with that app at the start maybe 500,000 downloads.  Half of them did download all the content IAPs over a few months, so 250,000 users out there have the rights to that content for their app stored on your server.

Now, maybe just 10,000 are still using the app over the next year or so…  But there are no more new users and no more IAPs for content occurring(you are bringing no more income in)…  there will be a fair number of those regular users who will change devices or clear and reload their existing devices, and be needing to access that content they already paid for from your server. Thus the server you are maintaining at a cost will need to be there for that to happen.

My question is how long are you obligated legally or business wise to maintain that server at whatever cost, while you app is no longer bringing any income?

I ask this because it seems even successful apps get most of their downloads early in the process, and I assume most of their IAPs fairly early as well. I do understand most users will drop the app once they have achieved all the ‘levels’ and/or achievements … but what obligation do we have to maintain the server content for those users that expect that content for another year or so as they continue to use the app.

Even if you use a BAAS service like GameSparks(I am strongly considering using) for multiplayer functions and other app management  stuff for an app that maybe is a paid app 1.99  or so;  I think the same question applies.  Even though there is no ‘content’ that the app might need later to re-download, the service of ‘player and game management’ needs to be there, even if you have a few thousand users that continue to want to use the app they paid for; long after no more income is coming in from that app. How long do you need to maintain that BAAS service?  I do realize with GameSparks it is free at certain levels of activity, but say there is many thousands still using the app for hours in the day to where you exceed the ‘free level’ with GameSparks… how long is one expected or required to continue to keep that service active?

I apologize if this seems to off the original question but I think it is related enough to ask it here.

Thanks for any input.

Bob

4.3 Spam rejection. WARNING!
#23

Hi,

You bring up a good, and very tricky question. I’ve run across a few apps that state they are “supported until x/x/xxx” which may be an option. Or possibly an in-app user agreement stating the time the downloadable content is available.

As a consumer, I would feel that I owned my IAP content for as long as the app is live.

The trick is to determine the actual cost of hosting, and the bandwidth needed to download the content. With a service like S3, its generally very cheap to move a fair amount of data, and host long-term. If only a small fraction of the users are needing to re-install content, then the cost may not be a big issue, even in the long run, as the non-downloaders cover it. Over time the downloads will decrease as you stated. I guess its just a matter of all the “curves” moving in the right direction over time.

It appears that Apple can host your in-app content, though I’m not sure if this works with Corona. It does not appear that Google or Amazon offer the same. Additionally, I was unable to find any type of mandatory rule for how long content must be made available, though my search was only cursory, so there may be something. Of course your customers might be unhappy if they suddenly lose access to the content.

If It were me, I would probably go with a very clear user agreement stating the conditions. It is very possible you could lose a content sale, but at least you’re not saddled hosting the content indefinitely. Of course it would be wise to either remove the app at that point, or disable all IAP content.

I too am interested in others opinions on the subject.

-dev

#24

devElephant,

Thanks.  Very good input as usual.  User agreement stating conditions seems logical and fair.

Thanks

Bob

#25

I recently bump into a rejection in the iOS app store for my puzzle app. I was asked to remove the word “kids” from the app name and sub-title for all languages. The clause marked by the reviewer was: 

2.3.7 Choose a unique app name, assign keywords that accurately describe your app, and don’t try to pack any of your metadata with trademarked terms, popular app names, or other irrelevant phrases just to game the system. App names must be limited to 30 characters and should not include prices, terms, or descriptions that are not the name of the app. App subtitles are a great way to provide additional context for your app; they must follow our standard metadata rules and should not include inappropriate content, reference other apps, or make unverifiable product claims. Apple may modify inappropriate keywords at any time.