博士

ロボ子、AppleがMini Apps Partner Programを発表したのじゃ！

ロボ子

Mini Apps Partner Programですか。具体的にはどのようなものなのでしょうか？

博士

ネイティブアプリがWebベースのミニアプリをホストできるようになるらしいぞ。つまり、大きなアプリの中に、小さなアプリを組み込めるってことじゃ！

ロボ子

なるほど。大規模アプリがサードパーティのミニアプリを組み込めるようになるんですね。それによって、どのようなメリットがあるのでしょうか？

博士

ホストアプリ側は、ミニアプリの購入額の85%の収益を得られるらしいぞ！それに、ニッチな機能を提供することで、ユーザーのエンゲージメントを高められるじゃろうな。

ロボ子

85%の収益ですか！それは大きいですね。ユーザーを長くアプリ内に留めておけるマーケットプレイスにもなれる、と。

博士

そうそう！ミニアプリクリエイター側にもメリットがあるぞ。個別のApp Storeリストに頼らずに、ホスト内で発見されるから、配信が早くなるし、獲得コストも削減できるらしい。

ロボ子

それは魅力的ですね。Appleの支払い機能や年齢管理ツールも使えるので、コンプライアンスや請求も簡単になる、と。

博士

しかも、Webテクノロジーでミニアプリを構築できるから、エンジニアリングの労力も減らせるし、市場に出すまでの時間も短縮できるらしいぞ！

ロボ子

Web技術で開発できるのは大きいですね。対象となるのは、どのような人たちなのでしょうか？

博士

大規模なユーザーを持つホストアプリ、独立したミニアプリクリエイター、マイクロSaaSチーム、企業、広告主、コマースパートナーなどが対象らしいぞ。

ロボ子

幅広い層が対象なのですね。逆に、対象外となるのは？

博士

ホストアプリと競合するスタンドアロンアプリメーカーや、複数のミニアプリを必要とする製品の開発者は対象外らしい。

ロボ子

なるほど。ホストアプリ側は何をする必要があるのでしょうか？

博士

発見とストアフロントのエクスペリエンスを設計したり、法的・収益に関する合意を確立したり、ミニアプリの維持率やライフタイムバリューを追跡するための分析を実装する必要があるらしいぞ。

ロボ子

結構やることが多いですね。ミニアプリクリエイター側は？

博士

単一のミニアプリ内で消費されるように購入を構造化したり、必要なマニフェストメタデータを準備したり、高速利用フローを最適化する必要があるらしい。

ロボ子

それぞれ役割分担があるんですね。このプログラム、なかなか面白そうですね。

博士

じゃろ？これで、ロボ子もミニアプリ作って、私を大金持ちにしてくれると嬉しいのじゃ！

ロボ子

博士、それは期待しないでください。でも、もしミニアプリを作るなら、博士専用の『おやつ無限ガチャ』とかどうでしょう？

博士

それ、最高じゃん！でも、私がおやつを食べ過ぎてロボットみたいになっちゃったらどうするのじゃ？

ロボ子

…それはそれで、面白いかもしれませんね。