ユーザーストーリーマッピングとは？作り方や事例をテンプレートと共に紹介

開発チームの優先事項は、常にエンドユーザーであるべきです。ユーザーのニーズや好みを予測することで、より良い体験を生み出し、製品の継続的な使用を促すことができます。ただ、これを実践するにはどこから始めればよいでしょう。

そこで登場するのがユーザーストーリーマッピングです。小説を書く前にプロットのアウトラインを描くように、ストーリーマッピングはチームが製品のストーリーを計画し、詳細が増えても迷わないように支援します。

この記事では、ユーザーストーリーマップを作成し、それを使用してより効果的なユーザーエクスペリエンスを計画する方法を説明します。

ユーザーストーリーとは？

ユーザーストーリーとは、使いたい人 (通常はその製品のユーザーや顧客) の視点から製品の機能を短く簡潔に説明したものです。

ユーザーストーリーは通常、次の形式に従います。

[ユーザーのタイプ]として、[メリット]を得るために[アクション/機能]をしたい。

例としては「メールユーザーとして、探している情報をすぐに見つけられるようにキーワードでメールを検索したい」というようなものです。ユーザーストーリーは行動に焦点を当てているため、顧客が製品に何を求めているか、そして到達した後にどのように動くかを理解するのに特に役立ちます。

ユーザーストーリーマッピングとは？

ユーザーストーリーマッピングは、ユーザーストーリーを視覚化し、ユーザーが製品をどのように操作するかを概説し、それらのユーザーのニーズをスプリント内でどのように実現できるかを示します。

プロダクトマネージャーは、開発を通じて全員が正しい方向に進むための羅針盤としてユーザーストーリーを利用します。また、製作チームのメンバーは、顧客が製品に求めるものや製品を使いたい方法をユーザーストーリーマッピングを通じて把握します。このように、ユーザーストーリーマッピングは単純なプロダクトバックログリストに代わるもので、製品の計画と開発のためのよりダイナミックで視覚的、かつ戦略的なツールを提供します。

以下に示すユーザーストーリーマッピングの例のように、ユーザーストーリーマッピングはユーザーストーリーをユーザーの構成要素である行動や動作に分解したものです。上位レベルのユーザーアクティビティを最上位に配置し、各アクティビティを完了するために必要な小さなタスクをその下に配置することで、アクティビティを機能に結び付け、依存関係を特定し、最初に構築するものを決定しやすくなります。

ユーザーストーリーマップで顧客中心型のアプローチを取ることで、顧客のニーズを出発点として開発を進められ、顧客満足度の向上を実現することができます。

ストーリーマッピングを使用する理由

ユーザーストーリーマップを利用することで、ユーザーの喜ぶ製品やサービスを作る上で以下のようなメリットが得られます。

• 作業に優先順位が付けられる：ユーザーマッピングでユーザーエクスペリエンスの全体像をチームで把握でき、メンバーが必要なタスクを決定してスプリントやリリースにまとめやすくなります。

• 正しい要件を判断するのに役立つ : 要件の制約がなければ、バックログ項目はまたたく間に膨れ上がります。ストーリーマッピングを導入することで、製品要件に適した規模を見極め、大規模なプロジェクトをチームに適した規模に分割することができます。

• ユーザー価値が重視される：ストーリーマッピングでユーザーの視点に焦点を当てることで、チームがエッジケースに向けて過剰設計するのを防ぐことができます。例えば、チームが顔認識ログインの追加に意欲を感じる場合でも、マッピングと議論により、ほとんどのユーザーがデスクトップからログインしていることが明らかになれば、ユーザーにより大きな利益をもたらす改善に注力できる可能性があります。

• 障壁や依存関係が明確になる：ユーザーストーリーマッピングは、製品の全体像を提供することで、リスクや問題、依存関係を明らかにし、問題発生前にチームが潜在的な課題に対処できるよう支援します。

• チームの統一性を確保 : ユーザーストーリーマッピングの過程では、その名の通り、チーム全体でユーザーストーリーに対する合意を形成し、これに従って製品の製作を進めます。進むべき道を見失った際には、いつでもこのマップに立ち返り、原点を確認することができます。

• 絶え間ない改善が可能 : ユーザーストーリーマップを入念に定義し、優先順でストーリーをグループ化してイテレーションの中で処理していくことで、プロセスの早い段階でフィードバックを集め、プロジェクトの進行に合わせて改善することができます。

