Fazer o aplicativo primeiro para o iOS ou para Android?
Eu tenho a impressão que a maioria dos softwares mobile de sucesso saem primeiro no iPhone e, se derem certo, saem também para Android.
Ontem, o Flipboard, um dos melhores aplicativos para iPad fez sua estreia no iPhone e recebeu até elogio do VP de Marketing da Apple.
Recentemente o André Gil me mostrou o Path e fiquei de queixo caído. Hoje o Path tem versões para iPhone e Android, mas ele também é um caso que começou primeiro no iPhone:
Quando resolvemos fazer o Wesave tomamos esta decisão porque nós três (1, 2, 3) temos iPhone e não Android. Além disso, por algum motivo que penso entender melhor hoje, acreditávamos que no iPhone o aplicativo seria mais bonito e nós queríamos a melhor experiência que fossemos capazes de criar.
Em minha opinião entra dispositivo sai dispositivo e o iPhone continua oferecendo as melhores experiências de usuário por vários motivos:
1. É mais complicado fazer uma interface de usuário que se adapte bem aos diferentes dispositivos Android. Como você não sabe se o seu aplicativo vai pegar é melhor fazer para uma plataforma menos fragmentada para facilitar seus updates.
2. O Design da Apple é excelente e para piorar os fabricante e os usuários vivem customizando e destruindo o Android
3. Os usuários de iOS costumam ter sempre a ultima versão atualizada. Coisa que não acontece com os usuários de Android
4. As animações são muito mais fluídas no iOS
Você pode ver mais detalhadamente porque as animações no iOS são melhores neste excelente artigo de quem pode falar com propriedade. Resumindo, o fato é que a animação foi premissa central no desenvolvimento iOS e do Windows Phone. Como resultado as animações têm prioridade sobre todos os outros processos, mas isto não aconteceu no Android.
Posso até ouvir neste momento as pessoas mais técnicas falando: animação é frescura! Mas se já era importante no caso do Desktop é ainda mais no caso do Touch.
Numa tela Touch Screen a percepção do usuário conta muito. Como você está manipulando estes objetos virtuais (a tela e seus controles de interface) com suas mãos, eles devem responder de maneira natural, tal como é no mundo real. Quando você arrasta um papel sobre a mesa você não vê o papel pular e reaparecer mais adiante no sentido em que estava sendo arrastado. O movimento é suave e condizente com os nossos sentidos. Ter uma manipulação que trava no Touch Screen é como ter o mouse travando no Desktop.
Acredito que isto também explica porque muita gente costumava pensar que a questão era o aparelho em si. Alguns diziam que o Touch Screen do iPhone era imbatível e por isso a reposta era mais fluida. Mas esta claro agora que a questão é a arquitetura do sistema operacional, ou seja, se trata de software e não de hardware. Por isso não adianta contar vantagem do seu aparelho tem um processador mais poderoso.
Por estes motivos e por querer fazer produtos com as melhores experiências que sou capaz, é que acho que vou continuar com esta estratégia: primeiro farei o aplicativo para o iOS, se pegar faço uma versão para o Android.
Mesmo com muito mais dispositivos Android do que iOS o número de downloads de aplicativos da Apple Store é bem maior.
Muito bacana o post e resume muito do que está acontecendo por aí e que realmente é a verdade.
Mas na minha opinião isso pode mudar, ou pelo menos igualar, com lançamento de novas versões do Android e Windows Phone.
Como tudo no mundo do desenvolvimento, isso é apenas um momento, que pode não só mudar, mas sim melhorar, dando a mesma sensação, que um usuário IPhone possui, para dispositivos rodando um sistema operacional diferente.
Tive a mesma desição ao criar o meu novo projeto. Muito bom o artigo. Vi que no WeSave vocês estão usando o GAE, gostei muito dele, mas decidi colocar minha API no webbynode pois precisaria de acesso root no servidor para instalar um queue server, fora isso gostei muito do GAE.
O WeSave ficou muito bom. Parabéns.
Excelente post Beck.
Estava reparando a app Path e vi que a versão do Android apresenta alguns bugs. Veja nos comentários: https://market.android.com/details?id=com.path&hl=en
Aí já percebe-se que realmente o ambiente muda totalmente e será difícil fazer algo igual que é feito no iOS dentro do Android. Imagino que em cada sistema será aplicada experiencias diferentes, até para evitar estes tipos de problemas.
Grande abraço e parabéns pelo WeSave!
Alan,
Concordo que isso pode mudar sim. Por isso não podemos ficar presos a tecnologia. Como eu disse, o que eu quero é fazer os produtos com as melhores experiências que sou capaz. Foi isso que me levou a trabalhar com a Plataforma Flash no tempo que o HTML era muito fraco. Mas foi isso também que me levou a olhar para o iOS em tempos que o Mobile cresce e o Flash perde espaço para o HTML 5. No final das contas, o que importa para mim é o produto final!
José Carlos,
Eu não havia visto estes “problemas” do Path para Android. Mas você levantou um ponto interessante. Resolvi olhar os Reviews do Path no iPhone e está com uma avaliação muito boa: 4.5. Já no Android a nota é 3. Não dá para se concluir nada disso, mas não deixa de ser curioso.