UIデザイナー求人の選び方｜画面設計・状態・作品でスキルを示す
UIデザイナー求人では、画面の見た目に加え、操作の流れ、入力・エラー等の状態、部品の一貫性、開発担当との連携を確認します。職名だけで担当範囲は決まらないため、求人票の要件を作品の説明と対応づけましょう。未経験応募では、静止画を並べるだけでなく設計の判断を伝えることが大切です。
この記事は日本でUI職の求人・受託案件を探す人向けです。グラフィック職の条件を比べる場合は、グラフィックデザイナー求人の探し方｜応募条件・作品・契約を見極めるも参考になります。
UI・UX・Web・グラフィックの範囲を比較する
領域 | 主に確認する対象 | 作品で示すものの例 |
|---|---|---|
グラフィック | 媒体に応じた視覚表現 | 文字組み、ブランド、画像展開 |
Webデザイン | ページ構成、可読性、画面幅、実装範囲 | 目的に合うページとレスポンシブ案 |
UI設計 | 操作、遷移、状態、部品の規則 | 主要フロー、エラー、成功、部品 |
UX・プロダクト関連 | 利用課題、調査、検証、意思決定 | 実施方法と限界が分かる記録 |
これらは重なる領域で、企業によって役割名も担当範囲も変わります。UI/UXデザイナー、プロダクトデザイナー等の名称だけで判断せず、調査・設計・実装・検査の誰が何を担当するかを読みます。バナー制作は視覚表現の経験になりますが、操作する画面のUI設計経験と自動的に同じにはなりません。
求人票をスキルの証拠へ対応づける
要件の例 | 作品で示す証拠 | 面談で確認 |
|---|---|---|
情報・画面設計 | 目的、フロー、情報の順序 | 要件・優先順位を決める人 |
コンポーネント | 部品の状態と使い分け | 既存のデザインシステム |
プロトタイピング | 操作できる主要タスクと分岐 | 何を、いつ検証するか |
開発連携 | 実装注記、未解決点、状態表 | エンジニアレビューとQA分担 |
ユーザー調査 | 実施内容、対象、観察、限界 | 調査を自分で担当するか |
デジタル庁のデザインシステムは、使い勝手、情報の探しやすさ、アクセシビリティ等を考える参考になります。政府の資料を利用しただけで、すべての求人要件やアクセシビリティの適合を満たすわけではありません。デジタル庁 デザインシステム。
架空例：予約フォームを1つの作品にする
Aさんは、架空の地域講座を予約するフォームを自主制作します。これは実際のサービスや調査結果ではありません。対象は講座の日時と空き枠を確認して予約する人とし、主要タスクを「日時選択→連絡先入力→内容確認→完了」と決めます。
画面を4枚作って終わりにせず、日時が満席ならどうするか、入力が間違っていたらどこへ戻るか、送信中に再度押したらどう見えるかを考えます。各画面と分岐に名前を付け、実装担当が意図を読み取れるようにします。
状態 | Aさんが用意する表示・動作の案 | 点検すること |
|---|---|---|
空き枠なし | 別日へ戻る案内 | 次の行動が分かるか |
読み込み中 | 処理中と分かる表示 | 空の画面と誤認しないか |
入力エラー | 該当欄、理由、直し方 | 色だけで伝えないか |
送信中 | 進行中と分かる案内 | 二重操作への対応を実装担当と確認 |
予約成功 | 日時・確認方法の表示 | 完了と次の行動が分かるか |
入力欄はラベル、必須・任意、補足、エラーの関係を整理します。編集不可なら理由が分かるようにし、キーボード操作や支援技術への情報の伝え方も開発担当と確認します。フォームの具体的な考え方はデジタル庁デザインシステムβ版 インプットテキスト（アクセシビリティ）が参考になります。設計案だけで実サイトの適合を保証しないでください。
検証したことと仮説を分けて書く
Aさんはプロトタイプで予約まで進み、戻る操作と入力エラーの表示を自分で点検します。これは自己点検です。実際の利用者への調査をしていないなら、「ユーザーテストで改善した」「予約率が上がった」と書きません。
ポートフォリオのケース説明（架空）
目的：講座の日時を選び予約内容を確認する
担当：主要フロー、画面、状態、部品、プロトタイプ
制約：調査未実施、実装未対応
点検：自分でタスクを進め、戻る操作とエラー案内を確認
変更：確認画面へ日時を明示し、エラー理由を追加
未解決：実ユーザーの理解、実装後の操作・アクセシビリティ確認
調査を行った作品では、対象・人数・方法・観察と解釈の区別、限界を書きます。チーム制作なら自分の担当を明示し、他の人の成果まで自分の実績にしないようにします。求人要件に対してどの証拠を示せるかを整理すると、未経験の部分も説明しやすくなります。
ツールは納品とチームの条件で選ぶ
ツール名を覚えるだけでなく、部品管理、共同編集、プロトタイプ、実装への引継ぎに必要な操作を確認します。求人が指定するツール、ファイル形式、権限、料金条件を見て判断しましょう。特定ツールを使えるだけで採用が決まるわけではありません。
Adobe XDは公式にメンテナンスモードとされ、新機能の継続開発を行っていない説明があります。既存顧客への不具合・セキュリティ等の対応は示されており、「サポート終了済み」とは同じではありません。既存案件への対応と、新規の学習ツール選びを分けます。Adobe XD FAQ — Maintenance mode。
雇用・受託と応募課題を確認する
雇用求人では勤務・賃金・業務や勤務地の変更範囲、有期契約の更新条件等を確認します。厚生労働省 職業安定法施行規則改正・労働条件明示等。受託案件では画面数だけでなく、状態、調査、修正、仕様説明、検収、支払いまで範囲を決めます。対象となるフリーランス法の条件も確認します。公正取引委員会 フリーランス法特設サイト。
会社員の副業は会社員の副業の始め方｜就業規則・契約・20万円の申告条件で手続きを確認してください。画面の素材・フォント・公開許可・守秘も確認し、自主制作でも実在サービスの名称や顧客情報を安易に使いません。文化庁 誰でもできる著作権契約マニュアル 第1章1(2)。
応募前のチェックリスト
- 職名ではなく、調査・UI設計・実装・QAの担当範囲を読んだ
- 主要タスクと画面遷移を説明できる
- 通常・空・エラー・処理中・成功の状態がある
- 部品の規則と画面幅の変化を説明できる
- 調査・自己点検・仮説・実測成果を区別した
- レビューとエンジニア連携の体制を確認した
- 作品の担当・素材・公開許可を明示した
- 応募課題の範囲・時間・選考外利用を確認した
コードを書かないUI設計でも、動作仕様を実装担当へ伝える必要があります。分業と引継ぎの条件は、コーディングなしのWebデザインはどこまで請ける？分業・ノーコード・納品条件で確認できます。作品の見た目と、説明できる設計の範囲を両方揃えて応募しましょう。
関連するガイド
出典・確認先
制度の公開情報は2026年10月5日に確認。個別の条件は各案内・窓口で確認してください。
