Metlivi ブログ

ゲームのフォトモード操作を整理する方法:基本的な撮影フローと高度な設定

ゲームのフォトモードを設計する開発者は、構図決め、確認、保存に必要な操作を最初の画面に配置しましょう。追加のエフェクトや微調整は、プレイヤーが必要に応じて開けるように明確なラベルを付けたセクションにまとめます。これにより、熟練プレイヤーが求めるクリエイティブな奥深さを損なうことなく、日常的な撮影フローを短く保つことができます。

2026年9月30日7分で読めます余暇・旅行・都市体験Metlivi Editorial Team
セクション 1

プレイヤーが最初に行いたいタスクから始める

フォトモードを開いたプレイヤーが最初に行うのは、通常、状況を把握し、構図を決め、撮影することです。実用的な最初の画面では、プレイヤーにカメラの専門用語を学ばせる前に、これらのアクションを見つけやすくしておく必要があります。カメラの移動と回転、視点のリセット、インターフェースの非表示、スクリーンショットの撮影または保存といった、コンパクトな操作セットを検討してください。ゲームのビジュアル目標に合致していれば、グリッド表示やシンプルな外観プリセットなど、直感的にわかりやすい選択肢を少数追加してもよいでしょう。

この提案するグループ分けは、普遍的な標準というよりは、実際にリリースされたモードのパターンに沿ったものです。Dovetailの現在のTrain Sim Worldサポートガイドでは、移動、リセット、グリッド、UI表示切り替え、スクリーンショットのアクションが、カメラ設定、画像調整、シーン設定から分離されています。Remedyによる『Control』の告知では、一方のタブにカメラオプション、もう一方にフィルターやキャラクターの表示設定という2つのタブ構成が説明されていました。これらの例は、個別のタスクをどのように分離できるかを示しており、厳密なグループ分けは各ゲームに委ねられています。(Dovetail Games「How do I use Photo Mode?」、Remedy Entertainment「Control Gets Photo Mode Tomorrow, New Info on Expeditions Update」)

撮影は、散らばったボタンの集まりではなく、ひとまとまりのフローとして捉えてください。プレイヤーがモードに入り、被写体を枠に収め、オーバーレイを非表示にして構図を確認し、撮影して、その後に何が起きたかを理解できるように設計する必要があります。ゲーム内で撮影と保存が別々のステップになっている場合は、それぞれ明確にラベルを付けてください。アクションが成功した際には確認メッセージを表示し、調整画面に戻るルートや終了するルートをわかりやすくしておきましょう。

セクション 2

プレイヤーの判断基準に応じてオプションを整理する

すべての操作を「設定」といった大雑把なラベルの下にまとめるのは避けてください。代わりに、プレイヤーが下す判断を中心にオプションを整理します。実用的な構造としては、次のようなものが考えられます。

これらはカテゴリの例であり、必須の分類法ではありません。ゲームの操作体系やプレイヤーのメンタルモデルに合ったラベルを使用してください。名前が専門的に聞こえるというだけで「詳細設定」に操作を配置することは避けるべきです。頻繁に使われるキャラクターの表示・非表示トグルはメインの撮影画面に配置し、使用頻度の低いエフェクトは画像外観セクションに配置する、といった判断が適切です。

有効な判断基準は、2つの操作が同じ種類の決定を変更するものかどうかです。画角とフォーカス距離は被写体のフレーミングや描画に影響し、天候やキャラクターの表示はシーンそのものを変化させ、カラーグレーディングはビジュアルのトリートメントを変えます。目的別にグループ化することで、プレイヤーは目的のオプションがどこにあるかを予測しやすくなります。ラベルだけでは目に見える結果が伝わりにくい場合は、短い説明文を追加してください。

カメラ:画角、フォーカス、被写界深度、ロールなど、フレーミングやピントを変更する操作。
画像外観:露出、カラー、粒子(グレイン)、ビネット、フィルターなどの画像調整。
シーンと被写体:時間帯、天候、キャラクターの表示・非表示、ポーズなど、ゲーム固有の演出操作。
高度な調整:チャンネル別のカラーグレーディングやブルームなど、シンプルなオプションをさらに細かく調整する操作。
セクション 3

高度な操作は段階的に開示する

段階的開示(プログレッシブ・ディスクロージャー)とは、手軽な撮影に必要な操作を最初に表示しつつ、追加の操作への明確なルートを提供することを意味します。これは、機能を密かに削ったり、高度な機能を見つけにくくしたりすることであってはなりません。わかりやすいセクション名、タブ、展開可能なグループを使用し、展開された状態を一目で把握できるようにしてください。プレイヤーがセクションを開いてプレビューに戻った際も、操作位置を保持するようにします。

Bend Studioによる『Days Gone』の解説に有益な先例があります。そのモードには、レンズとキャラクターの操作、プリセットとフレーム、そしてブルームとカラーグレーディングのパネルにわたる55項目の設定を備えたアドバンスドモードが含まれていました。同スタジオはまた、プリセットが高機能な操作を学ぶための出発点になると説明しています。これは2019年に公開された一開発会社のデザインであり、すべてのフォトモードに何十もの操作が必要であることを示すものではありません。しかし、複雑なツールセットにおいて、プレイヤーにまず既知のルックから始めさせ、さらにこだわりたい場合に個別の調整項目を公開するという有用な選択肢を示しています。(Bend Studio「Everything you need to know about Days Gone’s feature-heavy Photo Mode」)

