Don’t design anything until you get answers to these 3 questions
私はこれまで何度も、熱心にプロジェクトに参加してはみたものの、重要な知識の欠落に気づいたことがあります。その結果、デザインのやり直し、急ぎのリサーチ、ありえないほど短いスケジュール、チームメンバーの不満、不機嫌なデザイナー（私）、といった混乱が生じました。
プロジェクトを開始するとき、すべての答えを持っているわけではありませんが、以下の質問に対する答えがわかるまで、ブレーキを踏みましょう。
1. 私たちが解決しようとしている問題は何か？
解決すべき問題は何か？実際に解決しなければならない問題は何なのか？私たちはしばしば、問題を提示される代わりに、あらかじめ考え出されたソリューションのインタラクションやビジュアル・スタイルを決定することを課せられます。ニールセン・ノーマン・グループのサラ・ギボンズは、"間違った問題に対する優れたソリューションは失敗する "と言っています。
例えば、保護者向けの教育コンテンツが満載のプロダクトを担当しているとします。
あるプロダクトマネージャーが、数人の顧客から「ページをブックマークする機能を追加してほしい」という要望を受けたとします。それは、あなたにとって実行するのは簡単なことです。ワイヤーフレームを作成し、ユーザーと一緒に使い勝手をテストします。ユーザーは問題なくページをブックマークすることができます。そして、開発され、ユーザーに公開されます。
しかし、紙とペン（あるいはフレームにカーソル）を当てる前に、もう少し問題を掘り下げてみたらどうでしょうか。
さらにサポートリクエストを調べていくと、ページを見失うというテーマがユーザーの間で共通していることがわかります。ある人はブックマークを、ある人はより良い検索ツールを、そして多くの人は何を求めているのか分からず、ただ今のやり方がうまくいっていないことを訴えています。突然、この問題空間の可能性が開かれたのです。問題は、ユーザーがページをブックマークする必要があることではなく、『ユーザーが探しているページを見つけられないこと』なのです。それによって、デザイナーが最も得意とする問題解決を行う余地が生まれます。
uxspot.ioのこのテンプレートは、チームが問題を定義するのに苦労している場合に、簡単に始められるものです。
2. この問題を解決できたと、どうすればわかるか？
永遠に繰り返すことは可能ですが、私たちがやろうとしたことをやり遂げたというシグナルは何なのでしょうか？この答えを知らずにプロジェクトに参加するのは簡単なことです。しかし、動いている目標を達成するのは難しいのです。
先ほどのシナリオで考えてみましょう。アプリ内の異なるページを見つけるという問題を定義したら、成功をどのように測定するかを考える必要があります。シグナルは次のようなものです。
- サポート依頼の減少
- ユーザー満足度の向上
- 特定のページを見つけるための作業時間の短縮
プロダクトチームや開発チームと協力して、この問題を解決してください。まずは高いレベルから始めて、作業を進めるうちに、より詳細なレベルへと移行することができます。HEARTフレームワークで提案されているモデルは、成功の定義を始めるための有用なリソースとなります。
もうひとつ、前もって考えておくとよいのは、基準値を測定することができるからです。ベースラインとは、新しい指標と比較するために使用する最初の指標のことです。この比較によって、あなたとあなたのチームは、成功したかどうかを知ることができるのです。測定対象や使用するツールによっては、変更後に測定できないこともあります。安全策を講じ、最初に基準値を測定しておきましょう。
最後に、数字はあなたとあなたのデザイナーとしての腕前を物語る素晴らしいものです。履歴書に努力の成果を書き加えるにせよ、組織内でデザインの価値を証明するために数字を使うにせよ、手元に置いておくと便利です。
3. このプロジェクトのタイムラインは？
プロジェクトに関わる全員がタイムラインについて同意していることを確認することは、プロジェクトを円滑に進めるためのシンプルな方法です。誰もキーキー騒ぐようなことはしたくないものです。全員が同じ考えを持っていることを確認するために、タイムラインについて話し合うようにしましょう。具体的には
- プロジェクトはいつスタートさせるのか？
- どのようなチェックポイントを設けるか？
- いつまでに開発を開始するか？
- いつユーザーにリリースするか？
- 達成しなければならない大きなマイルストーンはあるか？
少し強引かもしれませんが、ステークホルダーの期待に確実に応えるためには、彼らが頭の中で考えているスケジュールを知る必要があります。これらの質問をきっかけに、質の高いデザインやリサーチにどれくらいの時間がかかるかについて、健全な会話を始めてください。短いタイムラインに伴うリスクについて話す。
この質問のもう一つの大きなメリットは、タイムラインの変更から身を守ることです。合意したタイムラインを文書化し、頻繁に参照することです。しかし、誰かがデザイン作業の状況について懸念を抱いた場合、以前に合意したタイムラインを参照できるようにしておきたいものです。
最後に、すべてを文書化すること
新しいチームメンバーが加わる、リーダーが交代する、誰かがチームを去る、などなど。これらの決定を文書化することで、チームはより変化に強くなります。
