UI/UXデザイナーのフリーランス案件の仕事内容｜案件の種類と働き方

フリーランスのUI/UXデザイナーの仕事は、利用者の状況を調べ、画面や流れを設計し、試作で確かめて直し、開発に渡すことの繰り返しです。ただし、どの種類の案件に入るかで、1日の時間の使い方も、向き合う相手も、手元に残る成果物も大きく変わります。

この記事では、フリーランスのUI/UXデザイナーの案件を5つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。独立までの準備はUI/UXデザイナーがフリーランスになるには、求められるスキルはUI/UXデザイナーのスキルの記事で扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。

仕事の中身は「対象」と「局面」で決まる

UI/UXデザイナーの案件は、募集の名前が同じでも、働き方がかなり違います。違いを生むのは、主に次の2つです。

• 対象：一般の利用者向けのサービスか、社内や取引先が使う業務システムか、複数の製品をまたぐ部品の仕組みか
• 局面：すでに動いているサービスの改善か、新しく作る段階か、作り直しの段階か

この2つを掛け合わせると、フリーランスのUI/UXデザイナーの案件は、おおむね次の5種類に分けられます。

以下では、それぞれの1日と1か月の流れを、典型的な例として紹介します。時間の配分は案件ごとに違うため、目安として読んでください。

自社サービスの継続的な改善の仕事

1日の流れ（例）

朝は、チームの短い打ち合わせで、その日に進める画面と、前日のレビューで出た指摘を確かめます。午前中は、担当する機能の画面の案を作り、状態ごとの表示（読み込み中、空のとき、エラーのとき）まで詰めます。午後はPdMやエンジニアとの仕様の確認会があり、実装の都合で変えたほうがよい点を話し合います。夕方は、実装された画面を確かめ、デザインとのずれを指摘として残します。

この種類の案件では、大きな調査より、小さな改善を速く積み重ねることが中心です。

1か月の流れ（例）

• 月初：PdMと次の期間に扱う機能の優先順位をそろえ、担当の範囲を決める
• 毎週：デザインのレビュー会で案を見せ、開発の計画の会議で実装の順番を確かめる
• 月の半ば：リリースした機能の利用状況や問い合わせを見て、直す点を拾う
• 月末：次の期間に向けて、改善の候補を整理して提案する

成果物

画面のデザインデータ、画面の遷移図、状態ごとの表示の定義、開発に渡す仕様のメモ、実装の確認での指摘の一覧などです。社内のデザイナーがいる場合は、チームのデータの整理の仕方に合わせることが求められます。

新規立ち上げ・リニューアルのUX設計の仕事

1日・1か月の流れ（例）

立ち上げやリニューアルの案件は、期間の前半と後半で仕事が変わります。前半は、利用者への聞き取り、既存のサービスの使われ方の確認、競合や代わりの手段の整理など、調べて課題を言葉にすることに時間を使います。聞き取りの日は、準備、実施、記録の整理で1日が埋まることもあります。

後半は、調べた内容をもとに、誰がどんな場面で使うかを整理し、画面の流れを設計して試作を作ります。試作を利用者に触ってもらい、つまずいた点を直してから、開発に渡す画面を固めます。デジタル庁の「DS-671.1 ユーザビリティ導入ガイドブック」（2026年6月1日版）も、実装の前に試作を作って利用者に評価してもらい、その結果を設計に戻すことを人間中心設計の基本的な考え方として説明しています。

成果物

調査の計画と結果の報告、利用者の像や利用の流れの整理、サービスの考え方を示す資料、画面の流れ、試作、評価の結果と修正の記録などです。事業責任者に判断を仰ぐ場面が多いため、「なぜこの形にしたか」を説明する資料の重みが増します。

業務システム・SaaSのUI設計の仕事

1日・1か月の流れ（例）

業務システムやSaaSの案件では、業務の流れを理解することに多くの時間を使います。午前中に業務部門の担当者から作業の手順や困っている点を聞き、午後はその内容をもとに画面の構成や入力の順番を設計します。一覧、検索、登録、承認のように、似た画面が多くなるため、共通の型を決めてから個別の画面に広げる進め方が一般的です。

