Um aplicativo simples para iPhone é mais atraente para os usuários do que um site para celular?

Minha cliente deseja criar um aplicativo para iPhone porque descobriu que as pessoas têm uma probabilidade significativamente maior de usá-lo em um site otimizado para celular. O aplicativo para iPhone é muito simples - apenas exibe algumas imagens e algum texto. Como programador, prefiro criar um site para celular, dada a natureza simples do conteúdo. De uma perspectiva técnica, sinto que é um exagero usar um aplicativo para iPhone nessa situação.

Faz sentido criar um aplicativo para iPhone quando um site móvel é suficiente, simplesmente porque seus usuários preferem que seja um aplicativo para iPhone? Existe alguma maneira de convencer facilmente os usuários de que um site para celular é tão fácil de usar?

A resposta simples é desenvolver um site, mas construí-lo como um aplicativo da web móvel. Se você está mais à vontade com a criação de um site ou acha que será mais rápido, esse é o caminho a seguir.

Os usuários ainda podem 'instalá-lo' (criar um ícone na tela inicial, onde você especifica o png a ser usado para o ícone), ocultar a barra de ferramentas do Safari e ela funciona como um aplicativo.

Aqui está a página da Apple sobre como criar aplicativos da web

Os benefícios disso são

• plataforma cruzada - o aplicativo da Web funcionará no Android, WP e até no Blackberry!
• você pode atualizar o conteúdo - por exemplo, texto, imagens sem atualizar o aplicativo
• mais barato e mais rápido de desenvolver

Não sei se você pode colocar esses tipos de aplicativos da web na loja do iTunes ou não.

Se a página da Web é realmente assim tão simples, você não deve transformá-la em um aplicativo. Eu posso te dar uma razão, mas é muito boa:

Aplicativos simples geralmente não passam pelos revisores da loja de aplicativos .

Em https://developer.apple.com/appstore/resources/approval/guidelines.html

2.12 Os aplicativos que não são muito úteis, exclusivos, são simplesmente sites agrupados como aplicativos ou que não fornecem nenhum valor duradouro de entretenimento podem ser rejeitados

Se você tentar fazer o upload de um aplicativo desse tipo, provavelmente receberá uma rejeição informando "o aplicativo não usa funções nativas do iOS" ou algo semelhante.

Se você deseja criar um aplicativo iOS simples, deve pensar em qual funcionalidade será adicionada em uma página da web.

Na semana passada, publiquei aplicativos no Google Play e na App Store que eram um pouco mais do que navegadores dedicados ( WebView ) para um site responsivo e um pouco de açúcar em cima.

Isso lhe dá:

• Desenvolvimento rápido baseado em HTML5 da maioria do aplicativo como página da web
• Presença na respectiva App Store do dispositivo
• Os usuários podem instalar o aplicativo de maneira regular (sem instruções complicadas para obter o ícone na tela inicial)

Mas você ainda mantém os benefícios do aplicativo nativo:

• Você sempre pode mover mais código para o lado nativo posteriormente
• Use APIs que estão fora dos limites para páginas da web baseadas em navegador, por exemplo
  • anunciar o aplicativo como aplicativo de roteamento no novo Mapas do iOS
  • deixe a Caderneta abrir o ticket no seu aplicativo etc.

Tenho certeza de que o Android também possui diversas APIs proibidas para aplicativos da web.

Entre. Pela minha própria experiência - fique longe das estruturas de plataforma cruzada. Mesmo para uma tarefa tão simples, eu fui mordido por uma dessas e acabei reescrevendo tudo na língua nativa.

Sinto sua dor, muitos aplicativos devem fazer parte da Web e desenvolvidos com as tecnologias da Web.
Mas essa é uma postura tecnológica, seu cliente provavelmente não se importa.

Meu palpite é que esse tipo de cliente não gosta tanto do aplicativo quanto da loja de aplicativos .

Você pode estar subestimando a visibilidade que as lojas de aplicativos podem conferir à publicação de um cliente aqui.

"Publicidade grátis !!! 1!" pode ser tudo que seu cliente vê.

Ainda assim, eles, o cliente, podem estar subestimando os custos reais implícitos. Mas, em sua visão mental, esses novos custos serão equilibrados pelos "novos" mecanismos de monetização permitidos pelas lojas.

Então eles quase certamente superestimam a monetização real que uma loja de aplicativos pode gerar para o seu produto (editorial, suponho) no momento atual. Eles não estão usando o Angry Birds, afinal.

Além disso, eles provavelmente estão atrasando bastante seu tempo de mercado , buscando uma solução de aplicativo.

Infelizmente este tipo de plano de negócios:

• Build App
• ???
• LUCRO

Parece ser toda a raiva hoje em dia.

Você não está fornecendo ao cliente informações suficientes para tomar uma decisão informada.

1. Eles conhecem o processo de aprovação de aplicativos para iPhone?
2. Existem recursos nos quais os usuários precisam acessar quando não estão conectados?
3. Você precisa se preocupar com informações confidenciais armazenadas no telefone?
4. E os dispositivos não fabricados pela Apple?

Cuidado com "é mais fácil para mim criar um site", porque existe uma competição por aí que ficará mais do que feliz em criar um aplicativo para iPhone.

É certo que tenho um viés pessoal em relação aos aplicativos nativos, mas acho que não há realmente uma resposta em preto e branco para isso. Aqui estão algumas reflexões sobre aplicativos da Web e aplicativos nativos:

• Os aplicativos da Web são bons se você deseja evitar o incômodo de se tornar um membro do Apple Developer Program. Sem isso, você não pode instalar aplicativos em dispositivos ou publicá-los na App Store.
• Então, é claro, há o esforço de aprender XCode e Objective-C (se você ainda não os conhece).
• Por outro lado, os aplicativos nativos tendem a ser mais responsivos (minha própria experiência subjetiva).
• Se o aplicativo precisar executar "offline" (quando não houver conexão com a Internet disponível), um aplicativo nativo será realmente sua única opção realista.

No seu caso, eu compararia os requisitos do seu cliente com os prós e contras dos aplicativos da web e nativos.

Eu também acrescentaria que escrever e implantar um aplicativo nativo para iPhone NECESSARIAMENTE não exige presença na App Store. Os chamados "aplicativos internos" podem ser gravados e implantados em uma configuração corporativa. Considere o seguinte: http://help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a

Dada a descrição do seu problema, eu optaria por um site móvel mascarado como um aplicativo. Em geral, muitos aplicativos móveis são apenas sites HTML5 que podem ou não ser executados localmente. Este pode ser um ótimo começo para desenvolver rapidamente um aplicativo multiplataforma que funcionará razoavelmente bem em muitos tipos de dispositivos móveis sem precisar refazer grande parte do código. Dito isto, há uma ressalva: o HTML5 não é o rei da velocidade ao fazer coisas pesadas. Quando chegar a hora de executar algum código intensivo de processamento que não esteja disponível como parte do middleware para a (s) plataforma (s) para a qual você está desenvolvendo, o código poderá ficar lento se você depender apenas do JavaScript para fazer o processamento e você considere levá-lo para o próximo nível (aplicativo nativo).