I have five iphone apps which have similar interface/functionality but for the use of five different business persons.They are doing same type of business. So the similarity in app. The app will be free to use by public.
Apple says
1. Apps which appear confusingly similar to an existing Apple product or advertising theme will be rejected
2. Developers "spamming" the App Store with many versions of similar apps will be removed from the iOS Developer Program.
3. Apps that look similar to apps bundled on the iPhone, including the App Store, iTunes Store, and iBookstore, will be rejected.
Is these guidelines applicable for apps under enterprise app deployment ? Is it possible publish apps under Ad-hoc mode and give link of the app through another website?
if your app is same interface functionality. just add a db to it for different people. No need to publish it more than once. and issue regarding duplication on apstore, they already have billions of apps so no care for what purpose your app is. just differentiate the database as your goal is manage users separately.
Related
I am developing three in-house apps and we want to distribute the apps to 40 iPads. But we dont want them all to be registered as development devices, we want to have the apps in the store. When I tried ad-hoc distribution, it never worked. I tried to install the apps after registering the device.
So I thought is there anyway that we can distribute the in-house apps through app store instead of going through this painful app distribution?
Presumably you would have an Enterprise Developer license ($299/year) which is for exactly the scenario you have: you want to develop and distribute apps to your organization. This type of license exists precisely for this purpose and because Apple doesn't really want these kinds of apps -- apps that are not generally for everyone -- to be on the App Store.
To distribute your apps under this license you need to look at Apple's Mobile Device Management architecture. It basically lets you setup your own legitimate "store" through which your apps would be distributed to your organization's devices. It is not intended for you to sell your apps to the general public, bypassing Apple. No, no.
I cannot seem to find a good link for you. Google for "apple mobile device management documentation" or "apple mdm"; there are a lot of interesting PDFs that come up.
Bottom line is that this is, I think, a fair bit of work to setup this infrastructure. But necessary if you want to do internal app distribution the right way.
https://testflightapp.com/ it's a very good website to distribute Apps to the people you want. You should really check it out.
It's not through App Store, though.
Check out this documentation from Apple, should provide you with the necessary information for in-house distribution: http://help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a
My organization has had some luck using MobileIron. I believe the piece is called "Enterprise App Storefront".
You setup a MobileIron server and (one option is to) get a MobileIron-managed app directly from the App Store to connect up to it.
My company bosses want to create a native version of a currently web-based app that will be available to their existing customers (currently a few thousand).
They say it is imperative that the application be available for downloading from the app store.
However the app would only be of any use to customer who already have an account (and would be useless to anybody else who downloaded the app).
Is this actually possible to submit such a thing to the app store?
There are dozens of Apps in the App Store that where they are only usable if you are an existing customer. Look at all the banking related ones for example.
AFAIK, you cannot restrict the intended users when distributing through the AppStore.
What you can do is apply for an iOS Developer Enterprise Program, though you'd be installing the app directly to the devices (requires physical presence of the devices).
You could also use a service like TestFlight, though their terms probably just allow deployment for testing purposes.
What I'd go for is getting the app to the AppStore anyway, as long as your app doesn't include confidential content. You could advise in the description not to install the app unless they're your company's clients.
I have developed five apps with name of five different football teams. Which shows event schedule of respective team. Apple rejected all of them and giving reason
"Developers "spamming" the App Store with many versions of similar apps will be removed from the iOS Developer Program"
Now, I have seen following Apps are almost same and available on AppStore
http://itunes.apple.com/pk/app/brookwood-medical-center/id434593012?mt=8
http://itunes.apple.com/pk/app/doctors-hospital-of-manteca/id430928072?mt=8
http://itunes.apple.com/pk/app/doctors-medical-center-modesto/id447790452?mt=8
Now what is developer spamming? Anybody can explain it?
It is not a technical question, but it is probably related to your code, so :
I think Apple rejects your applications for that reason when you use the same code base (or a close code base) for multiple applications, presented as different apps.
they must be thinking your are creating the same app under different names to gain more visibility in the store.
You should contact them and try to explain your case, or change your apps code and UI significantly enough to prove them these apps are different.
Create one football app and allow the user to buy teams as in app purchases.
Let the user have one team included in the price of the app.
Now, I have seen following Apps are almost same and available on AppStore
This is a common mistake. You can not use the existence of apps in the iOS App Store as any sort of precedent. These apps may have been accepted by accident, or under a previous interpretation of Apple's rules, which will not apply to your submissions.
Go by the current interpretation of the App store guidelines.
Maybe sell your apps to the respective teams so that you won't be submitting multiple apps, or running into any trademark licensing problems.
"Developer spamming" as explained by App Store Review Guidelines:
Developers "spamming" the App Store with many versions of similar apps
will be removed from the iOS Developer Program
I am developing custom iPad applications for clients. So far I know that you cannot distribute the same app to more than 100 iOS devices. Although I have read that this method of deploying applications is meant for "beta testing" and that I have to renew the profile every three months.
I was wondering, is there a workaround to this issue? I simply cannot be updating deployment profiles to every one of my clients I'm deploying a custom app to.
Can someone provide me with some information/advice?
Your options are somewhat limited for a custom app. These are really the best options you have for your clients. With proper security and authentication the app store could a decent solution.
Deploy App to the app store
Deploy an enterprise application (Recommended, Requires Dun & Bradstreet Number)
Require that the app is for use on jailbroken devices
Enterprise deployment may solve this problem for you, but to the best of my knowledge Apple will not approve you until you have a large number of employees (500+).
The three month expiration of profiles is only for development profiles. If you produce an Ad Hoc build, these profiles are good for one year.
Update August 2011: Apple now allows iOS developers to write custom apps for businesses. Your customer needs to enroll in the Volume Purchase Program, but presumably after that you can make apps available only to them and not to the general public through the App Store. (Disclaimer: I have not yet done this myself.)
More information on Apple's page about the Volume Purchase Program.
There are different types of developer program that you can be enrolled on. For this you would need the iOS Developer Enterprise Program
I'm going to develop an iPhone app, and want to make sure what I want to do is possible, and will be approved by Apple.
I'm going to create an app that will be fully branded on per submission basis. I want to have one app per customer (our customers are companies) with their logo, skin, etc.
This apps will be downloaded and installed by the employees of each one of our customers.
In other words, we would use the same base code (logic doesn't change), but will brand it for each customer. Something similar to what Magento (http://www.magentocommerce.com/product/mobile) does, they created an Ecommerce mobile app, and they brand it to their customer, but the app logic remains the same.
Would Apple consider this as duplicate apps? what is the best way to do it?
Thanks in advance.
I would have said "no problem" until I read:
This apps will be downloaded and
installed by the employees of each one
of our customers
It sounds like what your creating is (a set of) private applications, which are intended to be targeted only to specific users - i.e. employees of the company.
Apple has a separate "enterprise" development program geared towards this - allowing developers to deploy programs for their own company - and do it outside of the App Store.
If your program is very specific towards the companies, Apple may make you do this - rather than putting the Apps up for general consumption on the App store.
See here for more details:
http://developer.apple.com/programs/ios/enterprise/
Also:
If your application is really intended for a wider audience, and your could in-fact sell/distribute it a such - you could "skin" the app dynamically. For example, on first-time launch, when you "register" with some "service" - based upon your email address it could download the appropriate skinning graphics.
I can say I know of several companies built on this strategy. The code doesn't change one iota from app to app, only images and names change and they continue to bring in revenue.
EDIT: Note this is against apple policy and if they find out they have been known to ban accounts. They consider it spamming and prefer that you sell one app that provides in app purchases. Directly from their feedback on a particular group of app submissions:
Thank you for submitting your
Photography apps to the App Store.
We've completed the review of your
apps, however, we are unable to post
them to the App Store because they
provide the same feature set and
simply vary the content. 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
https://developer.apple.com/appstore/resources/approval/guidelines.html:
2.20 Developers 'spamming' the App Store with many versions of
similar apps will be removed from the
iOS Developer Program
You can now use Apple's Volume Purchase Program to release differently branded versions of the same app to different customers. The app can be free or paid. Each customer must have a DUNS number (Dun & Bradstreet). See the FAQ for details.