Google アシスタント スマートディスプレイの優れたゲームは、臨場感あふれるビジュアルと優れた音声インターフェースを兼ね備えています。会話設計のベスト プラクティスをゲーム グラフィックやタップ操作と組み合わせることは、プレーヤーが繰り返し訪れるゲーム体験を構築する鍵となります。
Google アシスタント デバイスで成功するゲームを作成するための最も重要な方法について説明します。
ビジュアルに焦点を当てたデザイン
印象的なビジュアルを使用すると、プレーヤーはゲームに参加しながら、エンゲージメントを維持し、アクションを追っやすくなります。気を散らすものや騒がしい環境では、プレーヤーが言葉による合図を見逃しがちです。そのため、ビジュアル プロンプトと音声プロンプトを提供することで、ゲームをスムーズに進行できます。
音声インターフェース ルールを適用する
ゲームに適した音声インターフェースを作成するには、プレーヤーのニーズを予測する必要があります。音声を主体とするゲームは比較的新しいため、プレーヤーは、何を言えばよいのか、どのようなときに言えるのか、どのように言えばよいのかがわからない場合があります。ゲームはそれに対応できなければなりません会話の設計の指針となる音声インターフェースのベスト プラクティスは次のとおりです。
ガイドの一貫性を保つ: プレーヤーは会話型インターフェースのなじみのない場所に迷いやすいため、ゲームがどのような仕組みになるかについて事前に期待値を設定しておきます。ゲームプレイが進むにつれて、ユーザーが次のステップに進み、次のステップを見つけられるよう、準備を整えておくことが重要です。
- ゲームの開始時に、音声インターフェース用に簡単なオンボーディング チュートリアルを提供する計画を立ててください。
- ゲームが 10 秒以上入力を受信しなかった場合に、プレーヤーに再度プロンプトを表示します。
- ゲームがプレーヤーの発言を理解できない場合、プレーヤーに再度プロンプトを表示します。
- ゲームのセクションごとにカスタマイズしたメッセージやヒントを提供します。
あらゆる状況に対応: 音声インターフェースを使用すると、プレーヤーはいつでも何でも言って、何かが起こることを期待できます。この前提は、入力が指によるコントロールまたはジェスチャーに制限される他のゲーム プラットフォームとは大きく異なります。
- ユーザーがいつでもサポートを要請したり、手順を繰り返したり、一時停止したりできるようにします。
- 不満の爆発から勝利の拍手まで、プレーヤーがゲームで投げるものに対処できるよう計画します。このアプローチにより没入感の高いエクスペリエンスを実現できますが オーバーデザインには注意する必要があります詳細については、会話デザインサイトのロングテールの設計をご覧ください。
詳細については、会話デザインのウェブサイトをご覧ください。
音声ホストとキャラクターを使用する
- 一貫性を保つ設計: プレーヤーは話し声の変化に敏感であり、声を少し変えると気が散ることがあります。生成された音声を使用することで、ゲーム開発が迅速化され、アップデートが容易になり、ユーザー エクスペリエンスが向上します。ゲームで SSML で使用できるさまざまなスマートホーム スピーカーの音声については、Google Cloud Text-to-Speech をご覧ください。Mime Jam のゲームホストでは、Cloud Text-to-Speech で生成されたオーストラリアの音声を使用しています。
注: 生成された音声を使用する場合でも、プレーヤーにとってわかりやすい、言葉のスタイルや言葉の使い方の一貫性も考慮する必要があります。 - ホスト ペルソナを設計する: チームが一貫したゲーム エクスペリエンスを提供できるように、ホスト ペルソナを設計することを検討してください。ホストのペルソナは、プレーヤーがフォローして助けを求めるための貴重なアンカー ポイントを作成します。たとえば、次の音声クリップは、Gnome Garden の開始時のナレーターを示しています。
- 認識のための設計: プレーヤーが発話した音声にわずかな違いがあることに気が付くこともありますが、音声の観点からはキャラクターが際立ち、引き込まれるように設計する必要があります。プロンプトに明確な音声を入れると、キャラクターが画面上にない場合やプレーヤーが視線をそらした場合でも、ゲームが実行中で入力を待っていることをプレーヤーに知らせることができます。
音声インターフェースの一部としてペルソナを使用する方法については、会話デザインのウェブサイトをご覧ください。
継続的にテストする
開発しながらゲームを継続的にテストします。会話のしやすさと流れ、ビジュアルの配置とサイズ、その他のゲーム要素を確認する基本機能など、ゲームのあらゆる側面をテストします。これらのテストは、デバイス シミュレータと実機の両方で実施します。ゲームを開発する際は、以下のテスト プラクティスに従ってください。
- デバイスで会話をテストする: ページに記述した内容が、デバイスの読み上げ時に違って聞こえる場合があります。この手法は、単語の繰り返し、長い文、ぎこちない言い回し、不自然な表現を検出するのに役立ちます。
- 他のユーザーとの会話をテストする: 会話での発話は予測不可能です。プレーヤーがゲームに何を発話するかを理解するために、他のユーザーとゲームの会話をテストして、相手からどのようなレスポンスが返ってくるかを確認します。
- デバイスでグラフィックをテストする: パソコンの画面で表示およびテストしたグラフィックは、スマートディスプレイでは異なる場合があります。
- さまざまなデバイスでテストする: スマートディスプレイにはさまざまなサイズがあります。 可能であれば、最適な画面解像度とゲーム パフォーマンスを実現するために、複数の種類のデバイスでテストします。
複数の言語に対応するゲームを開発する場合は、次のようにします。
- 各言語を個別にテストする: 言語ごとに発音や音声認識に関する問題が存在する可能性があるため、デバイスで会話をテストし、言語ごとに他のユーザーとの会話をテストしてください。
初期開発の後も、引き続きゲームをテストし、改善の機会を探し、必要に応じてアクションを更新する必要があります。
会話デザインのテストの詳細については、会話デザインのサイトをご覧ください。
ゲームの種類を検討する
Google アシスタントでは、さまざまな種類のゲームを楽しめます。このプラットフォームで適切に機能するゲームの種類は次のとおりです。
ターンベース: 次のような、シンプルなプロンプトとレスポンスの仕組みを使用するゲーム:
- 自由回答形式の会話（質問と回答のやり取りなど）
- オプションの選択（タイマーの制約なしの雑学など）
ゲームの例: Cookie Detective
リアルタイム: 以下のような制限時間や簡単な操作でゲームプレイを促進するゲーム。
- 単語当てゲーム、単語スクランブル ゲーム
- パズルゲーム
- 時間制限のある雑学クイズ
ゲームの例: Mime Jam
このゲームタイプでは、連続マッチモードを使用することをおすすめします。
アイドル: プレーヤーがプレイしていないときにバックグラウンドで動作するゲーム:
- 農場ゲーム
- 都市開発ゲーム
- 帝国建設
ゲームの例: Gnome Garden
タップ操作で構築する
Google アシスタントを使用してスマートディスプレイ用のゲームを作成する場合は、音声インターフェースの補足としてタッチ スクリーン機能を使用します。
- 音声とタップの同等性: プレーヤーが画面をタップすることですべての操作を行えるようにし、音声でも操作できるようにします（逆も同様）。プレーヤーがタップと音声をシームレスに切り替えられるようにします。 再生中に画面にアクセスできない場合や、同様に音声による合図を見逃し、画面を参照してヒントを得る必要が生じる場合もあります。
このクッキー探偵ゲームでは、タッチで隠れる場所を選択します。 - 音声の補完としてのタップ: タップ入力を音声で使用して、便利な操作を行えます。たとえば、プレーヤーが画面にタッチして、ゲーム オブジェクトに関する音声情報を聞けるようにします。
プレーヤーのアクセス数とリプレイの促進
Google アシスタントでユーザーをゲームに定期的に呼び戻すことは、作成する他のゲームと同じくらい重要です。音声インターフェースを使用したゲームの開始は迅速かつシンプルですが、プレーヤーは適切な言葉を知り、もう一度プレイしたいというモチベーションを得る必要があります。このため、ゲームの設計ではリエンゲージメントに重点を置く必要があります。
- 魅力的なゲームプレイ: プレーヤーが繰り返しプレイする最善の方法は、ゲームを面白くすることです。プレーヤーが繰り返しプレイしたいと思うようなエクスペリエンスを提供します。
- リエンゲージメントの加速: 復帰したプレーヤーを中断した位置にすばやく戻し、復帰を認めることに注力します。「プレーヤー、おかえりなさい！」ホーム ストレージなどの機能を使用すると、複数のプレーヤーのゲーム ステータスを保存して、すぐにプレイを再開できます。
ホーム ストレージ機能を使用して、復帰するプレーヤーのハイスコアを保存できます。 - リーダーボードやその他のツール: 時間指定イベントやリーダーボードなど、他のゲームでも有効なリプレイ技術を必ず使用してください。