Discourseフォーラムのオーナーの皆様:ネイティブモバイルアプリにご関心はありますか?

みなさんこんにちは。私は約6年間、Texties (https://texties.lol) のようなネイティブモバイルアプリ(iOSおよびAndroid)を本業として開発しており、一部は数百万人のユーザーを抱えています。

Discourseフォーラムの運営者様の中で、ネイティブのiOSおよびAndroidモバイルアプリへの関心を測りたいと考えています。

これはおそらく、ホワイトラベルではなく、ホスト名とログイン情報を入力するタイプの汎用アプリになるでしょう。しかし、重要なのはネイティブであること、いくつかの人気のプラグインに対応し、プッシュ通知をサポートすることです。

フォーラムの運営者様から年間利用料をいただき、そのようなアプリでフォーラムにアクセスできるようにするために、私はこの開発に時間を費やしたいと考えています。ただし、私にとって経済的に成立するほど、関心のある運営者様がいるかどうかは確信が持てません。

ご意見をお聞かせください。Discourseフォーラムを運営されている方、ユーザーのためにネイティブモバイルアプリへの有料利用に賛成でしょうか、それとも反対でしょうか?

※参考までに、ここに投稿しても良いかどうか、こちらのモデレーターに確認済みです。

「いいね!」 16

興味があります。年間費用が私にとって妥当であれば、という条件ですが。:slight_smile:

「いいね!」 5

「おそらく」

プッシュ通知に対応した既存のブラウザラッパーコードと比較して、提案されたネイティブアプリを評価する場合…

エンドユーザーにとってネイティブの利点は何でしょうか?私の理解では、Web バージョンは本质上、Web で配信されるアプリであり、一度コードがキャッシュされれば、動作は非常に高速になります。実際、私の Discourse コミュニティは、機内 Wi-Fi でもほぼ唯一利用可能なサービスであることを経験から言えます。

また、有料製品やサービスにおいて、ユーザーに URL を入力させるのは、UI/UX として失敗だと考えます。

私にとって最も重要なのは、ネイティブ化によってエンドユーザーにどのような実質的で具体的なメリットがあるのかを理解することです。

「いいね!」 5

はい、ネイティブアプリに非常に興味があります。これには React Native が使えると思います。Discourse 向けの React Native アプリ(https://github.com/pmusaraj/discourse-mobile-single-site-app)も存在しますが、基本的にラッパーとして機能しており、JSON API を介して連携していないため、真のモバイルアプリのような感触がありません。

「いいね!」 3

公式のDiscourseアプリとどのように異なるのでしょうか?実質的なメリットがあれば、興味があります。

「いいね!」 4

ありがとうございます。OneSignal のバージョンを確認しましたが、とても素晴らしい作業でした。プッシュ通知の統合については、そこからいくつかの手がかりを得られるかもしれません。

Cordova や React Native で辛い経験をした後、現在の私のアプローチはネイティブでアプリを作成することです(iOS では Swift/ObjC、Android では Java/Kotlin を書くように)。特定の処理がシンプルに行えるからです。RN や今後の Flutter のようなアプローチは非常に優れて見えますし、いつか「一度書けばどこでも実行できる」状態になることを願っています。しかし、現時点では RN はその効率を提供していません。

これは単なる私の意見です。RN を愛する人もいます。また、ネイティブ開発にも独自の課題があることは認めます。

「いいね!」 2

ネイティブアプリがラッパー(あるいは単なる外部ソースへのリンク)よりも優れている理由を、別の返信で詳しく説明するつもりですが、要するにレスポンスの速さやアニメーションの滑らかさ、そして全体的なユーザーエクスペリエンスがネイティブアプリの方が優れているということです。「優れている」というのは主観的な表現ですが、それを示す具体例を見つけられるか試してみます。

同意します。ユーザーがフォーラムにアクセスするためにURLを入力しなければならないのは、最良の体験とは言えません。

「いいね!」 2

私は特にディスコース・コミュニティのメンバーの視点から考えています。彼らのディスコース体験はどの程度向上するでしょうか?劇的なものになるでしょうか?彼らにとって本当に重要なのでしょうか。最後の点が絶対に重要です。

私はご指摘の一般的な理由から、ネイティブ化のアイデア自体は気に入っています。

しかし、私のコミュニティを考えると、これが優先事項や投資対効果(ROI)などのリストの中でどこに位置づけられるかを検討しています。

考えてみるべき点ですね。

「いいね!」 1

ネイティブアプリを開発する場合、Discourseの全機能を再現する必要がありますか?アップデートへの対応はどうするのでしょうか?プラグインのサポートは可能でしょうか?

「いいね!」 8

Discourse.org によってホストされていないサイトのほとんどは、iOS におけるプッシュ通知の恩恵に関心があるのではないかと推測します。

「いいね!」 4

上記の「ラッパー」ホワイトラベルアプリでは、すでに iOS と Android 向けのプッシュ通知がサポートされていると思っていましたが?プッシュプロバイダー用のコードを追加するだけで済みます。

公式 Discourse アプリで、自分でホストしているインスタンスにプッシュ通知が届くというなら、それは初耳ですね。

「いいね!」 2

ああ、私はホワイトリスト版を使っている話をしていました。Discourseの「公式」アプリについては、私はそれについては考えたことがありませんでした。

「いいね!」 1

こんにちは、

はい、ただし、Discourseフォーラムのプラグインをサポートし、Discourseの変更に対応して最新の状態に保たれるホワイトラベル版である必要があります。

「いいね!」 1

問題は、Web アプリには存在しない機能を追加しないと、ホワイトラベル版をアップルに承認してもらえないことです。プッシュ通知は、アプリとして認めるに十分なほどの大幅な改善とはみなされていないのです。しかもフォーラムなのに!本当にイライラします。

「いいね!」 2

これは素晴らしい質問ですね。Discourse の API バージョニングは、セマンティックバージョニングのアプローチに従うことを期待しています(これは私が確認しなければならない事項の一つです)。その場合、互換性のない Discourse のアップデートが行われた際には、それに合わせてアプリのアップデートも行う必要があります。

重要度の低い点としては、API に破壊的変更を加えない段階的な機能アップデートへの対応が挙げられます。このような状況に対処するためには、もちろん定期的なアップデートスケジュールを維持する必要があります。

最も人気のあるプラグイン(例えば、Discourse 公式ホスティングが提供するものなど)のサポートを開始することは、当然のことながら最初の一歩となるでしょう。

そのリストに含まれないプラグインについては、需要が増えるにつれてサポートを追加していくと考えています。プラグインのサポートが「必須」となる閾値が存在すると思いますが、それが何なのかはまだわかりません。もしかすると、誰かがそのプラグインをアプリに搭載する強い理由を持っている場合、マイナーなプラグインの開発優先度を上げることもできるかもしれません。

そうは思いません。管理者がサイトを管理するための機能は含まれないでしょう。主に一般ユーザーとしてフォーラムに参加するための機能をサポートするはずです。

「いいね!」 1

これらはもっともな指摘だと思います。単にネイティブアプリであるだけでは、ユーザー(あるいはそれを提供したい管理者)にとって十分な理由にはなりません。ネイティブアプリの本来の利点を活かして何を実現できるのか、そこを理解したいと考えています。また、それらの機能の一部は、ラッパーアプローチでも容易に再現できるかもしれません。

ある段階では、少数の人の手に渡して試してみる以外に、その価値を見極める方法はないと認識しています。ネイティブ化によって、プッシュ通知、より使いやすいタッチターゲットとレスポンス、アニメーション、そして他のモバイルアプリに似たナビゲーションやレイアウトなどの機能追加が可能になります。

私の期待は、必須機能のリストや人気のあるプラグインについて理解すること、そして同じ質問をフォーラムの所有者に投げかけることでした。あなたにとってネイティブアプリが価値あるものにする要素は何ですか?

「いいね!」 1

あなたのフォーラムにはどのようなプラグインが入っていますか?リストをPMで送ってください。ぜひ知りたいです。

@jtbayly もし Apple が、ホワイトラベルアプリに対してプッシュ通知のラッパーアプローチを許可すると仮定した場合、それはあなたにとって十分でしょうか?それとも、上記で言及された OneSignal のフォークで十分でしょうか?