Bonjour à tous, je développe des applications mobiles natives pour iOS et Android, comme Texties, certaines comptant des millions d’utilisateurs, depuis environ 6 ans à titre professionnel.
Je souhaitais évaluer l’intérêt des propriétaires de forums Discourse pour des applications mobiles natives sur iOS et Android.
Il s’agirait probablement d’une application polyvalente où vous saisissez le nom de votre hôte et vos identifiants de connexion (plutôt qu’une solution en marque blanche). L’essentiel est qu’elle soit native, avec le support de quelques plugins populaires et des notifications push.
Je suis prêt à investir du temps pour développer ces applications pour les propriétaires de forums qui paieraient un abonnement annuel afin que leur forum soit accessible via une telle application. Cependant, je ne sais pas s’il y a suffisamment de propriétaires de forums intéressés pour que cela soit financièrement viable pour moi.
Avis ? Si vous gérez un forum Discourse, seriez-vous ou non prêt à payer pour une application mobile native destinée à vos utilisateurs ?
Juste pour info, j’ai parlé à un modérateur ici pour obtenir l’autorisation de publier ceci.
Lors de la comparaison d’une application native proposée avec le code existant de l’application web encapsulée (wrapper) supportant les notifications push…
Quel est l’avantage pour les utilisateurs finaux avec une application native ? D’après ce que je comprends, la version web est essentiellement une application livrée via le web ; une fois le code mis en cache, tout se déplace assez rapidement. Je peux en témoigner, ayant constaté que ma propre communauté Discourse était pratiquement la seule chose utilisable sur le Wi-Fi d’un avion.
De plus, demander aux utilisateurs de saisir une URL constituerait, pour moi, un échec en matière d’interface et d’expérience utilisateur (UI/UX) pour un produit ou service payant.
L’essentiel pour moi est de comprendre quel est le véritable avantage concret pour les utilisateurs finaux d’une application native.
Merci – j’ai bien vu la version OneSignal, et c’est du beau travail. Je pourrai probablement m’en inspirer pour l’intégration des notifications push.
Après des expériences douloureuses avec Cordova et React Native, j’ai opté pour une approche native (comme écrire en Swift/ObjC sur iOS et en Java/Kotlin sur Android), car certaines tâches sont plus simples ainsi. Des approches comme RN (et Flutter, qui monte en puissance) semblent vraiment prometteuses, et j’espère qu’un jour je pourrai écrire une seule fois et exécuter partout – mais RN n’offre pas encore cette efficacité.
Ceci n’est que mon opinion. Certains adorent RN. Et je concède que le développement natif présente aussi ses propres défis.
Je vais essayer d’expliquer pourquoi je pense que les applications natives sont supérieures à une enveloppe (ou je pointerai vers certaines sources externes) dans une réponse séparée, mais l’essentiel est que la réactivité et les animations sont généralement beaucoup plus fluides et que l’expérience utilisateur est meilleure. Je sais que « meilleur » est un terme subjectif, mais je vais voir si je peux trouver des exemples pour l’illustrer.
Je suis d’accord : obliger les utilisateurs à saisir une URL pour accéder à leur forum ne serait pas la meilleure expérience.
Je pense spécifiquement du point de vue d’un membre d’une communauté discursive. Dans quelle mesure son expérience discursive pourrait-elle s’améliorer ? Serait-ce radical ? Cela aurait-il vraiment de l’importance pour eux ? Ce dernier point est absolument essentiel.
J’aime moi-même l’idée de la version native pour les raisons générales que vous avez évoquées.
Mais quand je pense à ma communauté, je réfléchis à la place que cela pourrait occuper dans une liste de priorités, de retour sur investissement, etc.
Est-ce que développer une application native impliquerait de reproduire l’ensemble des fonctionnalités de Discourse ? Comment comptez-vous suivre les évolutions ? L’application prendrait-elle en charge les plugins ?
Les notifications push sur iOS et Android sont déjà prises en charge dans l’application « wrapper » en marque blanche listée ci-dessus, non ? Il nous suffit d’ajouter le code pour le fournisseur de notifications push.
Oui, mais il faudrait qu’il s’agisse d’une version en marque blanche compatible avec les plugins de nos forums Discourse et maintenue à jour avec les évolutions de Discourse.
Le problème, c’est que nous ne pouvons pas obtenir l’approbation d’Apple pour la version en marque blanche sans ajouter certaines fonctionnalités qui n’existent pas dans l’application web, et ils ne considèrent pas les notifications push comme une amélioration suffisamment significative pour justifier une application. Pour un forum ! C’est vraiment irritant.
C’est une excellente question. J’espère que la gestion des versions de l’API dans Discourse suivra l’approche du versionnement sémantique (c’est l’un des points que je devrai vérifier). Ainsi, lorsqu’une mise à jour de Discourse incompatible surviendra, une mise à jour de l’application devra suivre.
Le point moins critique consisterait à suivre les mises à jour incrémentales de fonctionnalités qui n’entraînent pas de modifications cassantes de l’API. Je devrai évidemment maintenir un calendrier régulier de mises à jour pour rester à jour dans ce domaine.
Je pense que prendre en charge les plugins les plus populaires (par exemple, ceux proposés par l’hébergement officiel de Discourse) serait un bon point de départ (et une évidence).
Pour les plugins qui ne figurent pas sur cette liste, je pense que nous pourrons ajouter leur prise en charge au fur et à mesure que le nombre de personnes en ayant besoin augmentera. Je suppose qu’il existe un seuil à partir duquel la prise en charge d’un plugin devient indispensable. Je ne connais pas encore ce seuil. Peut-être pourrai-je prioriser le développement pour un plugin obscur si quelqu’un a une raison forte de le voir intégré à l’application.
Je ne pense pas — c’est-à-dire que je ne pense pas qu’elle inclura des fonctionnalités permettant aux administrateurs de gérer le site. Elle devrait principalement permettre de participer au forum en tant qu’utilisateur régulier.
Je pense que ce sont des points valables. Et le simple fait d’être une application native ne suffira pas pour un utilisateur (ou un administrateur qui souhaite l’offrir à ses utilisateurs). Ce que vous créez en tirant parti des avantages inhérents à une application native, c’est ce que j’essaie de comprendre. Et certaines de ces fonctionnalités pourraient facilement être reproduites dans l’approche par enveloppe.
Je réalise qu’à un certain stade, mettre quelque chose entre les mains de quelques personnes est le seul moyen de comprendre si cela vaut la peine d’être poursuivi. Le natif est le moyen d’ajouter des fonctionnalités comme les notifications push, des zones tactiles et des réponses améliorées, des animations, une navigation et une mise en page qui ressemblent davantage à d’autres applications mobiles.
Je suppose que mon espoir était de comprendre quelle serait la liste des indispensables, quels sont les plugins populaires, et aussi de poser la même question aux propriétaires de forums : quelles sont les choses qui rendraient une application native intéressante pour vous ?
@jtbayly Disons qu’Apple autorisait l’approche par wrapper pour les notifications push dans une application en marque blanche. Cela vous suffirait-il ? La version forkée de OneSignal (mentionnée ci-dessus) vous conviendrait-elle alors ?
