Olá a todos, tenho desenvolvido aplicativos móveis nativos para iOS e Android, como o Texties, alguns com milhões de usuários, profissionalmente há cerca de 6 anos.
Queria avaliar o interesse entre os donos de fóruns Discourse por aplicativos móveis nativos para iOS e Android.
Seria provavelmente um aplicativo geral, onde você insere o nome do seu host e faz login (em vez de ser uma solução white-label). Mas o mais importante é que seja nativo, com suporte a alguns plugins populares e notificações push.
Gostaria de investir tempo para construir esses aplicativos para donos de fóruns que pagariam uma taxa anual para ter seu fórum acessível por meio de tal aplicativo. Porém, não tenho certeza se há donos de fóruns interessados o suficiente para tornar isso financeiramente viável para mim.
O que acham? Se você administra um fórum Discourse, estaria ou não disposto a pagar por um aplicativo móvel nativo para seus usuários?
Apenas para informação, conversei com um moderador aqui para ter permissão de postar isso aqui.
Ao comparar um aplicativo nativo proposto com o código existente de wrapper de navegador que possui suporte a notificações push…
Qual é o benefício para os usuários finais com o nativo? Pelo que entendi, a versão web é essencialmente um aplicativo entregue via web; uma vez que esse código é armazenado em cache, as coisas funcionam bastante rápido. Posso atestar isso, já que descobri que minha própria comunidade no Discourse era praticamente a única coisa utilizável no Wi-Fi de avião.
Além disso, pedir que as pessoas insiram uma URL seria um fracasso em termos de UI/UX para um produto/serviço pago, na minha opinião.
O principal ponto para mim é entender qual é o benefício real e tangível para os usuários finais do aplicativo nativo.
Obrigado — vi a versão do OneSignal, e foi um ótimo trabalho. Posso tirar algumas dicas sobre a integração de notificações push a partir dela.
Depois de algumas experiências dolorosas com Cordova e React Native, minha abordagem atual é criar aplicativos nativamente (como escrevo em Swift/ObjC no iOS e em Java/Kotlin no Android), porque certas coisas são mais diretas. Abordagens como a RN (e a emergente Flutter) parecem realmente ótimas, e espero que um dia eu possa apenas escrever uma vez e executar em qualquer lugar — mas a RN ainda não oferece a eficiência necessária.
Isso é apenas minha opinião. Algumas pessoas adoram a RN. E eu reconheço que o desenvolvimento nativo também tem seus próprios problemas.
Vou tentar explicar por que acredito que aplicativos nativos são melhores do que um wrapper (ou apenas apontar para algumas fontes externas) em uma resposta separada, mas a ideia principal é que a responsividade e as animações tendem a ser muito mais ágeis e a experiência do usuário é melhor. Sei que
Estou pensando especificamente a partir da perspectiva de um membro de uma comunidade discursiva. Quanto a experiência discursiva deles poderia melhorar? Seria drástica? Realmente importaria para eles? Este último ponto é absolutamente fundamental.
Eu gosto da ideia de usar o idioma nativo, pelas mesmas razões gerais que você apontou.
Mas, ao pensar na minha comunidade, estou considerando onde isso se encaixaria em uma lista de prioridades, retorno sobre investimento (ROI) e assim por diante.
As notificações push no iOS e no Android já são suportadas no aplicativo “wrapper” com marca branca listado acima, não é? Só precisamos adicionar o código para o provedor de push.
Sim, mas teria que ser uma versão white label que suporte os plugins dos nossos fóruns Discourse e que seja mantida atualizada com as mudanças do Discourse.
O problema é que não conseguimos aprovar a versão com marca branca pela Apple sem adicionar algumas funcionalidades que não existem na aplicação web, e eles não consideram as notificações push uma melhoria substancial o suficiente para justificar um aplicativo. Para um fórum! Tão irritante.
Essa é uma ótima pergunta. Espero que o versionamento da API no Discourse siga a abordagem de versionamento semântico (é uma das coisas que terei que verificar). Dessa forma, quando houver uma atualização incompatível do Discourse, uma atualização do aplicativo terá que acompanhá-la.
O aspecto menos crítico seria acompanhar as atualizações incrementais de recursos que não causam mudanças quebradas na API. Obviamente, terei que manter um cronograma regular de atualizações para me manter atualizado com algo assim.
Acho que dar suporte aos plugins mais populares (por exemplo, aqueles oferecidos pelo próprio hospedagem do Discourse) seria um começo (e algo óbvio).
No caso de plugins que não estão nessa lista, acho que podemos continuar adicionando suporte à medida que o número de pessoas que precisam dele aumenta. Imagino que exista um limite para quando dar suporte a um plugin se torna obrigatório. Ainda não sei qual é esse limite. Talvez eu consiga priorizar o desenvolvimento de um plugin obscuro se alguém tiver um motivo forte para tê-lo no aplicativo.
Acho que não — no sentido de que não acredito que ele terá recursos para administradores gerenciarem o site. Ele deve suportar principalmente a participação no fórum como um usuário comum.
Acho que são pontos válidos. E ser apenas um aplicativo nativo não é suficiente para um usuário (ou para um administrador que deseja oferecê-lo aos seus usuários). O que eu estou tentando entender é o que você consegue criar aproveitando as vantagens inerentes de um aplicativo nativo. E algumas dessas vantagens podem ser facilmente replicadas também na abordagem de wrapper.
Percebo que, em algum momento, colocar algo nas mãos de algumas pessoas é a única maneira de entender se vale a pena seguir em frente. O nativo é o meio para adicionar recursos como notificações push, alvos de toque e respostas melhores, animações, navegação e layout que parecem mais com outros aplicativos móveis.
Acho que minha esperança era entender quais seriam os itens essenciais, quais são os plugins mais populares e também devolver a mesma pergunta aos donos de fóruns: o que faria um aplicativo nativo valer a pena para vocês?
@jtbayly Digamos que a Apple permitisse que você adotasse a abordagem de wrapper com notificações push para um aplicativo whitelabel. Isso seria suficiente para você? O fork do OneSignal (mencionado acima) seria bom o suficiente para você, então?
