En tant qu'entreprise basée en Europe, est-il possible d'écrire une application iPad personnalisée pour un client?

Notre client souhaite que nous lui écrivions une application personnalisée qu'il pourra utiliser sur une poignée d'iPad de son entreprise. Cette application n'est probablement utile que pour ce seul client (peut-être pour deux ou trois autres à l'avenir, mais seulement après une personnalisation supplémentaire).

J'ai lu que si le client souscrit au programme d'achat en volume d'Apple , nous sommes en mesure de lui fournir une application B2B personnalisée . Cependant, cela semble être limité aux développeurs américains (ou aux clients? Ou aux deux?).

Quelles sont les alternatives pour les développeurs de logiciels basés en Europe (ou, plus généralement, non américains) et leurs clients locaux?

— Heinzi
source

J'ai déjà remarqué un vote serré "trop localisé". Classer le monde entier en dehors des États-Unis comme " une petite zone géographique " est une déclaration assez audacieuse ...

— Heinzi

interculturalmeanderings.wordpress.com/2011/07/18/…

— Doug T.

@Heinzi Trop localisé ne signifie pas nécessairement géographique. Je suis d'accord cependant - cela s'applique à un nombre important de développeurs.

— Michael K

jailbreaker les iPad pour installer une application non approuvée par Apple serait-il un problème?

— Ryathal

Avez-vous demandé à Apple?

— yannis

Réponses:

La solution «correcte» à cela est que votre client crée un compte d'entreprise avec Apple pour développer des applications internes. Vous créez cette application et la signez avec le profil / l'identité de votre client.

Oui, votre client devra payer des frais annuels (plutôt modestes). Mais avec un peu de chance, ils voudront quand même plus d'applications. :)

Vous pouvez bien sûr créer le compte Enterprise pour vous-même, en disant à Apple que vous développeriez pour vous-même et l'utiliser pour distribuer cette application à tous les clients qui souhaitent suivre cette voie. De toute façon, vous ne configurerez pas de système de boutique et Apple ne s'en rendrait probablement pas compte. Mais ce serait une violation du contrat de compte d'entreprise et, par conséquent, je ne recommande PAS de le faire. Votre client paiera probablement volontiers les frais de développement annuels.

— Morothar
source

Comme vous le faites remarquer, ce que veut le client de l'auteur nécessite une évaluation environnementale d'Apple. L'auteur doit informer ce client du coût supplémentaire et l'ajouter simplement au coût de la demande. Le client veut clairement que la demande soit suffisante pour embaucher quelqu'un pour l'écrire, s'il a l'équipement, il est peu probable que ce soit un problème. Cela devrait simplement être facturé dans le prix de l'application elle-même.

— Ramhound

Dans une situation similaire, je crée une application intranet basée sur le Web qui imite la fonctionnalité de la tablette. Il existe un certain nombre de frameworks JQuery qui fonctionneront pour cela, comme Sencha Touch . Cela vous permettrait d'éviter le «mur de paiement» d'Apple et de travailler avec des tablettes Android et même des navigateurs Webkit sur des ordinateurs de bureau / portables.

— jfrankcarr
source

C'est une très bonne idée; malheureusement, l'application doit fonctionner "sur la route" sans connexion Internet.

— Heinzi

C'est malheureux. De nos jours, il devient relativement rare que «le cloud» demande à quelqu'un de demander une application non connectée.

— jfrankcarr

Je suppose que la tendance va vers les applications locales qui synchronisent leurs données avec le cloud, au moins pour les appareils mobiles. Imaginez un vendeur visitant un client potentiel et disant ensuite "Oh, j'aimerais prendre votre commande sur mon iPad, mais il semble que je n'ai pas de connexion Internet ici ..."

— Heinzi

Ou ils prennent la commande et lorsqu'ils se synchronisent, ils constatent que le produit a déjà été acheté par quelqu'un d'autre et que le prochain inventaire disponible est dans des semaines. J'ai fait la synchronisation dans les années 90 et au début des années 00. Je suis heureux d'avoir maintenant une mise à jour quasi instantanée des données de commande et d'inventaire. Je ne recommanderais l'approche de synchronisation que si les utilisateurs étaient souvent hors de portée de l'Internet mobile.

— jfrankcarr