Ist es als in Europa ansässiges Unternehmen möglich, eine benutzerdefinierte iPad-Anwendung für einen Kunden zu schreiben?


11

Unser Kunde möchte, dass wir eine benutzerdefinierte Anwendung für ihn schreiben, die er auf einer Handvoll iPads in seinem Unternehmen verwenden kann. Diese Anwendung ist wahrscheinlich nur für diesen einen Kunden nützlich (möglicherweise für zwei oder drei weitere in der Zukunft, jedoch erst nach zusätzlicher Anpassung).

Ich habe gelesen , dass , wenn der Kunde abonniert Apple Volume Einkaufsprogramm können wir ihn mit einem bieten individuelle B2B - Anwendung . Dies scheint jedoch auf US-Entwickler (oder Kunden? Oder beides?) Beschränkt zu sein.

Was sind die Alternativen für in Europa ansässige (oder allgemein nicht in den USA ansässige) Softwareentwickler und ihre lokalen Kunden?


15
Ich habe bereits eine "zu lokalisierte" enge Abstimmung bemerkt. Die ganze Welt außerhalb der USA als " kleines geografisches Gebiet " zu
klassifizieren,


2
@Heinzi Zu lokalisiert bedeutet nicht unbedingt geografisch. Ich stimme jedoch zu - dies gilt für eine erhebliche Anzahl von Entwicklern.
Michael K

Wäre es ein Problem, die iPads zu jailbreaken, um eine nicht von Apple genehmigte App zu installieren?
Ryathal

3
Hast du Apple gefragt?
Yannis

Antworten:


2

Die "richtige" Lösung hierfür ist, dass Ihr Kunde ein Unternehmenskonto bei Apple erstellt, um interne Apps zu entwickeln. Sie erstellen diese App und signieren sie mit dem Profil / der Identität Ihres Kunden.

Ja, Ihr Kunde muss eine (eher geringe) jährliche Gebühr zahlen. Aber mit etwas Glück werden sie sowieso mehr Apps wollen. :) :)

Sie können das Enterprise-Konto natürlich auch für sich selbst erstellen und Apple mitteilen, dass Sie es selbst entwickeln möchten, und es verwenden, um diese App an alle Kunden zu verteilen, die diesen Weg gehen möchten. Sie werden sowieso kein Shop-System einrichten und Apple würde es wahrscheinlich nicht bemerken oder sich darum kümmern. Dies wäre jedoch ein Verstoß gegen den Enterprise Account-Vertrag, weshalb ich dies NICHT empfehle. Ihr Kunde zahlt wahrscheinlich gerne die jährliche Entwicklergebühr.


Wie Sie hervorheben, erfordert der Kunde des Autors einen EA von Apple. Der Autor sollte diesen Kunden über die zusätzlichen Kosten informieren und diese einfach zu den Kosten der Anwendung hinzufügen. Der Kunde möchte eindeutig, dass die Anwendung ausreicht, um jemanden einzustellen, der sie schreibt. Wenn er über die Ausrüstung verfügt, ist es unwahrscheinlich, dass dies ein Problem darstellt. Dies sollte einfach im Preis der Anwendung selbst abgerechnet werden.
Ramhound

1

In einer ähnlichen Situation erstelle ich eine webbasierte Intranet-App, die die Tablet-Funktionalität nachahmt. Es gibt eine Reihe von JQuery-Frameworks, die dafür funktionieren, wie Sencha Touch . Auf diese Weise können Sie die "Pay Wall" von Apple umgehen und mit Android-basierten Tablets und sogar Webkit-basierten Browsern auf Desktops / Laptops arbeiten.


Das ist eine sehr gute Idee; Leider muss die App "unterwegs" ohne Internetverbindung funktionieren.
Heinzi

Das ist bedauerlich. Heutzutage wird es in der "Cloud" relativ selten, dass jemand eine nicht verbundene App anfordert.
Jfrankcarr

Ich denke, der Trend geht zu lokalen Apps, die ihre Daten mit der Cloud synchronisieren , zumindest für mobile Geräte. Stellen Sie sich einen Verkäufer vor, der einen potenziellen Kunden besucht und dann sagt: "Oh, ich würde Ihre Bestellung gerne auf meinem iPad annehmen, aber es sieht so aus, als hätte ich hier keine Internetverbindung ..."
Heinzi

Oder sie nehmen die Bestellung entgegen und stellen bei der Synchronisierung fest, dass das Produkt bereits von einer anderen Person gekauft wurde und das nächste verfügbare Inventar Wochen entfernt ist. Ich habe die Synchronisierung in den 90ern und frühen 00ern gemacht. Ich bin froh, dass die Bestell- und Bestandsdaten jetzt praktisch sofort aktualisiert werden können. Ich würde den Synchronisierungsansatz nur empfehlen, wenn sich die Benutzer häufig außerhalb der Reichweite des mobilen Internets befinden.
Jfrankcarr
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.