UI/UXデザイナーの参画初月にやること｜現場で信頼される進め方

UI/UXデザイナーの参画初月は、利用者と業務の現状をつかみ、既存のデザインの決まりと判断の流れを覚え、月末に「小さな改善を一つ」と「次の1〜2か月の進め方」を出して合意を取るところまでを目標にします。最初の1か月で求められるのは、画面を大量に作ることより、このデザイナーの判断は根拠があって任せられる、と発注側が感じられる材料を示すことです。

参画前の契約・環境の準備は参画が決まってから開始日までにやること、職種を問わない最初の1週間の進め方は参画初日から最初の1週間でやることで解説しています。この記事では、UI/UXデザイナーならではの初月の動き方に絞ります。

初月のゴールを3つに分ける

この3つを、1週目、2週目、3〜4週目の順に重心を移しながら進めます。

1週目：資料と人から利用者と現状を集める

最初に目を通すもの

UI/UXデザイナーは、画面のファイルだけでなく、利用者に関わる材料を幅広く読みます。次の順で目を通すと、全体像をつかみやすくなります。

1. サービスや業務の目的と、主な利用者の説明：企画書や要件の資料、過去の調査の結果
2. 今の画面そのもの：自分で一通り操作し、迷った点や分かりにくい点を書き留める
3. デザインのファイルとデザインシステム：部品の作り方、命名、色や文字の決まり、更新の履歴
4. 問い合わせや利用の記録：よくある問い合わせ、離脱の多い画面など、見られる範囲で
5. 直近のレビューや定例の議事録：何が決まり、何が決まらずに残っているか

自分で操作して迷った点は、慣れてしまう前の初週にしか書き留められない材料です。この段階では結論を出さず、仮説としてためておきます。

関係者と短く話す

資料だけでは分からないのが、人の見方です。事業の責任者、社内のデザイナー、開発のリーダー、可能であれば業務部門や問い合わせ対応の担当と、短い時間で話す機会をもらいます。聞くことは次の3つに絞ると、相手の負担になりません。

• 利用者が一番困っていそうな場面
• 今の画面や進め方でうまくいっていること
• デザイナーに期待すること

同じ質問を全員にすると、立場ごとの見方の違いがはっきりします。この違いが、設計の論点の手がかりになります。

2週目：決まりと判断の流れに合わせる

既存の部品と決まりで一つ作ってみる

2週目には、小さな画面の修正や追加を、既存のデザインシステムの部品と決まりだけで作ってみます。自分のやり方を出すより先に、現場の作法で作れることを示すほうが、社内のデザイナーや開発の信頼を得やすくなります。部品の足りない点や、決まりのあいまいな点は、その場で変えずにメモにためておきます。

レビューの場と最終判断を持つ人を確かめる

誰が設計の最終判断を持つか、レビューをどの場で行うか、開発に渡す前に誰の確認が要るかを窓口と確かめます。ここがあいまいなままだと、関係者の意見のたびに設計が行き来します。

開発への渡し方を合わせる

デザインのファイルの渡し方、画面の状態の書き方、質問の受け方を開発のリーダーと合わせます。最初に渡した画面で、実装の途中にどんな質問が来たかを見ると、足りない情報が分かります。リモート中心の案件でのやりとりの工夫はUI/UXデザイナーのリモートの記事でも触れています。

3〜4週目：根拠のある改善を一つ形にする

改善の対象を一つに絞る

1〜2週目で集めた材料から、利用者の困りごとがはっきりしていて、影響の範囲が小さい点を一つ選びます。大きな画面の作り直しより、入力の順番、ラベルの文言、エラーの伝え方など、短い期間で確かめられる改善が向いています。

前提と根拠を添えて出す

改善の案には、次の点を添えます。

• どの利用者の、どんな困りごとに向けた案か
• 根拠にした材料（自分の操作、聞き取り、問い合わせの記録など）
• まだ確かめられていない点と、確かめ方

可能であれば、社内の数人に試作を操作してもらう短い評価を行い、その結果を添えると、好みの議論になりにくくなります。

次の1〜2か月の進め方を出す

改善案とあわせて、1か月で見えた課題の一覧と、次の1〜2か月で何を調べ、何を設計するかの案を出します。ここまでできれば、初月の役割は十分に果たせています。

案件の型によって初月の重心は変わる

既存のデザインチームに加わる案件

社内にデザイナーがいる現場では、チームの決まりとレビューの進め方に合わせることが初月の中心です。担当する範囲を速く仕上げ、気づいた点は提案として出します。

デザイナーが少ない現場で中心を担う案件

デザインの担い手がいない現場では、進め方そのものを自分で組み立てる必要があります。初月は、関係者の役割と判断の流れを先に決め、デザインのファイルの置き方や命名など、最小限の決まりを整えることが大切です。

業務システムの案件

業務部門の利用者は、日々の作業の流れの中で画面を使っています。初月のうちに業務の流れを聞き取り、例外の多い場面を洗い出しておくと、2か月目以降の設計の手戻りが減ります。現地での観察が必要な場合は、日程を早めに相談します。

デザインシステムの整備の案件

部品を作り始める前に、今どの部品がどこで使われ、どこで決まりが崩れているかを棚卸しします。社内のデザイナーと開発の両方に、困っている点を聞いておくと、優先順位を決めやすくなります。

初月に避けたい動き

範囲外の依頼が増えてきたときの扱いは業務範囲が変わったときの記事、UI/UXデザイナーがつまずきやすい場面はUI/UXデザイナーのフリーランスがつまずきやすい点と対策で整理しています。

1か月の終わりに振り返ること

1か月が過ぎたら、次の点を自分で振り返ります。

• 主な利用者と困りごとについて、自分の見立てを関係者に伝えられたか
• 設計の最終判断を持つ人と、レビューの場が分かっているか
• 既存の決まりどおりに作れているか、開発からの質問は減ってきたか
• 契約で決めた業務の範囲と、実際に担っている仕事がずれていないか
• 稼働時間の記録が残っているか

ずれている点があれば、2か月目の早い段階で窓口と話しておきます。

よくある質問

前任のデザイナーからの引き継ぎがほとんどありません。何から始めればよいですか？

今の画面を自分で一通り操作し、デザインのファイルとデザインシステムの更新の履歴を読むところから始めるのが近道です。そのうえで、開発のリーダーに「デザインのどこで困っているか」を聞いてください。引き継ぎの資料がない状態も、現状の見立ての一部として報告に含めておくとよいでしょう。引き継ぎの考え方は引き継ぎの記事もご覧ください。

初月に利用者へ直接話を聞く機会がもらえません。

すぐに機会がもらえなくても、問い合わせの記録や利用の数字、利用者に近い社内の担当者への聞き取りから仮説を立てられます。そのうえで、2か月目以降に短い聞き取りやユーザビリティテストを行う計画を提案すると、検討してもらいやすくなります。

社内のデザイナーがいる現場で、どう振る舞えばよいですか？

最初の週のうちに、誰がどの範囲を担当し、どの判断を誰が持つかを社内のデザイナーと確かめておきます。既存の決まりに沿って作ることを優先し、変えたい点は根拠を添えた提案として出すと、役割の衝突を防げます。