ストーリーボードは、ユーザーの体験をコマ割りのイラストで時系列に描く手法です。映画やアニメーションで使われてきたこの手法は、プロダクトやサービスの体験設計にも効果を発揮します。
概要
プロトタイプを作る前に、ユーザーがどんな状況で、何をきっかけに、どのように行動し、何を感じるのかを1枚の紙で俯瞰できるのがストーリーボードの強みです。画面単位のワイヤーフレームでは見えない「体験の文脈」を可視化できます。
デザインスプリントでは、火曜日のSketchフェーズでストーリーボード形式のソリューションスケッチが中核的な役割を果たします。描くのに画力は不要です。 棒人間と矢印とふきだしがあれば十分に伝わります。
実施の手順
ステップ1：シナリオを設定する
まず、描くべきシナリオを決めます。「誰が、どんな状況から始まり、何を達成するか」を1〜2文で定義します。
例えば、「週末の旅行を計画中のユーザーが、アプリを使って現地の体験プランを予約する」というシナリオであれば、開始点（旅行を計画中）と終了点（予約完了）が明確です。
シナリオの設定には、POVステートメントやHow Might Weの問いを出発点にするのが効果的です。
ステップ2：キーモーメントを特定する
シナリオの中で、ユーザーの行動や感情が変化する瞬間をリストアップします。これがストーリーボードの各コマになります。
典型的なキーモーメントは以下のようなものです。
- ユーザーが課題に直面する瞬間
- プロダクトに出会う瞬間
- 重要な操作や意思決定の瞬間
- 感情が変化する瞬間（困惑→安心、不安→確信など）
- ゴールを達成する瞬間
6〜8コマに収めるのが実用的な範囲です。コマが少なすぎると体験の流れが伝わらず、多すぎると描くのに時間がかかりすぎます。
ステップ3：コマを描く
A3用紙を6〜8等分するか、テンプレートを用意します。各コマには以下の要素を含めます。
- 場面の絵 --- 棒人間でよい。環境・状況が分かる最小限のビジュアル
- 吹き出し/思考バブル --- ユーザーの発言や心の声
- ナレーション --- そのコマで起きていることの簡潔な説明
美しい絵を描く必要は全くありません。 重要なのは、チームメンバーや他のステークホルダーが「ユーザーの体験を時系列で追えること」です。15秒で描けるレベルのスケッチで十分です。
ステップ4：共有とフィードバック
描いたストーリーボードをチーム内で共有し、「このストーリーは現実的か？」「見落としている瞬間はないか？」を議論します。
特に注目すべきは、コマとコマの「間」です。ステップ2からステップ3に移るとき、ユーザーは実際にどう行動するのか。その移行が不自然な箇所は、体験設計上の課題が潜んでいる可能性があります。
ステップ5：プロトタイプへ発展させる
検証を経たストーリーボードは、プロトタイプの設計図として機能します。 どの画面が必要で、どんな操作フローになるかが、ストーリーボードから自然に導き出されます。
2つのアプローチ
As-Is（現状）ストーリーボード
ユーザーが現在どのように課題を解決しているかを描きます。ユーザーインタビューの結果を基に、既存の体験のペインポイントを可視化します。
To-Be（理想）ストーリーボード
プロダクトやサービスを利用した場合の理想的な体験フローを描きます。As-Isで発見したペインポイントが、新しい体験でどう解消されるかを示します。
As-IsとTo-Beを並べることで、「何が変わるのか」が一目で分かります。 ステークホルダーへのプレゼンテーションにも効果的です。
よくある失敗と対処法
画面遷移だけを描いてしまう
ストーリーボードがワイヤーフレームの連続になってしまうケースがあります。画面だけではユーザーの感情や文脈が抜け落ちます。 最初のコマは「ユーザーがスマートフォンを開く前の状況」から始めると、体験の文脈が豊かになります。
コマに情報を詰め込みすぎる
1コマに複数のアクションを詰め込むと、読み手が混乱します。1コマ=1アクションまたは1感情変化の原則を守ります。詰め込みたくなったら、コマを分割するサインです。
チーム内でしか通じない描き方
社内の専門用語やプロジェクト固有の略語を使いすぎると、外部のステークホルダーに伝わりません。初めて見る人が30秒で体験の流れを理解できるかを基準にチェックします。
ワークショップで繰り返し見られるパターン
200回以上のワークショップで繰り返し見られるのは、ストーリーボードが「アプリの画面遷移図」になってしまうパターンです。コマの中にスマートフォンの画面だけが描かれ、ユーザーの表情も状況も見えない。それはワイヤーフレームであってストーリーボードではありません。
実際にやってみると、最初のコマを「ユーザーが困っている場面」から始めるよう指定するだけで、劇的に質が上がります。 アプリを開く前に、なぜそのサービスが必要なのかが描かれると、見た人全員がユーザーの文脈を共有できます。この「文脈から始める」習慣がつくと、ストーリーボード全体の説得力が変わります。
ポイント
- 画力は不問 --- 棒人間と吹き出しで十分。大切なのは体験の流れが伝わること
- 感情を描く --- ユーザーの表情（笑顔、困惑、安堵）がストーリーに命を吹き込む
- 文脈から始める --- プロダクトに触れる前の状況を描くことで、体験のリアリティが増す
- 6〜8コマ --- 多すぎず少なすぎない、実用的な範囲で収める
- 捨てる覚悟を持つ --- ストーリーボードは叩き台。フィードバックを受けて描き直すことを前提にする
Crazy 8sでスケッチしたアイデアを発展させる際に、ストーリーボードは自然な次のステップになります。
参考文献
- Jake Knapp, John Zeratsky & Braden Kowitz, Sprint, Simon & Schuster, 2016（火曜日のStoryboard Sketchセクション）
- Bill Verplank, “Interaction Design Sketchbook”, Bill Verplank’s Design Notes, 2009