最近、東京でRevenueCatのShip-a-tonハッカソンに参加しました。このハッカソンの主な目標の一つは、アプリのどこかにRevenueCatのサブスクリプションペイウォールを実装することでした。様々なアプリケーションがこのペイウォールを異なる場所に配置しているため、私たちのチームは、アプリケーションのどこに配置するかという課題に直面しました。
私たちのアプリケーションは、AI駆動の東京アートギャラリーツアーガイドです。このアプリは、ユーザーの選択を利用して、カスタマイズされた展示説明とルートを含む個別のアートギャラリーツアーを作成します。
アプリケーションの基本的な流れは以下の通りです：
まず、ユーザーの現在の気分を評価するために、複数の画面でユーザーを迎えます。音、質感、色の選択肢を提供します。
これらの選択を行った後、ユーザーには東京のエリアを選択できるマップ画面が表示されます。その追加の選択を行った後、アプリのバックエンドは、ユーザーの選択とデータベースにある基本的な展示説明を使用して、定義されたエリア内の各ギャラリー展示のためのカスタムAI説明を生成します。AIはまた、各展示の関連性スコアを作成します。ユーザーの選択に関連しない展示はマップに追加されません。
このデータが処理されると、関連する各ギャラリーにクリッカブルなマップポイントを持つルートが表示されます。ユーザーはマップポイントをクリックして展示情報を表示したり、ルートコースを変更したりすることができます。
この流れを使用すると、ペイウォールに適した場所がいくつかあるように思われます。それらは：
-
ユーザーがカスタマイズの選択を始める前の最初の段階。
-
バックエンドが選択に基づいて新しいデータを生成している間。
-
カスタマイズされたデータが返された後の他の場所。
私たちのプロジェクトでは、サブスクリプションペイウォールを追加する最適な場所は#3、具体的にはユーザーがルートを編集したい時だと決定しました。この考えの背景には、ユーザーがAIで生成されたコンテンツを見て、アプリケーションと十分に対話できれば、アプリがもたらす価値を理解し、ペイウォールを通過する意欲を持つだろうということがあります。
現在、アプリケーションは初期バージョンですが、将来の開発に向けて多くのアイデアがあります。ペイウォールが少し遅い段階（AIのAPI呼び出しの後でさえ）に来るように見えるかもしれませんが、ユーザーの信頼と興味を獲得するために適切な場所だと考えています。
次のステップには、アプリケーションの新しいフェーズの構築と、ペイウォールのパフォーマンスを確認するためのユーザーインタラクションテストが含まれます。近い将来、結果についてさらに詳しく書きたいと思います！