UXデザイナーがプロダクト設計をスムーズに推進するためのいくつかの心得
メンバーズでUXデザイナーとして仕事をする中で、デザインの対象が「WEBやアプリ」のプロダクトになることがあります。いくつかのプロダクトを担当する中で、プロダクト設計を推進するための自分なりのやり方がなんとなく定まってきたので、まとめてみようと思います。
※ここでは「設計」という言葉で、HCD-Netの認定制度のコンピタンスでいうところのA5（ユーザー体験の提案・構想能力）〜A10（デザイン仕様作成能力）あたりを指しています。
心得１：カタチにする事を恐れない
ここでいうカタチとは画面デザインに限らない。ペルソナ、カスタマージャーニーマップ（As-Is or To-Be）、ユーザーストーリーマップ等、ユーザー像や体験などでもOK。
何かしらカタチにすることで議論が進む。カタチがあると議論の焦点が定まり、何を議論して何を決めればいいのかがはっきりする。また、同じ言葉で話していたとしても頭の中で想像しているものは全然違うことはよくある。
あなた「ひとまずユーザーストーリーマップ作ってみました」
誰か「あ、こことここのプロセスって逆だと思ってました」
あなた「え、、、」
「しっかり準備して100％のものを出す」のは諦める。50％でいいから出して、議論とF/Bを受けながら完成させていく。その方が早いし、関係者の合意も得られるし、なにより、よりよいものが作れる。
あなた「とりあえず、ざっくりした画面イメージ作ってみたんですけど…」
誰か「あ〜、ここはこうした方がいいいね」
誰か2「あっちの機能ではこうなってるから、これはできないね」
あなた「なるほどなるほど」
会議の中で一緒につくる。なんでもかんでも持ち帰らず、重要なポイントや自分の理解が十分でない部分があれば、その場でカタチを変える。
誰か「ここストーリーはイメージはちょっと違うな〜」
あなた「なるほど、どういう感じなんですか？」
誰か「この段階ではユーザーはここまでの設定はできないと思う」
あなた「となると、このあたりでやるイメージ？」
誰か「そうそう、そんな感じ。」
心得2：「課題」と「解決策」は常に分離し続けるべし
課題と解決策はよく混同される。今のフェーズでは、課題を深ぼるのか、解決策を出すのか、常に意識してプロセスや会議をコントロールする。
解決策を出すのが好きな人はけっこう多いから、課題の検討フェーズで解決策の話が出がち。まず、その発言は課題についてなのか解決策についてなのか（それ以外なのか）を見極める。解決策の話なら、その人がどんな課題を解決するためにその解決策を持ち出したのかを確認する
誰か「説明用の動画作ったらいいんじゃない！？」
あなた「それってこのサービスのどこがわかりにくいってことなんですかね？」
誰か「このサービスのここって一般的じゃないから理解しにくいと思うんだよね。あ〜…それなら画面上にテキストで説明入れてもいいかもね。」
心得3：プロダクトはプロダクトマネージャーのもの
UXデザイナーとプロダクトマネージャーで意見が異なった場合、議論が尽くされているなら最終決定権はプロダクトマネージャーにある。
UXデザイナーは、そのプロダクトのユーザーにとっての価値とその提供方法を考えるのが主な役割。一方で、プロダクトについて最終的な責任を負うのがプロダクトマネージャー。責任のあるところに最終決定権がある。
あなた「ユーザーにとっては、この機能はこうなっていた方がいいですね」
プロダクトマネージャー「確かにそうなんですが、顧客に提示しているロードマップに書いてあるこちらの領域の方のアイテムの優先順位を上げたいです」
あなた「わかりました、そうしましょう。」
UXデザイナーは、プロダクトマネージャーがプロダクトに愛着を持ち、また自信をもって判断ができるように伴走していく。
プロダクトマネージャーがユーザーに接し、ユーザーを理解し、プロダクトマネージャーの心の中にユーザーが存在している状態を作りだすのもUXデザイナーの役割。
誰か「XXさん、この機能のここってどっちの仕様がいいんですかね？」
プロダクトマネージャー「この前のリサーチで、*****っていう人がけっこういたんだよね。だからこっちにしようか。」
誰か「承知しました！」
あなた「（よしよし）」
心得4：アウトプットの「解像度」とお友だちになるべし
プロダクト設計の各フェーズのアウトプットには解像度がある。例えば、旅行サービスのカスタマージャーニーマップであれば、
解像度低：調べる→比較する→予約する→旅行に行く
解像度高：日付を入力する→行き先を入力する→ペット可で絞る→検索結果を見る…
解像度は高ければいいというわけではない。その時の議論の進捗によって最適なレベルがある。メッシがボールをコントロールするかの如く、UXデザイナーは解像度を自在にコントロールしなくてはいけない。
あなた「今日はざっくりとしたジャーニーマップを作ってきました。まずはこのレベルで議論できればと思います」
誰か「（なるほど、今日はオプションの検索条件の項目についての話はしない方がよさそうだな。）」
設計における各プロセスの解像度は、タイミングを見計らいながら、全体をゆっくり上げていく。漫画家がまずは頭の中の構想をネームに落とすように。画家が木炭で下絵から描きはじめるように。彫刻家が大まかな形から切り出すように。
あるプロセスが100％になったら次のプロセスに進む、というのはできない。なぜなら、あるプロセスが100％になったかどうかは、次のプロセスのアウトプットが出せるかどうかで判断されるから。各アウトプットの解像度は、並行してあげていく。
誰か「（画面案を検討しながら）この機能のここについて、A案とB案があるんですけどどっちがいいんですかね？」
あなた「ユーザーがどう使うか次第ですよね。カスタマージャーニーマップ（ToBe）の段階でもそこまで詰められてなかったので、カスタマージャーニーマップ（AsIs）まで遡って、今の業務を整理してみましょうか。」
心得5：「不要な機能」はない。「優先度の低い機能」があるだけ。
解決策（機能や画面）について議論をしていると、アイデアがたくさん出てくる。その時に、「いらない機能」のアイデアが出てきることはあまりない。どのアイデアも「あったらいい」と思えるもの。
問題は優先度。限られた開発リソースと、次々と出てくる課題・アイデアの中で、どの機能が実装すれば最も高い価値をユーザーに提供できるのか。UXデザイナーは、メンバーに常にそれを問いかけ続ける。
誰か「ここで、検索の入力項目のサジェストが出ると便利ですよね。」
あなた「確かに。先ほど、検索結果が保存できる機能アイデアも出ていましたが、どっちがユーザーにとって重要なんですかね？」
誰か「今回の場合は検索結果の保存ですかね。」
あなた「では、その順番でバックログアイテムとして積んでおいて、設計もそれに沿ってひとつずつ進めましょう」
ということで、ふだん無意識で考えていることを言葉にしてみました！
メンバーズでは、素早くカタチにしつつ、リリースまでお客様企業に伴走しながらよりよいサービスやプロダクトをつくるご支援を展開しています。お困りの企業担当者の方はぜひご相談ください！
また、一緒に働く仲間も探していますので、ご興味ある方はぜひご連絡ください！