ユーザーストーリーマップの作成に関係するメンバーは？

ユーザーストーリーマップの作成に誰が参加すべきかは、プロジェクトとそれに関わるチームによって異なります。通常であれば、以下のようなメンバーやチームに参加してもらってマップを作成することが多くなります。

• UX/UI

• プロダクトマネージャー

• セールスチーム

• マーケティング

• カスタマーサービスおよびサポートチーム

• エンジニアリングチーム

• IT

• 法務部

• 財務チーム

各グループはユーザーエクスペリエンスの異なる部分を見ているため、マッピングの際には部門横断型の連携がとりわけ重要になります。プロダクト、UX、エンジニアリングの各チームは、ランディングページの認知負荷を減らすか、それともすべての詳細を含めるか、といったトレードオフを素早く明らかにし、ユーザーにとって最も重要なものを調整できます。

ユーザーストーリーマップを作成する方法

ユーザーストーリーマップの作成を始める際には、まずストーリーマップのフォーマットを決めます。Lucidspark のようなオンラインホワイトボードを使用すると、チームが対面でもテレワークでも、マッピングワークショップ全体を1つの共有されたクラウドベースのスペースで実施できます。Lucidspark では、ユーザーストーリーマップに貢献する際に各チームメンバーがそれぞれのコラボレーターカラーを使用することもできるため、マップ上の特定の点について確認が必要になった場合でも、元の作成者に簡単に問い合わせることができます。

分かりやすく有用なユーザーストーリーマップを作成するには、以下の手順に従います。

1. ユーザーを理解する

製品の主な顧客はどのような層でしょうか。ユーザーのタイプはさまざまですが、主な対象層を特定することで、脇道にそれることなく、優れた製品を提供するための開発を進めることができます。

フォーカスグループや A/B テストは、ユーザーが製品をどのように利用するかについてのインサイトを提供します。また、過去の実績や業界の調査結果を参考にすることでも、ユーザーファーストの視点を保てます。

多くのチームは、ユーザーの動機、不満、目標、欲求を把握するためにペルソナを作成し、それらのペルソナを用いて、ユーザーが本当に何を重視しているかについての仮説を検証します。

ストーリーマッピングをカスタマージャーニーマッピングと組み合わせることで、各段階でユーザーが何を考え、何を感じているかを理解し、摩擦を解消し、喜びの瞬間を加えることができます。

2. 問題を特定する

自社の製品やサービスで解決したい顧客の課題を特定するため、ユーザーファーストの考え方でエンドユーザーが製品をどう体験するかをイメージします。この情報の伝え方に行き詰まったときは、「ユーザーとして [メリット] が得られるよう [行動] をしたい」という文に当てはめて考えてみましょう。

3. ユーザーアクティビティをマッピングする

製品とのやり取りは、ユーザーアクティビティという形で発生しますが、ユーザーストーリーマップを作成する際にはこうしたアクティビティが要点となります。各アクティビティの下には一連のユーザーストーリーがあり、より大きなカスタマージャーニーを作り出しています。

ワークショップのファシリテーターを務める場合は、ユーザーアクティビティのブレーンストーミングを行ってから、関連する問題点や目標に移ります。これらのカテゴリーを体系的に進めることで、チームは一度に1つの目標に集中することができます。対面でもリモートでも、チームメンバーが自分のノートを参照したり個別に調べたりできる静かな熟考の時間を設けてください。チームに深い思考の時間を与えることで、単なる早口の議論よりも質の高いインサイトが得られます。

マップを構成する準備ができたら、高レベルのアクティビティを上部に配置し、その下にそれらを完了するために必要な具体的なタスクをリストアップします。例えば、「動画の編集」というアクティビティには、ログイン、録画、エクスポートなどのタスクが含まれます。

プロの便利な機能 : ワークショップの前にホワイトボードを準備しましょう。

ちょっとした設定をするだけで、マッピングセッションをよりスムーズに進めることができ、混乱も少なくなります。チームメンバーを集める前に、Lucidspark ホワイトボードをセットアップしておきます。まだストーリーマップの作成は始めず、ブレインストーミングから行います。有意義なブレインストーミングセッションを実現するには、ガイドラインが必要となります。まず、コンテナを追加してブレインストーミングを整理します。以下のようなラベルを付けることができます。

• ユーザーアクティビティ

• ユーザーの問題点

• 目的と目標

