Resposta curta
Aplicativo iOS de empresa é metade código e metade Apple: conta de organização com D-U-N-S, revisão, beta no TestFlight e o canal certo para app interno. React Native quando o app também vai para Android, Swift quando depende de recurso novo do sistema. Se a equipe de campo usa Android, comece por ele.
O app fica pronto e para na porta da Apple
Projeto de app para iPhone costuma atrasar num lugar que não aparece no cronograma: a conta. Conta de organização na Apple exige número D-U-N-S, uma pessoa com poder de assinar pela empresa e site público no domínio dela. O número é gratuito, mas a Apple avisa que ele pode levar até cinco dias úteis para sair e mais dois para chegar até ela. Descoberto na semana do lançamento, isso vira a data nova.
Depois vem a revisão. A própria Apple informa que mais de 40% dos problemas não resolvidos na revisão caem numa diretriz só, a de app completo: falha, link quebrado, texto provisório, informação que faltou ao revisor. App de empresa tropeça ali por um motivo previsível. Tudo fica atrás de um login, e o revisor chega a uma tela de senha sem conta de teste, ou com uma conta cujo servidor de homologação estava desligado naquela noite.
O terceiro tropeço é o app que não deveria estar na vitrine. Representante, franqueado e revendedor não precisam achar o app na busca da App Store, e sem conhecer os canais privados a saída comum é deixar a rede inteira num build do TestFlight, que fica indisponível 90 dias depois, ou pedir o programa Enterprise, que é só para funcionário e só para empresa com 100 pessoas ou mais. Num dia qualquer o app para de abrir, e o pedido daquele dia volta para o papel.
Como fazemos
Conta aberta no primeiro dia
O pedido do D-U-N-S e a inscrição da empresa no Apple Developer Program começam junto com o desenvolvimento, não depois dele. Definimos quem é o titular, que responde legalmente pela conta, quem entra como administrador e quem só publica. A anuidade do programa, hoje de US$ 99 e apresentada em moeda local na inscrição, fica no cartão da empresa.
Canal escolhido antes da primeira tela
Há quatro jeitos de o app chegar ao iPhone, e cada um muda login, preço e revisão. App Store pública, para cliente final. App não listado, que não aparece na busca e só se encontra por link direto, pensado pela Apple para franqueado, parceiro e ferramenta de venda de parceiro. App personalizado, entregue pelo Apple Business (o antigo Apple Business Manager) a organizações específicas, instalado por gerenciamento de aparelho ou código de resgate. E o programa Enterprise, reservado a empresa com 100 funcionários ou mais, que a Apple aprova e reavalia a critério dela.
Swift onde o sistema exige
A base é React Native quando o app também vai para Android. Sai em Swift e SwiftUI o que depende do sistema: widget na tela inicial, que a Apple define em SwiftUI, app de Apple Watch, leitura contínua de periférico por Bluetooth, processamento de imagem da câmera em tempo real, recurso lançado na última versão do iOS que nenhuma biblioteca cobre ainda. O resto não ganha nada sendo nativo.
iPad como aparelho próprio
No balcão, no showroom e na visita com catálogo, o iPad não é um iPhone grande. Pede tela dividida, catálogo em grade e assinatura do cliente com o aparelho virado para ele. Quando o iPad fica fixo no balcão, a configuração de gerenciamento da Apple trava o aparelho num app só, e o cliente não sai do catálogo para abrir o navegador.
Beta no TestFlight com a equipe piloto
Antes da loja, o app roda com quem vai usá-lo. O TestFlight aceita até 100 testadores internos da conta e até 10 mil externos; o primeiro build enviado a um grupo externo passa por revisão, e cada build vale por 90 dias. É teste com prazo, não canal de distribuição: a piloto termina com o app publicado no canal escolhido.
Envio montado para o revisor
Cada envio leva conta de demonstração com dados de exemplo, servidor de homologação ligado e uma nota explicando o fluxo de quem é empresa; quando a segurança da empresa não permite conta de teste, a Apple aceita um modo de demonstração embutido, com aprovação prévia. Os rótulos de privacidade saem do inventário de SDKs, porque a Apple cobra também o que a biblioteca de análise coleta. Se o app deixa criar conta, deixa excluir dentro dele. E o pedido do App Tracking Transparency só aparece se o app rastreia no sentido da Apple: cruza dados com apps e sites de outras empresas para anúncio ou medição de anúncio, ou repassa dados a corretor de dados.
O que você recebe
- Conta de organização no Apple Developer Program em nome da empresa, com D-U-N-S, titular e papéis de acesso definidos
- App aprovado na App Store, ou distribuído como não listado ou personalizado, conforme quem vai usar
- Grupo de TestFlight com a equipe piloto e roteiro do que testar em cada build
- Rótulos de privacidade preenchidos SDK por SDK e revistos a cada biblioteca nova
- Pacote do revisor, com conta de demonstração, dados de exemplo e notas, reaproveitado em toda versão
- Notificações por APNs com a permissão pedida no momento em que faz sentido, e chave no servidor para mudar preço e catálogo sem esperar nova revisão
Com o que trabalhamos
Perguntas frequentes
Quanto custa desenvolver um aplicativo iOS?
A Apple é a menor linha da conta: a anuidade do programa, hoje de US$ 99. O preço se move com o número de fluxos, o trabalho sem sinal, as integrações com ERP ou CRM, a parte que precisa ser nativa e o layout próprio para iPad, quando existe. Por isso não damos número antes do diagnóstico gratuito de 7 dias, que termina com escopo, prazo e estimativa por frente.
Precisamos do programa Enterprise para um app só da empresa?
Quase nunca. O Enterprise é para empresa com 100 funcionários ou mais distribuindo só para os próprios funcionários, e a Apple aprova a critério dela e segue avaliando o uso depois. A própria Apple indica o programa comum para a maioria dos apps internos, com app personalizado, distribuição Ad Hoc ou código de resgate. E franqueado, revendedor e representante autônomo não são funcionários: para eles o caminho é app não listado ou personalizado.
Swift nativo ou React Native?
React Native quando o app é formulário, catálogo, pedido, checklist e consulta, que é a maior parte do app de empresa, e ainda sai para Android com o mesmo código. Swift quando o valor do app mora num recurso do sistema: widget, Apple Watch, câmera tratando imagem em tempo real, Bluetooth falando o tempo todo com impressora ou balança. Misturar é comum, com base compartilhada e um módulo nativo onde o sistema pede.
O app vai ter de usar a compra dentro do app da Apple?
Depende do que ele vende. Bem físico ou serviço consumido fora do app, como pedido de reposição ou visita técnica, não usa a compra da Apple: a diretriz manda cobrar por outro meio. Desbloquear função ou conteúdo digital exige, pela regra geral, a compra dentro do app, e o app vendido direto a organizações para os seus funcionários pode liberar o que a empresa contratou por fora. No Brasil, desde o acordo da Apple com o CADE, o iOS 26.5 abriu processador alternativo e oferta fora do app, ainda com comissão da Apple e com a compra dela oferecida lado a lado.
Quando não faz sentido começar pelo iOS?
Quando quem vai usar é equipe de campo ou representante no Brasil, onde o Android domina: no StatCounter, que mede acesso à web e não aparelho corporativo, cerca de três em cada quatro acessos móveis no país vieram de Android em agosto de 2026. Se a empresa já comprou os aparelhos, a escolha está feita. E se o app seria só uma casca do site, a diretriz de funcionalidade mínima da Apple pede mais que um site reempacotado, e um site bem feito resolve sem passar por loja.