Ciao a tutti, costruisco app mobile native per iOS e Android, come Texties, alcune con milioni di utenti, per lavoro da circa 6 anni.
Volevo valutare l’interesse tra i proprietari di forum Discourse per app mobile native su iOS e Android.
Probabilmente sarebbe un’app generica in cui inserire il nome dell’host e le credenziali di accesso (invece di una soluzione white-label). Ma l’aspetto importante è che sia nativa, con il supporto per alcuni plugin popolari e le notifiche push.
Vorrei dedicare del tempo a sviluppare queste app per i proprietari di forum che sarebbero disposti a pagare un abbonamento annuale per rendere il loro forum accessibile tramite un’app del genere. Ma non sono sicuro che ci siano abbastanza proprietari di forum interessati a renderla economicamente sostenibile per me.
Cosa ne pensate? Se gestite un forum Discourse, sareste o non sareste disposti a pagare per un’app mobile nativa per i vostri utenti?
Per la cronaca, ho parlato con un moderatore qui per ottenere il permesso di pubblicare questo messaggio.
Quando si confronta un’app nativa proposta con il codice esistente del wrapper browser che supporta le notifiche push…
Qual è il vantaggio per gli utenti finali con l’app nativa? Da quanto ho capito, la versione web è essenzialmente un’app distribuita via web; una volta che quel codice viene memorizzato nella cache, le cose funzionano piuttosto velocemente. Posso confermarlo avendo constatato che la mia stessa community su Discourse è quasi l’unica cosa utilizzabile sulla WiFi di un aereo.
Inoltre, per un prodotto/servizio a pagamento, richiedere agli utenti di inserire un URL sarebbe un fallimento dal punto di vista UI/UX.
La cosa principale per me è capire qual è il reale beneficio tangibile per gli utenti finali dell’app nativa.
Grazie - ho visto la versione di OneSignal ed è stato un ottimo lavoro. Posso probabilmente trarre alcuni spunti dall’integrazione delle notifiche push.
Dopo alcune esperienze dolorose con Cordova e React Native, il mio approccio attuale è quello di sviluppare le app in modo nativo (scrivendo Swift/ObjC su iOS e Java/Kotlin su Android) perché alcune cose risultano più semplici. Approcci come RN (e il nascente Flutter) sembrano davvero ottimi, e spero che un giorno potrò scrivere una volta ed eseguire ovunque, ma RN non offre ancora l’efficienza necessaria.
Questa è solo la mia opinione. Alcune persone amano RN. E ammetto che lo sviluppo nativo ha anch’esso i suoi problemi.
Cercò di spiegare perché penso che le app native siano migliori di un wrapper (o farò riferimento ad alcune fonti esterne) in una risposta separata, ma l’essenza è che la reattività e le animazioni tendono a essere molto più fluide e l’esperienza utente è migliore. So che
Sto pensando specificamente dal punto di vista di un membro di una comunità discorsiva. Quanto potrebbe migliorare la loro esperienza di discorso? Sarebbe drastico? Importerebbe davvero per loro? Quest’ultimo punto è assolutamente fondamentale.
Mi piace l’idea del nativo per le ragioni generali che hai indicato.
Ma quando penso alla mia comunità, sto valutando dove collocare questo aspetto in una lista di priorità, ROI e così via.
Realizzare un’app nativa significherebbe replicare tutte le funzionalità di Discourse? Come verrebbero gestiti gli aggiornamenti? Sarebbe possibile supportare i plugin?
Le notifiche push su iOS e Android sono già supportate nell’app “wrapper” con marchio bianco elencata sopra, non è vero? Dobbiamo solo aggiungere il codice per il provider di notifiche push.
Sì, ma dovrebbe essere una soluzione white label che supporti i plugin sui nostri forum Discourse e che venga mantenuta aggiornata con le modifiche di Discourse.
Il problema è che non riusciamo a far approvare da Apple la versione white-label senza aggiungere alcune funzionalità che non esistono nell’applicazione web, e loro non considerano le notifiche push un miglioramento sufficiente a giustificare un’app. Per un forum! Che irritante.
Questa è un’ottima domanda. Mi auguro che il versionamento dell’API in Discourse segua l’approccio del versionamento semantico (è una delle cose che dovrò verificare). In questo modo, quando ci sarà un aggiornamento incompatibile di Discourse, dovrà seguire un aggiornamento dell’app.
La cosa meno critica sarebbe stare al passo con gli aggiornamenti incrementali delle funzionalità che non apportano modifiche di rottura all’API. Ovviamente dovrò mantenere un programma regolare di aggiornamenti per stare al passo con qualcosa di questo tipo.
Penso che supportare i plugin più popolari (ad esempio, quelli offerti dall’hosting ufficiale di Discourse) sarebbe un inizio (e una cosa scontata).
Nel caso di plugin non presenti in quella lista, penso che possiamo continuare ad aggiungere supporto man mano che aumenta il numero di persone che ne hanno bisogno. Immagino esista una soglia oltre la quale supportare un plugin diventa indispensabile. Non so ancora qual è questa soglia. Forse sarò in grado di dare priorità allo sviluppo di un plugin poco conosciuto se qualcuno ha un motivo valido per averlo nell’app.
Non credo di sì: intendo che probabilmente non avrà funzionalità per gli amministratori per gestire il sito. Dovrebbe principalmente supportare la partecipazione al forum come utente regolare.
Penso che questi siano punti validi. E il semplice fatto di essere un’app nativa non basta per un utente (o per un amministratore che desidera offrirlo ai propri utenti). Ciò che voglio capire è cosa si possa realizzare sfruttando i vantaggi intrinseci di un’app nativa. Alcune di queste funzionalità potrebbero essere facilmente replicabili anche con l’approccio basato su wrapper.
Riconosco che, a un certo punto, mettere qualcosa nelle mani di poche persone è l’unico modo per capire se vale la pena perseguirlo. Il nativo è il mezzo per aggiungere funzionalità come le notifiche push, target di tocco migliori e risposte più rapide, animazioni, navigazione e layout che sembrano più simili ad altre app mobili.
Credo che la mia speranza fosse quella di capire quali sarebbero gli elementi indispensabili, quali sono i plugin più popolari e, inoltre, di porre la stessa domanda ai proprietari dei forum: quali sono le cose che renderebbero un’app nativa degna di essere realizzata per voi?
@jtbayly ammettiamo che Apple ti permettesse di adottare l’approccio del wrapper per le notifiche push in un’app con marchio bianco. Sarebbe sufficiente per te? La fork di OneSignal (citata sopra) sarebbe allora buona abbastanza per te?