ブレインストーミングを始める前にボードにラベルを付けて、共同編集者の追加や簡単なチュートリアルの共有をしておくと便利です。

4. 優先順位を付ける

ユーザーアクティビティとそれに対応するストーリーを特定してマッピングしたら、ユーザーストーリーの優先順位付けに移ります。ストーリーを重要度の高いものから低いものへと縦方向にランク付けし、カスタマージャーニーに与える影響が最も大きいものを割り出します。

Lucidspark を使用していれば、アクティビティ、問題点、またはストーリーにタグを付けて、優先順位を一目で確認できます (例：「必須」、「必要」、「後で」、またはリリース別など)。マップを実用的な状態に保つため、優先度の低いアイデアは現在のリリース計画に無理に押し込まずに記録しておきます。

5. 障壁を特定する

ユーザーストーリーマップの形が見えてくると、情報が不足している部分、障壁となっている部分や制作に支障をきたすような課題が浮上してくることがあります。この段階でその解決策や回避策を確認します。

6. スプリントを計画

こうしたマッピングの作業が成果となって現れるのがプロジェクトの計画段階です。ユーザーのアクティビティとストーリーの優先順位付けが済んだら、スプリントにまとめます。ここでユーザーストーリーマップの各部が製作チームの各メンバーに割り当てられ、完了までの道筋が明確に見えてきます。

Lucidspark では、タイムラインやダイナミックテーブルを使用して、機能をスプリントサイズのタスクに分割することで、作業を直接実行に移すことができます。ブレインストーミングが実際にチームメンバーに割り当てられる明確で処理しやすいタスクにどう分割できるかが見えてくるので、プロセスの中でも楽しい部分です。加えて、全員がユーザーストーリーマッピングに参加することで、小さなタスクが全体的なユーザーエクスペリエンスにどう関係するのが分かりやすくなり、プロセスの全体像が理解しやすくなります。

ユーザーストーリーマップの課題 (と、それを克服する方法)

ユーザーストーリーマップに関連する一般的な課題と、それらに対処するためのヒントは次のとおりです。

• マップが汎用的すぎるか、詳細すぎる：どの程度の詳細を含めるかには、適切なバランスがあります。チームの認識が一致していない場合、詳細が十分でない可能性があり、全員の認識がそろうまで詳細をさらに追加する必要があります。チームメンバーが途方にくれてしまうような場合には、内容が細かすぎる可能性があります。煩雑にならないよう、シンプルな表現を使いましょう。

• ユーザーを理解していない：対象となるユーザー像を理解せずにマップを作ることはできません。人口統計データを利用して、どんなユーザーが製品を使用しているかを把握しましょう。

• マップが古くなっている：クラウドホスト環境で地図を作成することで、いつでもどこでも簡単に更新できます。また、クラウドベースのコラボレーションは、同じ場所で働いている場合でもテレワークでも、長期にわたって関係者の関与を維持しやすくします。

• 製品の存在意義が分からない：これは大問題です。その製品で解決できる問題が分からなければ、その解決の道筋を決めるストーリーマップも作りようがありません。

ユーザーストーリーマップ作成後の次のステップ

ユーザーストーリーマップの作成が完了したら、マッピングしたアクティビティやストーリーを関連するステークホルダーに確認してもらいます。マップの内容は決定事項ではないので、必要に応じて変更できます。関係者全員がユーザーストーリーマップの最終形に合意できたら、制作チームが開発に取り掛かります。

この段階では以下のような図やプロセスが役に立ちます。

• 品質機能展開：顧客のニーズへの対応に焦点を当てるフレームワークの開発に役立ちます。

• プロダクトバックログ : プロジェクトパイプラインに含まれる項目を確認して優先順位のレベルを特定します。

• プロダクトロードマップ : 将来のプロダクト目標を明確にします。

• スクラムまたはカンバンボード：各タスクをどの従業員が担当しているかを視覚化し、進行中、完了済み、ToDo を明確にしましょう。

• カスタマージャーニーマップ：カスタマージャーニーを精査し、製品やビジネス全体の意思決定に役立てられます。

ユーザーストーリーをマップ化することで、最も効果的な最終製品を作り出すために何から取り組むべきかをビジュアルで把握することができます。ストーリーマッピングは余計な作業と捉えてしまいがちですが、後々高コストな手戻りになる前に、早い段階でユーザーの課題や動機を洗い出すための重要なステップであることが多いです。