UI/UXデザイナーのスキルシートの書き方｜面談で評価される実績の見せ方

UI/UXデザイナーのスキルシートは、作った画面やサービスを並べるよりも、「誰のどんな課題を、どう調べ、設計で何を変え、どう確かめたか」を書くと伝わります。読み手は、見た目の質と同じくらい、使いやすさの判断を任せられるかを見ているからです。

この記事では、UI/UXデザイナーならではの書き方のポイントを、架空の記入例とあわせて紹介します。全体の構成はスキルシートの書き方の基本、求められるスキルはUI/UXデザイナーのスキルの記事をご覧ください。

UI/UXデザイナーのシートが伝わりにくくなる理由

UI/UXデザイナーの経歴は、ツールや手法の名前が並びやすい傾向があります。「ユーザーインタビュー」「ペルソナ」「カスタマージャーニーマップ」「ワイヤーフレーム」「プロトタイプ」と並べても、どの程度自分で担ったのかは読み取れません。

また、担当した画面の多くは守秘の対象で、ポートフォリオに載せられないことがよくあります。画面を見せられない分、どの工程を、どの深さで担ったかを文章で伝えることが、シートの中心になります。

読み手が知りたいのは、主に次のことです。

• どんなサービスや業務システムで、誰が使うものだったか
• 調査から評価までのうち、どの工程を担い、どれを自分で計画したか
• 調べた結果を、設計のどこに反映したか
• 作ったものを、どう確かめたか

プロジェクトの概要は「対象」と「利用者」を先に書く

UI/UXデザイナーの案件は、対象が一般向けのサービスか、社内の業務システムかで求められる経験が大きく変わります。サービス名の代わりに、次の項目を書きます。

利用者の行は特に大切です。利用者がどんな環境で、どれくらいの頻度で使うかが分かると、読み手は設計の難しさを想像できます。

担当工程は「主導」と「参加」を分けて示す

UI/UXデザイナーのシートで差がつくのは、工程ごとの関わりの深さです。表で示すと、面談の前に読み手が把握しやすくなります。

「主導」は自分で計画して進めたもの、「参加」は他の人の計画の中で担当したもの、と使い分けると、面談での説明と食い違いにくくなります。

本文は「課題・調べたこと・変えたこと・確かめた結果」で書く

プロジェクトの本文は、手法の一覧ではなく、判断の流れで書きます。

記入例（架空）：手法の一覧から判断の流れへ

書き直す前：ユーザーインタビュー、業務観察、ペルソナ作成、ワイヤーフレーム作成、プロトタイプ作成、ユーザビリティテストを実施

書き直した後
課題：配車の登録に時間がかかり、入力の誤りによる配送のやり直しが起きていた
調べたこと：営業所で配車担当者の作業を観察したところ、画面を行き来しながら紙の一覧と照らし合わせていることが分かった
変えたこと：照らし合わせに使う情報を一つの画面にまとめ、入力の途中で誤りを知らせる設計に変更した
確かめた結果：試作を使って配車担当者にテストを行い、迷う箇所を直したうえで開発に渡した。リリース後、入力の誤りに関する問い合わせが減った

これは書き方を示すための架空の例です。対象や内容は、ご自身の経験に置き換えてください。

書き直した後の例では、画面の外の行動を観察して設計を変えたことが読み取れます。UI/UXデザイナーの面談では、このように調べた結果で設計を変えた経験がよく聞かれます。直近の1〜2件は、この形で書いておくことをおすすめします。

デザインシステムの経験の書き方

デザインシステムに関わった経験は、「デザインシステム構築」と一言で書かず、次の点を分けて書きます。

• 新しく作ったのか、既存のものを引き継いで育てたのか
• 何を担当したか（部品の設計、色や文字の決まり、使い方の説明、開発との対応づけ）
• 何チームくらいで使われていたか、追加や変更をどう決めていたか

作る経験と運用する経験は、案件で求められる場面が違います。どちらを担ったかが分かるように書きましょう。

成果の数字を書くときの注意

UI/UXデザインの成果は、利用の数字で語りたくなります。ただ、実数は多くの場合社外に出せません。数字を伏せる場合は、次のように書きます。

• 見ていた指標の名前は書く：「入力の完了率」「問い合わせの件数」「操作にかかる時間」など
• 値は方向で示す：「改善した」「減った」など
• 測り方を添える：テストで確かめたのか、リリース後の数字なのか

数字の変化は、デザインだけでなく、機能の追加や業務の変更、季節の要因でも動きます。自分の設計だけの成果として書くと、面談で切り分け方を聞かれたときに説明が苦しくなります。書いてよい範囲はスキルシートに書いてよいこと・いけないことの記事で解説しています。

スキルの欄に書くこと

スキルの欄には、ツールの名前と年数だけでなく、使い方の深さが分かる情報を添えます。

アクセシビリティの欄は、「対応経験あり」とだけ書かず、参照した基準と、何をどう確かめたかを書くと伝わります。WCAGはW3Cが公開しているウェブコンテンツのアクセシビリティの指針で、2026年10月時点の最新版は2.2です。

ポートフォリオとシートの役割を分ける

UI/UXデザイナーは、シートとポートフォリオの両方を求められることがあります。両方に同じことを書くより、役割を分けるほうが読み手の負担が減ります。

• スキルシート：経歴の全体、担当工程、期間と稼働、使える手法とツール
• ポートフォリオ：公開できる範囲の事例を、判断の流れが分かる形で数件

公開できる事例が少ない場合は、自主的に作った事例を加える方法もあります。その場合は、自主制作であることを明記しましょう。考え方はポートフォリオの記事にまとめています。

よくある質問

担当した画面をほとんど公開できない場合はどうすればよいですか？

対象、利用者、担当工程、判断の流れを文章で書けば、画面を見せなくても経験は伝わります。画面の構造だけを書き直した簡単な図を添える方法もありますが、元の画面が特定できない形にしましょう。シートの更新の時期はスキルシートの更新の記事が参考になります。

調査を担当していない案件も書いてよいですか？

書いてかまいません。担当工程の表で、調査は「担当外」または「結果を受け取って設計に反映」と書けば、読み手が関わりの深さを正しく理解できます。担当していない工程まで担ったように書くと、面談で説明がずれて信頼を損ないます。

Webデザイナーとしての経験はどう書けばよいですか？

見た目の制作の経験は、デザインの基礎として評価されます。UI/UXデザイナーとして応募するときは、その中で利用者の行動を見て直した経験や、画面の構造を決めた経験を前に出すと伝わりやすくなります。独立の進め方はUI/UXデザイナーがフリーランスになるにはをご覧ください。