Hallo zusammen, ich baue seit etwa 6 Jahren beruflich native Mobile-Apps für iOS und Android, wie z. B. Texties, einige davon mit Millionen von Nutzern.
Ich möchte das Interesse unter Discourse-Forum-Betreibern an nativen iOS- und Android-Apps einschätzen.
Es würde sich höchstwahrscheinlich um eine All-in-One-App handeln, in der man den Hostnamen und die Anmeldedaten eingibt (statt einer individuell markierten Lösung). Wichtig ist jedoch, dass es sich um eine native App handelt, die einige beliebte Plugins unterstützt und Push-Benachrichtigungen ermöglicht.
Ich würde gerne die Zeit investieren, um diese für Forum-Betreiber zu entwickeln, die eine jährliche Gebühr zahlen, damit ihr Forum über eine solche App erreichbar ist. Ich bin mir jedoch nicht sicher, ob es genügend interessierte Forum-Betreiber gibt, um dies für mich finanziell tragfähig zu machen.
Was haltet ihr davon? Wenn ihr ein Discourse-Forum betreibt, würdet ihr oder würdet ihr nicht bereit sein, für eine native Mobile-App für eure Nutzer zu zahlen?
Nur zur Info: Ich habe mit einem Moderator hier gesprochen und die Erlaubnis erhalten, dies hier zu veröffentlichen.
Beim Vergleich einer vorgeschlagenen nativen App mit dem bestehenden Browser-Wrapper-Code mit Push-Unterstützung…
Welchen Nutzen hat das für die Endanwender? Meines Wissens nach ist die Webversion im Wesentlichen eine über das Web bereitgestellte App. Sobald dieser Code zwischengespeichert ist, läuft alles recht schnell. Ich kann das bestätigen, da ich festgestellt habe, dass meine eigene Discourse-Community auf dem Flug-WLAN praktisch die einzige nutzbare Sache ist.
Außerdem wäre es für mich ein UI/UX-Fehler bei einem kostenpflichtigen Produkt oder einer Dienstleistung, wenn die Nutzer eine URL eingeben müssten.
Das Wichtigste für mich ist zu verstehen, was der echte, greifbare Vorteil für die Endanwender einer nativen App wäre.
Danke – ich habe die OneSignal-Version gesehen, und das war wirklich gut gemacht. Ich kann mir wahrscheinlich einige Anregungen für die Push-Integration daraus holen.
Nach einigen schmerzhaften Erfahrungen mit Cordova und React Native ist mein aktueller Ansatz, Apps nativ zu entwickeln (also Swift/ObjC auf iOS und Java/Kotlin auf Android), da bestimmte Dinge dann direkter umsetzbar sind. Ansätze wie RN (und das aufkommende Flutter) sehen wirklich großartig aus, und ich hoffe, dass ich eines Tages einfach „einmal schreiben und überall ausführen
Ich werde in einer separaten Antwort versuchen zu erläutern, warum ich native Apps für besser halte als Wrapper (oder auf einige externe Quellen verweisen). Der Kernpunkt ist, dass Reaktionsfähigkeit und Animationen in der Regel deutlich flüssiger sind und das Benutzererlebnis besser ist. Ich weiß, dass „besser
Ich denke dabei speziell aus der Perspektive eines Mitglieds einer Diskursgemeinschaft. Wie stark könnte sich deren Diskurserfahrung verbessern? Wäre es drastisch? Würde es ihnen wirklich etwas ausmachen? Letzteres ist absolut entscheidend.
Würde die Entwicklung einer nativen App bedeuten, dass Sie alle Funktionen von Discourse nachbilden müssen? Wie würden Sie mit den Änderungen Schritt halten? Würde es Plugins unterstützen?
Ich würde vermuten, dass die meisten Websites, die nicht von Discourse.org gehostet werden, an den Vorteilen von Push-Benachrichtigungen auf iOS interessiert wären.
Push-Benachrichtigungen unter iOS und Android werden doch bereits in der oben aufgeführten „Wrapper“-White-Label-App unterstützt, oder? Wir müssen nur noch den Code für den Push-Anbieter hinzufügen.
Ja, aber es müsste eine White-Label-Lösung sein, die die Plugins auf unseren Discourse-Foren unterstützt und stets auf dem neuesten Stand der Discourse-Änderungen gehalten wird.
Das Problem ist, dass wir die White-Label-Version nicht von Apple genehmigt bekommen, ohne einige Funktionen hinzuzufügen, die es in der Web-App nicht gibt. Und sie betrachten Push-Benachrichtigungen nicht als ausreichend bedeutende Verbesserung, um eine App zu rechtfertigen. Für ein Forum! Das ist so ärgerlich.
Das ist eine großartige Frage. Ich hoffe, dass die API-Versionierung in Discourse dem Ansatz des Semantic Versioning folgt (das ist eines der Dinge, die ich überprüfen werde). Auf diese Weise muss bei einem inkompatiblen Discourse-Update auch ein App-Update folgen.
Das weniger kritische Thema wäre, mit inkrementellen Funktionsupdates Schritt zu halten, die keine brechenden Änderungen an der API vornehmen. Ich werde offensichtlich einen regelmäßigen Update-Zyklus einhalten müssen, um mit so etwas Schritt zu halten.
Ich denke, die Unterstützung der beliebtesten Plugins (zum Beispiel derer, die vom eigenen Hosting von Discourse angeboten werden) wäre ein Anfang (und selbstverständlich).
Im Fall von Plugins, die nicht auf dieser Liste stehen, denke ich, dass wir die Unterstützung schrittweise erweitern können, sobald die Zahl der Personen, die sie benötigen, steigt. Ich schätze, es gibt eine Schwelle, ab der die Unterstützung eines Plugins ein Muss wird. Ich weiß noch nicht, was diese Schwelle ist. Vielleicht kann ich die Entwicklung für ein obskures Plugin priorisieren, wenn jemand einen triftigen Grund hat, es in der App zu haben.
Das glaube ich nicht – ich meine, es wird wohl keine Funktionen für Administratoren zur Verwaltung der Seite geben. Es sollte hauptsächlich die Teilnahme am Forum als regulärer Benutzer unterstützen.
Ich finde, das sind berechtigte Punkte. Und allein der Umstand, dass es sich um eine native App handelt, reicht für einen Nutzer (oder einen Administrator, der sie seinen Nutzern anbieten möchte) nicht aus. Was ich verstehen möchte, ist, was man durch die inhärenten Vorteile einer nativen App umsetzen kann. Einige dieser Vorteile ließen sich auch im Wrapper-Ansatz leicht nachbilden.
Mir ist bewusst, dass man erst dann, wenn etwas in den Händen weniger Nutzer ist, wirklich beurteilen kann, ob es sich lohnt, weiter daran zu arbeiten. Native Apps ermöglichen Funktionen wie Push-Benachrichtigungen, bessere Touch-Ziele und Reaktionen, Animationen sowie eine Navigation und ein Layout, das eher anderen mobilen Apps entspricht.
Ich hatte gehofft, eine Liste der unabdingbaren Funktionen zu erhalten, zu erfahren, welche Plugins beliebt sind, und die gleiche Frage auch an Forenbesitzer zu richten: Was würde für Sie eine native App lohnenswert machen?
@jtbayly Nehmen wir an, Apple würde es Ihnen erlauben, den Wrapper-Ansatz für Push-Benachrichtigungen bei einer gebrandeten App zu nutzen. Wäre das für Sie ausreichend? Wäre dann der OneSignal-Fork (oben erwähnt) für Sie gut genug?
