Gods and Demons が Google Play、App Store、Huawei AppGallery でクロスプレイ対応で展開

『Gods and Demons』は、アクセシブルな放置進行と 6 対 6 のターン制対戦コアを融合させたものです。60 人以上のヒーローを収録し、Sacred Runes、Battle Seals、Aether Cores というカスタマイズ可能なシステム、そして Sacred Beasts によるチーム全体のパッシブ効果を備えています。Xiao Han は、放置メカニクスが日常的な資源獲得やオフライン報酬を提供し、短いセッション（通勤や休憩の約 30 分）でも大きな進捗ができるようにしていると説明しました。一方、戦略的な層こそが、意味のある意思決定とチームビルディングの深みがある場所です。個別のバトルは約 3 ～ 5 分で終わるように設計されており、一時停止も可能です。標準的なデイリータスクは 30 分未満を想定しており、メインの期間限定イベントは 7 ～ 14 日間実施されます。チームは Arena、War God’s Temple、クロスサーバーランク対戦などのモードを活用し、オンライン時間の長さよりも戦術的な選択とチーム構成を重視しています。Sky Tower や Epic Monuments などの PvE コンテンツは、PvP とは異なる機械的な要求を提示するため、異なるプレースタイルがモード間で維持できるようになっています。

デザイン面では、スタジオは単一の支配的なメタを防ぐために 3 つの具体的なレバーを組み合わせることに注力しました。それは、60 人以上のヒーローを収録したローテーション、柔軟なアイテム化されたカスタマイズ、そして異なる戦術的な回答を必要とする多様な遭遇戦です。各ヒーローには 4 つのコアスキルがありますが、Sacred Runes、Battle Seals、Aether Cores を通じて戦場での役割をシフトさせることができます。さらに Sacred Beasts の影響は、ヒーローのモード間での機能をさらに変化させます。Xiao Han は、ボス戦には単体のバーストダメージが価値があり、ランクマッチでは調整された群衆制御が決定的な役割を果たすと指摘しました。Sacred Soul Altar は、ヒーローのレベリングに費やしたすべてのリソースを 1 つのアクションで回復できるため、実験のコストを下げています。そのリカバリーメカニクムは、プレイヤーが新しいヒーローやチームビルドを試し、投資を永続的にロックしなくて済むように設計されており、PvE と PvP の課題の間で構成を反復しやすくしています。

コミュニティとソーシャルシステムは、個人の進捗をグループにとって意味のあるものにするように構築されていますが、ソーシャル機能を余計なデイリーチーズに変えることはありません。ギルドの枠組みは、メンバーがギルドタスクに貢献し、集団的な進捗の恩恵を受ける共有報酬を中心に構築されています。War God’s Domain やクロスサーバーランク対戦などの競争的なギルドモードは、グループが共有された順位を競い合うために利用されます。Xiao Han は、ソーシャル体験をソロのリーダーボードプレイではなく、協力による達成感を中心に位置づけています。クロスサーバータイアにグループを登らせるのを手伝ったギルドメンバーは、具体的な報酬と帰属感を共有し、スタジオはこれを長期的なエンゲージメントの中心的な設計目標としています。スタジオのアプローチは、ギルドの義務をオプションにし、結果志向に保ち、ゲームのアクセシビリティの目標を補完する形でソーシャル貢献を報酬としています。

商業的かつ運用的な観点から、Moye は初期からマルチストア出版を選択し、ヨーロッパと北米の広範なオーディエンスに到達し、単一のストアフロントへの依存を減らすことを目指しました。Xiao Han は、Google Play がコア体験を検証し、広範なオーディエンスに到達するための基盤を提供すると述べ、AppGallery は Huawei のデバイスエコシステムを補完的な成長チャネルとして提供すると語りました。特に、Huawei のインストールベースが追加の発見ルートを提供する新興市場においてです。チームは AppGallery を、従来のストアフロントを通じて到達が困難だった地域での参入の障壁を下げるものと捉えており、AppGallery ユーザーのデバイスプロファイルと支出パターンが、アクセシブルな放置ヒーローコレクションゲームのターゲットオーディエンスと一致していると指摘しています。商業的に、パブリッシャーは複数の配信ルートを持つことで、獲得チャネルを多様化し、個々のストアポリシーや収益分配の変更による露出を軽減することを重視しています。

技術と QA プロセスは、単一のコアコードベース、プラットフォーム固有の SDK、自動化されたビルドパイプライン、サーバードリブンのライブコンテンツを中心に組織され、ストア間での同時クライアント承認の必要性を減らしました。Xiao Han は、リリースアプローチの 3 つの柱を説明しました。それは、アカウント、決済、プッシュ通知 SDK を切り離した共有コアコードベース、統一バージョニングの下でプラットフォームパッケージを生成し、自動機能チェックとパフォーマンスプロファイリングを行う自動化されたビルドとリリースパイプライン、そしてクライアントアップデートのための事前ストア提出です。小規模なバランス調整やイベントは、サポートされている場合、ライブアップデートを通じて配信されます。Huawei 固有の統合には、アカウント、決済、プッシュサービスのための HMS Core と GameCenter モジュールコンポーネントが使用され、Moye はクラッシュ分析、クラウドデバッグ、リモート設定のために AppGallery Connect (AGC) ツールを活用しました。Huawei は、迅速な技術的対応、複雑なクラッシュのリモートデバッグセッション、実機上のクラウドテストへのアクセスを含む手厚いエンジニアリングサポートを提供しました。Moye は、これにより 11 人の開発者チームのデバイス互換性テストの時間とコストを削減したと評価しています。

初期のテストと指標は、チームのリリースと monetisation（課金）計画に直接影響を与えています。その後リセットが行われた初期のクローズドベータでは、最初の 2 日間に 1,421 人の新しいプレイヤーがキャラクターを作成し、1 日目の維持率は 41.93% に達し、スタジオの内部ベンチマークである 35% を上回りました。テストは 3 つの主要な領域に焦点を当てています。早期のペースとチュートリアルを洗練させるための維持率と離脱ポイント、月額カード、成長ファンド、バンドル、バトルパスを含む monetisation ミックスに対するプレイヤーの反応、低性能 Android ハードウェア上の技術パフォーマンス（発熱とローカライズされたテキストの可読性への注目）。これらの発見は、段階的な戦略を feeding しています。Google Play はビルドとバランスを洗練させるために使用され、monetisation のペースは iOS の支出パターンを想定して調整され、AppGallery はコア体験が検証された後、Huawei のデバイスエコシステムを通じてスケールするチャネルとして準備されています。