Rejected for not having INAPP???? WHAT TO DO

2.20
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.
Additionally, apps that use the same - or very similar - icons also make it difficult for users to find apps and are considered a form of spam. For information on Application Icons, please see the iOS Human Interface 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, using In App Purchase:
*******
******
*******
*****
To be in compliance with the App Store Review Guidelines, it would be appropriate to revise your app to use the In App Purchase API to provide content purchasing functionality.
In App Purchase provides several benefits, including:
* The flexibility to support a variety of business models.
* Impacting your app ranking by consolidating your sales to one app rather than distributing them across multiple apps.
* IAP has the ability to offer additional content to your user. In this way, your app enabled with In App Purchase becomes an effective marketing vehicle to drive additional sales of new content.
* The ability to search the App Store by the In App Purchase name.
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.
Additionally, apps that use the same - or very similar - icons also make it difficult for users to find apps and are considered a form of spam. For information on Application Icons, please see the iOS Human Interface 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, using In App Purchase:
*******
******
*******
*****
To be in compliance with the App Store Review Guidelines, it would be appropriate to revise your app to use the In App Purchase API to provide content purchasing functionality.
In App Purchase provides several benefits, including:
* The flexibility to support a variety of business models.
* Impacting your app ranking by consolidating your sales to one app rather than distributing them across multiple apps.
* IAP has the ability to offer additional content to your user. In this way, your app enabled with In App Purchase becomes an effective marketing vehicle to drive additional sales of new content.
* The ability to search the App Store by the In App Purchase name.
Comments
Cheers.
Send and Receive Data using your own Server Tutorial! | Vote for A Long Way Home on Steam Greenlight! | Ten Years Left
Remember that it is a person reviewing your apps and that a few kind words can go a long way.
Send and Receive Data using your own Server Tutorial! | Vote for A Long Way Home on Steam Greenlight! | Ten Years Left
they were drum type applications