Como uma empresa sediada na Europa, é possível escrever um aplicativo iPad personalizado para um cliente?

Nosso cliente deseja que escrevamos um aplicativo personalizado para ele que ele possa usar em um punhado de iPads em sua empresa. Esse aplicativo provavelmente é útil apenas para esse cliente (talvez para mais dois ou três no futuro, mas somente após personalização adicional).

Li que, se o cliente se inscrever no Programa de compras por volume da Apple , poderemos fornecer a ele um aplicativo B2B personalizado . Isso, no entanto, parece estar restrito a desenvolvedores americanos (ou clientes? Ou ambos?).

Quais são as alternativas para desenvolvedores de software baseados na Europa (ou, geralmente, fora dos EUA) e seus clientes locais?

— Heinzi
fonte

Eu notei um voto próximo "muito localizado" já. Classificando o mundo inteiro fora os EUA como " uma pequena área geográfica " é uma afirmação bastante ousada ...

— Heinzi

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

— Doug T.

@ Heinzi Muito localizado não significa necessariamente geográfico. Eu concordo, porém - isso se aplica a um número significativo de desenvolvedores.

— Michael K

seria o jailbreak dos ipads para instalar um aplicativo não aprovado pela apple?

— Ryathal

Você perguntou à Apple?

— 22612 yannis

Respostas:

A solução "correta" para isso é que seu cliente cria uma conta corporativa com a Apple para desenvolver aplicativos internos. Você cria esse aplicativo e o assina com o perfil / identidade do seu cliente.

Sim, seu cliente terá que pagar uma taxa anual (pequena). Mas com alguma sorte eles vão querer mais aplicativos de qualquer maneira. :)

É claro que você pode criar a conta Enterprise para si mesmo, informando à Apple que você desenvolveria e a usaria para distribuir esse aplicativo a todos os clientes que desejam seguir esse caminho. Você não configurará um sistema de loja de qualquer maneira e a Apple provavelmente não notaria ou se importaria. Mas isso seria uma violação do contrato da conta corporativa e, portanto, NÃO recomendo fazer isso. Seu cliente provavelmente pagará com prazer a taxa anual de desenvolvedor.

— Morothar
fonte

Como você aponta, o que o cliente do autor deseja exige um EA da Apple. O autor deve informar esse cliente sobre o custo adicional e simplesmente adicioná-lo ao custo do aplicativo. O cliente claramente deseja que o aplicativo contrate alguém para escrevê-lo, se ele tiver o equipamento, é improvável que seja um problema. Isso deve ser simplesmente cobrado no preço do próprio aplicativo.

— Ramhound 19/03/12

O que estou fazendo em uma situação semelhante é a criação de um aplicativo de intranet baseado na Web que imita a funcionalidade do tablet. Existem várias estruturas JQuery que funcionarão para isso, como o Sencha Touch . Isso permitiria que você evitasse o "muro pago" da Apple e trabalhasse com tablets baseados no Android e até navegadores baseados em webkit em desktops / laptops também.

— jfrankcarr
fonte

Essa é uma ideia muito boa; infelizmente, o aplicativo deve funcionar "na estrada" sem conexão com a Internet.

— Heinzi 16/03/12

Isso é lamentável. Atualmente, está ficando relativamente raro na "nuvem" alguém solicitar um aplicativo não conectado.

— jfrankcarr

Eu acho que a tendência vai para aplicativos locais que sincronizam seus dados com a nuvem, pelo menos para dispositivos móveis. Imagine um vendedor visitando um cliente em potencial e dizendo "Ah, eu adoraria fazer seu pedido no meu iPad, mas parece que não tenho conexão com a Internet aqui ..."

— Heinzi

Ou eles fazem o pedido e, quando são sincronizados, descobrem que o produto já foi comprado por outra pessoa e o próximo inventário disponível está a semanas de distância. Fiz a sincronização nos anos 90 e no início dos anos 00. Estou feliz por ter agora uma atualização praticamente instantânea dos dados de pedidos e inventário. Eu recomendaria apenas a abordagem de sincronização se os usuários estivessem frequentemente fora do alcance da Internet móvel.

— jfrankcarr