1か月の単位では、要件の定義や設計の工程に合わせて、画面の案をシステム部門や開発チームとすり合わせます。開発会社のチームの一員として入る場合は、発注元への説明の資料づくりや、レビューの会議への同席も仕事に含まれます。

成果物

業務の流れの整理、画面の一覧と遷移図、画面の設計書、入力の項目とエラーの表示の定義、共通の画面の型などです。設計書の形式は、開発の進め方や発注元の決まりに合わせることが多くなります。

デザインシステムの構築・運用の仕事

複数のサービスや画面で見た目と操作をそろえるために、色や文字、ボタンや入力欄などの部品と、その使い方をまとめる仕事です。

1日・1か月の流れ（例）

日々の仕事は、部品の設計、使い方の文書の作成、ほかのデザイナーからの相談への対応です。フロントエンドのエンジニアと、デザインデータとコードの部品の名前や状態をそろえる打ち合わせも多くなります。1か月の単位では、追加や変更の要望を集め、どれを取り込むかを決め、更新の内容を関係者に知らせます。

成果物

部品のデザインデータ、使い方の指針、更新の履歴、アクセシビリティの観点での確認の記録などです。作って終わりではなく、使われ続ける仕組みを整えることが評価の対象になります。

調査・ユーザビリティ評価の仕事

調査や評価だけを、期間を区切って受ける案件です。聞き取りの対象者の条件を決め、質問や課題を作り、実施して分析し、報告にまとめます。週の中で調査の日と分析の日がはっきり分かれることが多く、週2〜3日の案件とも組み合わせやすい種類です。

成果物は、調査の計画、実施の記録、分析の結果、改善の提案をまとめた報告書です。調査の参加者の個人情報を扱うため、記録の保管や削除の方法を依頼元と取り決めておく必要があります。

どの案件にも共通する仕事

種類が違っても、次の仕事はほぼすべてのUI/UXデザイナーの案件にあります。

1. 意図の説明：画面の案を出すときに、誰のどんな課題を、どう解決する案なのかを短く説明する
2. 開発への引き渡し：状態ごとの表示や例外の動きまで決め、実装する人が迷わない形で渡す
3. 実装の確認：作られた画面を確かめ、デザインとのずれを優先順位をつけて伝える
4. 記録：決まったことと、採用しなかった案の理由を残し、後から来た人も追えるようにする

フリーランスならではの仕事として、自分の稼働と作業範囲の管理もあります。デザインは修正の依頼が重なりやすく、どこまでが契約の範囲かが曖昧になりがちです。

関わる相手と、その相手に出すもの

UI/UXデザイナーの1日は、誰に何を渡すかで組み立てられています。相手ごとに整理すると、次のようになります。

PdMがいる案件では、何を作るかの判断をPdMが担い、デザイナーはどう作るかに集中できます。PdMの働き方はPdMの仕事内容をご覧ください。見た目の制作が中心の案件との違いはWebデザイナーの仕事内容が参考になります。働く場所については、画面の設計や部品の整備はリモートで進めやすい一方、業務の現場の観察では出社を求められやすくなります。詳しくはUI/UXデザイナーのリモート案件の記事をご覧ください。

よくある質問

フリーランスのUI/UXデザイナーは、調査の仕事もしますか？

案件によります。立ち上げやリニューアル、調査・評価の案件では調査が仕事の中心になりますが、自社サービスの改善や業務システムの案件では、調査を社内の担当者が行い、デザイナーは画面の設計が中心になることもあります。参画前に担う工程を確かめておきましょう。

コードを書く仕事は含まれますか？

多くの案件では、コードを書くのはエンジニアの役割です。ただ、デザインシステムの案件や小さなチームでは、コードの部品との対応を確かめたり、簡単な修正を担ったりすることがあります。どこまで求められるかは、案件ごとに確かめてください。

参画して最初の1か月は何をすることが多いですか？

サービスと利用者の理解、既存のデザインデータと部品の把握、チームの進め方とレビューの流れの確認から始めるのが一般的です。初月の進め方はUI/UXデザイナーの参画初月にやることで詳しく解説します。