価値定義のフォーマットを使って方針を言語化できる
「理想の体験の流れ」をストーリーとして描ける
体験フローからUIアイデアをブレストできる
前回の「体験の棚卸し」ワークでは、ユーザーの感情から「UIで配慮すべきこと」をあぶり出し、サマリーシートを作成しました。
進め方の記事でお伝えした STEP2「理想の体験を定義する」 にあたるパートです。手元にあるそのシートの「配慮」を使って、ユーザーにとっての「理想の体験(なりたい状態)」を定義し、具体的なUIアイデアの種に変換していきましょう。
「配慮すべきこと」はわかった。でも、それをどうやって画面(UI)に落とし込めばいいのでしょうか?
いきなりFigmaを開いて画面を作り始めるのは、まだ早いです。 まずは、その配慮がすべて叶った「ユーザーが最高にハッピーな状態(理想の体験)」をストーリーとして描き、そこから逆算して「じゃあどんな機能や情報が必要か?」をブレストしていきます。
このワークを終えたとき、手元には以下の3つができあがります。

これがあれば、「なんとなく」ではなく、「ユーザーの理想の体験を実現するために必要なUI」を自信を持って作れるようになります。
実践する上で使うためのテンプレートは以下で全てが見れます。
FigjamやFigma Design、そのほかmiro、テキストなんでもお好きなもので展開してください。(おすすめはFigjam)
このフレームワークで整理して実践していきましょう💪
▼ 価値定義をする
▼ 理想の体験を整理する
それでは、前回から引き続き「社内本レビューアプリ(BookShelf)」の田中さんを題材に、手を動かしていきましょう! 手元に前回のサマリーシートをご用意ください。

□ やること 前回のシートで整理した「配慮すること」を使って、このユーザーに対して提供する体験が「どういう状態になるのがベストか(価値定義)」を文章にまとめます。
□ これをやるとどうなる?(デザインで効く理由) 「配慮」の箇条書きを、誰の・どんな障壁を・どんな体験なら超えられるかという一文の方針に束ねられます。「機能を増やしたい」「見た目を整えたい」だけの議論に流れにくく、あとで理想の流れやUIを決めるときにも「これは価値に効くか?」と戻れるコンパスになります。
□ ポイント
□ 具体例(田中さんの価値定義)
【価値定義のフォーマット】
救いたいユーザー(入社したての田中さん)は、
「チームに貢献するため、上司が勧めた本からの学びをサクッと共有したい」という欲求があるが、
「内容がうろ覚えで、長文を書くのがプレッシャー」ということが障壁になってしまい、
「レビューの投稿」がやりづらい。
そのため、
「タイトル予測変換や、3行でOKという気軽さに配慮した体験」にすることで、
ユーザーのやりたい状態が達成しやすくなるので、この機能には価値がある!
この方針を軸に、次から実際に「理想の体験」を整理していきます。

□ やること Step 1で作った価値定義をもとに、田中さんがこの機能を使うときの「理想の体験の流れ」を時系列のフローで書き出します。
□ これをやるとどうなる?(デザインで効く理由) 価値定義を、時間と文脈つきのストーリーに落とす作業です。フレーム1では感情を外した「機械的なフロー」を土台にしましたが、今回は逆に、気持ちよく進む理想の出来事を細かく見える化します。どの瞬間に何がうまくいっていると最高かが見えるので、次のステップで「このシーンに、どんな画面・情報・操作が必要か」が具体化しやすくなります。
□ ポイント
□ 具体例(田中さんの理想の体験フロー)
- 「よし、今日は上司に勧められた『誰のためのデザイン?』を読むぞ!」 - 「せっかくだし、社内のBookShelfを開いておこっと」
- 「とりあえず『新規投稿』の場所だけ作っておくか(サクッとタイトル入力完了)」 - 「さ、読み進めるぞ〜」 - 「『シグニファイア』ってむずい言葉だな…あ、ヒントみたいなことね。なるほど、これ忘れないうちに投稿しとこ!(パチパチ)」 - 「良い概念モデルをデザインすることが大切…と。これも投稿しとこ!(パチパチ)」 - 「本の内容に加えて、自分の気づきもセットで短く書いておくと、後でチームの役に立ちそうだな〜」
のように”具体的なリアルな行動と心情”がわかるようにまとめましょう

□ やること
□ これをやるとどうなる?(デザインで効く理由)

□ やること
□ これをやるとどうなる?(デザインで効く理由)
□ ポイント
□ 具体例(UIに必要な体験要件のブレスト)
さきほどの「流れ2:本を読む + 投稿を書く」のフローを実現するためのアイデアを出してみましょう。
○「新規投稿」の作成部分
- 本の選択(検索)は最低限必要。最悪、トピックで説明できれば本を選ばなくてもいいパターンもあり得る? - 作成時に最低限必要な情報は? → 「タイトル」「ユーザー名」「日時」。 - 表紙の画像が自動で出るとテンション上がりそう。
○ 気づきなどの入力部分
- 読みながら書くなら、長文のテキストエリアじゃなくて、Twitter(X)のように短いフォームで「連投」できる形式がいいかも! - サクサク投稿できる軽快なUIにしよう。 - 画像(本の図解など)もサクッと貼れると便利そう。 - 本の内容を引用できる機能があると最高だけど、技術的に難しそうなら一旦外すか。
お疲れ様でした! ここまでで、ユーザーの「なりたい状態(理想の体験)」から逆算して、根拠のあるUIアイデアがたくさん出たはずです。
「要件を満たすだけの綺麗なUI」を作っていた頃とは、出てくるアイデアの質(ユーザーへの思いやり)が全く違うことに気づいたのではないでしょうか?
ただ、ここで出したアイデアはまだ「文字」でしかありません。 このアイデアが本当にユーザーの理想の体験を作れるかどうかは、実際にプロトタイプ(画面)を作ってみないとわかりません。
ここから先は、Figma等でプロトタイプを作り、「このUIでさっきのストーリーは実現できるか?」を評価しながら、さらにブラッシュアップ(デザインサイクル)を回していきましょう。
STEP3(プロトタイピング)の進め方そのものは、進め方の記事にも書いたとおり、この連載のフレーム1・2では深掘りしていません。
手を動かす手順は、BONOのデザインサイクル/プロトタイピングなどの別コンテンツで体系立てて学ぶ想定です。迷ったら、進め方の記事の「STEP3」節を読み返してください。
デザインで迷走しなくなる「正しい進め方」を、実践しながら体で覚えるAI時代にも必須な入門レッスンです。