設定を変更する際の影響を明確にしてください。プレイヤーは、パネルを閉じる方法、シーンに戻る方法、変更をリセットする方法、そして操作項目がトグルなのかスライダーなのか、選択可能なプリセットなのかを理解できる必要があります。可能な限り変更を取り消せるようにし、調整グループを開いただけで苦労して決めた構図が失われるような事態は避けてください。画像だけでなくシーンの状態そのものを変えるような機能がある場合は、プレイヤーが適用する前にその旨を説明してください。

セクション 4

1枚のショットを想定した具体的なユースケースを設計する

キャラクター、緻密な環境、任意のカラーエフェクトを備えたゲームの架空のフォトモードを想定してみましょう。新規プレイヤーが、ランドマークの近くにいるキャラクターを撮影するためにモードを開きます。最初の画面では、カメラの移動と回転、リセット、構図グリッドの表示、UIの非表示、そして撮影が可能です。小さなプリセットセレクターから組み込みの外観を選択すれば、詳細パネルにアクセスすることなく撮影が完了します。

より本格的なポートレートを撮影したいプレイヤーは、「カメラ」を開いて画角やフォーカスを調整し、次に「画像外観」で露出やカラーを調整できます。ゲームが対応していれば、「シーンと被写体」でキャラクターの表示や時間帯のオプションを設定できるでしょう。独立した「高度な調整」セクションには、一部のプレイヤーのみが調整したい追加のグレーディングパラメータを配置できます。これはレイアウトの例示であり、既存のゲームや実証された成果を主張するものではありません。

決定の順序に注目してください。まず「構図」、次に「全体的なトーン(処理)」、最後に「詳細な微調整」です。この順序は、引用したフォトモードの事例に見られるさまざまな機能から導き出されたUI設計上の推奨案です。すべてのプレイヤーがこの手順を踏む、あるいは同じワークフローを好むと断定するものではなく、操作に迷わない分かりやすい道筋を提供するものです。

セクション 5

すべての階層を異なる入力デバイスで操作可能にする

基本操作と高度な操作の切り分けを行っても、操作が見つけにくかったり、ナビゲートしづらかったり、理解しにくければ失敗に終わります。入力ガイドは常に見えるようにし、現在使用しているデバイスに適したものを表示してください。キーボード、コントローラー、その他サポートされている代替入力手段のいずれでも、同じ必須アクションにアクセスできるようにします。操作内容を伝える手段として、色、配置、ラベルのないアイコンだけに頼ることは避けてください。

アクセシビリティは高度なパネルにも適用されます。マイクロソフトのXbox向けガイドラインでは、画面上のメニューラベル、操作タイプ、値、操作プロンプトが画面ナレーションに対応しているべきであると述べられており、スライダーの値が変化した際にそれを読み上げることが説明されています。この原則をフォトモードの操作にも適用してください。読み上げられる設定項目は、その名前、役割、現在の値または状態、および操作方法を識別できる必要があります。折りたたまれたグループは展開可能であることを伝え、階層間を移動する際もフォーカスが予測可能な位置に残るようにしてください。(Microsoft Game Dev「Xbox Accessibility Guideline 106: Screen narration」)

プレビュー画面だけを意味の伝達手段にしないでください。「焦点」というスライダーには、何にピントが合うのかについての簡単な説明が必要な場合があります。トグル操作であれば、オンかオフかを読み上げる必要があります。視覚的な変化を伴う操作では、適用前後のプレビューが役立ちますが、テキストラベル、数値、アクセシブルな操作説明の代わりになるものではありません。インターフェースを非表示にした際に、操作画面を復元する方法がわからずプレイヤーが取り残されないように配慮してください。

セクション 6

階層構造が実際に機能するか検証する

オプションの数が気に入ったかどうかを単に尋ねるのではなく、いくつかの具体的なタスクを用いてメニューを評価してください。たとえば、テスターに「シンプルなスクリーンショットを撮る」「UIを非表示にして元に戻す」「フォーカス調整を見つける」「プリセットを適用する」「変更を元に戻す」といった操作を依頼します。テスターがどこを見ているか、パネルを操作項目と誤認していないか、設定を適用する前に何が変わるかを説明できるかを観察します。

その結果をもとに、ラベル、グループ分け、初期画面を調整します。複数のテスターがよく使われる操作を探し回っているようであれば、その操作を表に出すか、カテゴリをより明確にすることを検討してください。特定のビルドで高度な操作があまり使われていないとしても、それだけで削除すべき理由にはなりません。その目的が理解可能であるか、想定されるユーザー層に必要とされているかを確認してください。これは実用的な評価手法であり、ユーザビリティの成果を保証するものではありません。

最後に、高度なパネルを開閉した後の撮影フローと終了フローをテストします。意図したとおりに構図が保持されているか、望まない変更から元に戻せるか、撮影アクションで明確なフィードバックが得られるかを確認してください。フォトモードの挙動はゲームによって異なり、バージョン間で変更されることもあるため、出荷するビルドに対して操作のマッピング、保存動作、プラットフォーム固有のキャプチャフローを検証してください。

セクション 7

まとめの提言

フォトモードは、迅速で完結した撮影フローを中心に設計し、その上でより深いクリエイティブな操作を用途に応じたわかりやすい階層で開示するようにしてください。構図決めと撮影アクションは見つけやすい場所に配置し、オプション設定はサポートする決定内容ごとにグループ化し、各操作は読み取り、操作、取り消しが可能な形式で説明します。ゲームの幅広いニーズに合わせてプリセットや詳細セクションを活用し、サポートされている入力デバイス上で実際の撮影タスクを行いながら階層構造を検証してください。

関連記事

このテーマをさらに見る