9:16の縦型ショートドラマに選択肢を入れる方法：ショット、字幕、カウントダウン、親指の操作エリア設計

縦型のインタラクションは、横型の画面を細く切り抜いて下部にボタンを2つ置くだけではない。人物、字幕、選択肢、カウントダウン、指が限られた空間を共有するため、絵コンテの段階で一緒に設計する必要がある。

上部はステータスバーやプラットフォームの操作部に使われる可能性があり、下部はシステムジェスチャーと親指の操作を受け持つ。中央には人物の顔、動き、重要な小道具を優先して残すべきだ。具体的なセーフエリアは対象端末と現在の製品インターフェースで検証しなければならず、恒久的なピクセル基準にはできない。

2人の関係は、前景と後景、上下の配置、または個別のリアクションショットで表現できる。ボタンが現れる前に、重要な表情や小道具を画面下部の3分の1に置かない。選択肢が「誰を信じるか」を問うなら、まずプレイヤーに双方の反応を見せる。

重要な台詞が終わり、字幕を読み終え、短い間を置いてから選択肢を表示する。ボタンには具体的な行動を書く。例えば「証拠を渡す」は「彼女を信じる」より明確だ。2つの選択肢は長さと情報量をそろえる。

追跡や逃走、閉まりかけたドアには時間制限が適しているが、複雑な推理や関係についての意思表示に、標準でカウントダウンを付けるべきではない。一時停止、延長、無効化などの補助設定を用意し、実績に影響するかどうかを説明する。

• 片手で届き、ボタン間の間隔が十分にある；
• 色だけで状態を伝えない；
• タップ直後に視覚、音、または触覚のフィードバックがある；
• 最大の文字サイズでも重要な映像を隠さない；
• 小型画面、ノッチ付き画面、異なるプラットフォームの操作部でプレビューを完了している。

成功した縦型インタラクションは、制作チームが「ボタンの場所を空けている」ことをプレイヤーに意識させない。適切なタイミングで、はっきり見て、読んで理解し、正確に押せるようにするだけだ。

縦型映像で最も高くつく失敗は、完成後にボタンが手掛かりを隠していると気づくことだ。絵コンテ表には、各選択ノードについて、選択肢が現れる前、選択できる間、確定後の3つの状態をまとめて描く。重要人物の目と口の動きはできる限り画面の中央から上部に残し、証拠、スマートフォン、ドアノブなどの操作対象をシステムジェスチャー領域に近づけない。2人の会話で横並びが必要なら、被写界深度、視線、短いリアクションショットへの切り替えで関係を示す。顔を2つ収めるために人物を際限なく小さくしてはならない。

同じ素材を異なる画面に対応させる場合は、まず必ず残すべき物語上の領域を定義し、その後で切り抜ける背景を設計する。「ポストプロダクションでの自動中央寄せ」に頼ってはならない。モデルは顔を画面の中心と捉えるかもしれないが、物語の中心は実際には1枚のメモだからだ。横型から縦型への変換はリスクの低いショットに限り、重要な選択ショットは直接、縦型に合わせて構図を作り直すべきだ。

ボタンの文言はできるだけ動作を表す動詞から始め、2つを同じ文法上のレベルにそろえるとよい。例えば「鍵を渡す」と「鍵を隠す」だ。片方には結果をすべて書き、もう片方には曖昧な態度しか書かないことは避ける。また、善悪が明白な表現でプレイヤーの答えを代わりに決めてはならない。選択の代償を説明する必要があるなら、2つの説明をボタンに詰め込むのではなく、ボタンの上に共通の状況を示す1文を加えられる。

デザイン案では、短い文言、許容される最長の文言、ローカライズによる文字量の増加、システムの最大文字サイズを網羅する必要がある。英語からドイツ語へ、または中国語から一部のアルファベットを使う言語へ翻訳すると、長さが大幅に増える場合がある。対処は文言の書き換え、改行、コンポーネントの高さの拡大で行い、読みにくくなるまで縮小してはならない。カウントダウン開始、残り時間わずか、一時停止、時間切れにはそれぞれ独立した状態を用意し、赤と緑だけで区別してはならない。

テスターは実際のスマートフォンを片手で操作し、同時に歩行、不安定な通信、注意が途切れる状況を再現する。誤タップ、ためらい、字幕を読み終える前に選択肢が現れるケース、タップ後に反応がなかったと誤解するケースを記録する。選択の確定には短いハイライト、弱い触覚フィードバック、結果の字幕を使えるが、フィードバックはプラットフォームの設定に従い、振動を無効にできなければならない。

少なくとも、小型画面、一般的な全面ディスプレイ、ノッチまたはパンチホール付き画面、Androidの戻るジェスチャー、iOSの下部ジェスチャーを網羅する。さらに、スクリーンリーダーの読み上げ順、動的な文字サイズ、視差効果や動きの抑制、色覚補助モードをテストする。本当の完成基準は、デザインツール上の画面が整っていることではなく、最も条件の悪い端末や姿勢でも、ユーザーが物語を理解し、選択し、結果を確認できることだ。

選択肢が現れる前、最長の文言を表示した状態、最大文字サイズ、カウントダウンの最終段階をそれぞれスクリーンショットに収め、端末の寸法とシステムの表示倍率を記載する。さらに、実際に片手で操作する録画を添え、遮蔽、誤タップ、フィードバックの遅延を確認する。静止画のデザイン案が証明できるのは配置の意図だけであり、インタラクションの使いやすさを証明できるのは実機の証拠だ。

ある言語で文字サイズを犠牲にしなければ収まらない場合は、文言の書き換えやテンポの調整を優先し、読む負担をユーザーに転嫁しない。公開基準は、物語情報の完全性、タッチ操作の信頼性、支援技術による読み取りやすさ、システムの操作部と競合しないことを同時に満たすべきだ。

公開後にデータが集まったら、選択肢が表示されても押されないケース、時間切れ、誤タップ直後に戻る行動、端末ごとの失敗の差を継続して観察する。指標に異常があれば操作録画とインタビューを見直し、原因が文言、配置、時間的な圧力、性能のどこにあるかを判断する。選択されなかったすべてのケースを、プレイヤーのためらいと解釈してはならない。