最近、東京でRevenueCatのShip-a-tonハッカソンに参加しました。このハッカソンの主な目標の一つは、アプリのどこかにRevenueCatのサブスクリプションペイウォールを実装することでした。様々なアプリケーションがこのペイウォールを異なる場所に配置しているため、私たちのチームは、アプリケーションのどこに配置するかという課題に直面しました。

私たちのアプリケーションは、AI駆動の東京アートギャラリーツアーガイドです。このアプリは、ユーザーの選択を利用して、カスタマイズされた展示説明とルートを含む個別のアートギャラリーツアーを作成します。

アプリケーションの基本的な流れは以下の通りです：
まず、ユーザーの現在の気分を評価するために、複数の画面でユーザーを迎えます。音、質感、色の選択肢を提供します。
これらの選択を行った後、ユーザーには東京のエリアを選択できるマップ画面が表示されます。その追加の選択を行った後、アプリのバックエンドは、ユーザーの選択とデータベースにある基本的な展示説明を使用して、定義されたエリア内の各ギャラリー展示のためのカスタムAI説明を生成します。AIはまた、各展示の関連性スコアを作成します。ユーザーの選択に関連しない展示はマップに追加されません。

このデータが処理されると、関連する各ギャラリーにクリッカブルなマップポイントを持つルートが表示されます。ユーザーはマップポイントをクリックして展示情報を表示したり、ルートコースを変更したりすることができます。

この流れを使用すると、ペイウォールに適した場所がいくつかあるように思われます。それらは：

ユーザーがカスタマイズの選択を始める前の最初の段階。
バックエンドが選択に基づいて新しいデータを生成している間。
カスタマイズされたデータが返された後の他の場所。

私たちのプロジェクトでは、サブスクリプションペイウォールを追加する最適な場所は#3、具体的にはユーザーがルートを編集したい時だと決定しました。この考えの背景には、ユーザーがAIで生成されたコンテンツを見て、アプリケーションと十分に対話できれば、アプリがもたらす価値を理解し、ペイウォールを通過する意欲を持つだろうということがあります。

現在、アプリケーションは初期バージョンですが、将来の開発に向けて多くのアイデアがあります。ペイウォールが少し遅い段階（AIのAPI呼び出しの後でさえ）に来るように見えるかもしれませんが、ユーザーの信頼と興味を獲得するために適切な場所だと考えています。

次のステップには、アプリケーションの新しいフェーズの構築と、ペイウォールのパフォーマンスを確認するためのユーザーインタラクションテストが含まれます。近い将来、結果についてさらに詳しく書きたいと思います！