UI/UXデザインの実績の見せ方｜出せない仕事をどう伝えるか

2026年4月11日

朝比奈蒼

この記事のポイント

✓UI/UXデザインの実績の見せ方を
✓公開できない案件をどう扱うかという実務の観点で整理
✓実績が少ない段階の埋め方までを手順で解説します

UI/UXデザインの実績の見せ方で最初にぶつかる壁は、腕の良し悪しではありません。「一番よくできた仕事が、契約上いちばん出せない」という構造です。受託の現場では、規模が大きく、関わり方が深く、成果もはっきりしている案件ほど、秘密保持の網が厳しくかかります。結果として、公開できるのは小さくて表層的な仕事ばかりになり、ポートフォリオが実力より弱く見える。この記事では、出せない仕事をどう伝えるかを軸に、UI/UXデザインの実績の見せ方を組み立て直します。

発注側が実績を見る目的は「うまい人か」ではない

前提を1つ揃えておきます。実績を見る側の目的は、作品の美しさを鑑賞することではありません。この人に頼んだときに外さないか、話が通じるか、自社の状況に近い経験があるか、この3点の確認です。

つまり、審査されているのは完成物ではなく判断です。同じ画面でも、なぜその配置にしたのかを説明できる人と、できない人では評価がまったく違います。そしてこの構造は、出せない仕事を扱ううえで有利に働きます。画面そのものを出せなくても、判断は語れるからです。

完成画面だけを並べたポートフォリオが弱い理由

きれいな画面を並べただけの構成は、見た目の好みで採否が決まってしまいます。相手の好みに合えば通り、合わなければ落ちる。再現性がありません。

一方、案件の前提と制約、検討した選択肢、選んだ理由が書かれていると、読み手は自社に置き換えて考えられます。「うちの状況ならこの人はどう判断するだろう」という想像が働いた時点で、比較対象から抜け出しています。

制作会社の事例ページは、この構造をよく理解して書かれています。

01 ヒューリスティック分析ページの効果を最大限発揮するために、現状の改善点を探るヒューリスティック分析を実施しました。ボタンのレイアウトやデザインだけでなく、テキストや定性的な印象など、多面的な評価を実施し、1ページから80件を超える改善方針を洗い出しました。出典: blog.nijibox.jp

ここで語られているのは、完成した画面ではなく手順です。何を見て、どう判断し、次に何をしたか。この書き方であれば、最終的な画面を1枚も出さずに成立します。出せない仕事を伝えるための型が、すでにここにあります。

体験の設計まで含めて語れるかどうか

UI/UXの領域では、画面の外側にある体験まで含めて設計することが評価につながります。実績の説明でも、画面の中だけの話に閉じないほうが伝わります。

またZOZOTOWNでは「ネット通販だからこその利点」を活かしてユーザーニーズに応えているのが特徴です。実店舗よりも品揃え豊富に24時間いつでも買い物ができる、といった一般的な利点やニーズに加え、同社が運営するファッションコーディネートサイト「WEAR（ウェア）」を連携させることで購買体験を向上させています。出典: goodpatch.com

サービス同士のつながりや、利用者が前後にどう動くかまで説明できると、担当した範囲が画面1枚であっても、全体を見て仕事をしていることが伝わります。実績の厚みは、担当範囲の広さではなく視野の広さで作れます。

組織の中でどう機能したかまで語る

UIやUXの仕事は、画面を良くするだけで終わらないことがあります。関わり方によっては、社内の共通言語を作ったり、判断の基準を残したりする役割まで担います。

Uniposの事例は、UXデザインが、サービスやプロダクトのUI/UXデザインだけでなく、組織文化の構築やブランド体験の向上にも貢献できることを示しています。出典: goodpatch.com

実績の説明でも、この観点は使えます。「デザインの判断基準を文書化して社内に残したため、以後は先方の担当者だけで細部を決められるようになった」という記述は、画面を1枚も出さずに書けて、しかも継続的な依頼につながりやすい種類の価値を示せます。

出せない案件ほど、こうした「残したもの」の話に切り替えると語りやすくなります。画面は機密でも、進め方や判断基準を整備したという事実は、多くの場合そこまで秘匿されていません。

出せない仕事が発生する3つの理由

出せない理由を一括りにせず、種類を分けると打ち手が変わります。

秘密保持契約で公開が禁じられている

もっとも多いのがこれです。NDAで、業務内容そのものや、取引の存在自体を明かせないと定められている場合があります。

ここで確認すべきは、禁じられている範囲です。取引の存在まで秘密なのか、成果物の画像を出せないだけなのか。「取引先の名前は出せないが、業種と関わった内容は語れる」というケースは非常に多く、契約書を読み直すと出せる部分が残っています。禁止の範囲を確かめずに全部を封印してしまうのは、もったいない対応です。

まだ公開されていない

作ったものが世に出ていない段階では、当然ながら見せられません。ただしこれは時間で解決します。公開されたら実績に加えられるよう、案件が終わった時点で許諾を取っておくのが正解です。

公開後に連絡すると、担当者が異動していたり、案件そのものが凍結されていたりして、判断できる人が誰もいなくなっています。終了直後、まだ相手の温度が高いうちに話を通しておきます。

担当したのが全体の一部分だけ

チームで動いた案件では、自分の担当が調査だけ、あるいはコンポーネント設計だけということがあります。この場合、成果物全体を自分の実績として出すと誤解を招きます。

正解は、範囲を明記して出すことです。「情報設計とワイヤーフレームを担当。ビジュアルは別のデザイナー、実装は開発チーム」と書けば、嘘にならず、かつ担当分の説明はいくらでも深掘りできます。範囲を正直に書いた実績のほうが、信用されます。

相手が確認したいのは「再現できるか」

面談で事例を掘られるとき、質問の意図はほぼ1つに集約されます。同じことをうちでもやってもらえるのか、という確認です。

だから答えるときは、その案件でうまくいった理由を、条件つきで説明します。「この方法が効いたのは、既存ユーザーの行動ログが揃っていたからです。ログがない場合は、まず簡単な利用状況の把握から始めます」といった答え方です。条件を添えると、相手は自社に当てはめて考えられます。

逆に「うまくいきました」で止めると、たまたま当たっただけに聞こえます。実績の価値は、成功の大きさではなく、再現の条件を説明できるかどうかで決まります。

出せない仕事を伝える5つの方法

抽象度を上げる

最も使いやすい方法です。固有名詞を落とし、業種と規模と目的だけを残します。「従業員数百人規模のBtoBサービス企業で、既存顧客向け管理画面の刷新」という書き方であれば、多くのNDAに抵触しません。

抽象度を上げると情報量が落ちると思われがちですが、実際には逆です。固有名詞が消えることで、読み手は自社に重ねやすくなります。有名企業の名前は「うちとは規模が違う」という距離を生むこともあり、抽象化されたほうが刺さる相手もいます。

画面を出さず、課題と打ち手だけを語る

画像の公開が禁じられていても、取り組んだ課題と、それに対する打ち手の構造は語れる場合があります。

「申し込みフォームの離脱が課題だった。入力項目の順序を、答えやすいものから並べ替え、進捗の表示を追加した」という説明は、画面がなくても成立します。むしろ、文章のほうが判断の筋道は伝わります。図が必要なら、実物ではなく概念図を自分で描き起こします。

数字を伏せて変化の方向だけを書く

成果の数値が機密である場合、数字を伏せて構造だけ書く方法があります。「離脱の多かった工程で、改善後は完了まで到達する割合が上がった」という書き方です。

具体的な数字がないと弱い、と感じるかもしれません。ただ、面談の場では「差し支えない範囲でお伝えすると」と前置きして口頭で補足できます。書面に残さず口頭で伝える、という使い分けは実務上よく行われています。

再現作品に置き換える

実案件が出せないなら、同種の課題を自主制作として作り直す方法があります。既存の公開サービスを題材に、自分ならこう設計するという形でまとめます。

この方法の利点は、思考過程を全部見せられることです。制約がないぶん、調査から設計判断までを詳細に書けます。注意点は、実案件と混ぜないこと。自主制作である旨を明記しないと、経歴の誇張と受け取られます。

見せる資料を2種類に分ける

公開用と、面談で画面共有する用を分けます。公開用は抽象度を上げた概要のみ、面談用は許諾の範囲で具体を含める、という構成です。

面談用の資料は、その場で共有して終わりにし、ファイルは渡しません。「お手元にお渡しできる形ではありませんが、画面共有でご説明します」という運用は、多くの発注者に受け入れられています。相手も同じ立場でNDAを扱っているので、事情は理解されます。

出せる実績を強くする書き方

出せる案件が少ないなら、1件あたりの密度を上げるしかありません。事例1件を、次の5つのブロックで書きます。

前提と制約

どういう事業で、何が問題で、どんな制約があったか。予算や期間の制約、既存システムの縛り、社内の合意形成の難しさなど、条件の悪さも含めて書きます。

制約を書くと、その中でどう工夫したかが評価対象になります。制約が書かれていない事例は、条件が良かっただけに見えてしまいます。

自分の担当範囲

工程のどこからどこまでを、誰と組んでやったか。チーム構成も簡潔に書きます。

ここを曖昧にすると、後の面談で必ず崩れます。深掘りされて答えられなかった瞬間に、事例全体の信憑性が落ちます。範囲を明示しておけば、範囲外の質問には「そこは別の担当者でした」と堂々と答えられます。

検討した選択肢と選んだ理由

最も価値のあるブロックです。採用しなかった案があるなら、それも書きます。「タブ切り替えも検討したが、項目数が将来増える見込みだったため一覧形式にした」という記述は、将来を織り込んで判断できることの証明になります。

結果、または学び

数値が出せるなら書きます。出せないなら、方向だけ書きます。数値も方向も出せないなら、学びを書きます。

「公開後に運用担当から更新のしづらさを指摘された。次からは運用側のヒアリングを設計前に入れるようにした」という記述は、成功事例より信頼されることがあります。失敗を認識して直せる人だと分かるからです。

使ったツールと受け渡しの形

デザインツール、プロトタイプの作り方、実装側への渡し方。地味ですが、発注側が既存の体制に組み込めるかを判断する材料になります。

見せる媒体をどう選び分けるか

同じ内容でも、置く場所によって伝わり方が変わります。媒体は3つあり、それぞれ役割が違います。

ポートフォリオサイトは「絞り込みを通過するため」の場所

検索や紹介で最初に見られる場所です。ここでの目的は、詳しく理解してもらうことではなく、候補から外されないことです。

そのため、載せる情報は絞ります。得意な領域、対応できる工程、代表的な事例が3件から5件、連絡先。この4つで足ります。事例を10件以上並べると、かえって何が得意なのか分からなくなります。相手が最初に知りたいのは「自分の案件と近いことをやっているか」であり、量ではありません。

もう1つ、意外に効くのが「対応できないこと」の明記です。実装は行わない、動画制作は範囲外、といった記載があると、そもそも合わない依頼が減ります。合わない依頼を断る作業は、思っている以上に時間を食います。

資料は「社内で回覧されるもの」として作る

面談の後、担当者はその資料を持って社内で説明します。つまり、こちらがいない場所で読まれます。

だから、口頭の補足がないと意味が通じない資料は機能しません。各事例の1ページ目に、前提と担当範囲と結果の要約を置き、それだけ読めば概要が分かる構成にします。詳細は後ろのページに回します。担当者が上長に見せるとき、めくるのは最初の1ページだけだと考えて作ります。

秘密保持の都合で渡せない内容は、この資料には入れません。渡せる資料と、その場で見せるだけの資料を最初から分けておくのが安全です。混ぜて作ると、いざ渡すときに削る作業が発生し、抜け漏れが起きます。

面談は「質問に答える場」であって説明の場ではない

事例を一方的に話し続ける面談は、あまり良い結果になりません。相手が知りたいのは、自社の状況に近い部分だけだからです。

冒頭で「どのあたりを詳しくお聞きになりたいですか」と確認し、そこに時間を使います。準備した事例のうち2件しか話せなくても構いません。相手の関心に沿って深く話したほうが、5件を浅く並べるより残ります。

このとき、画面共有で見せる分には許諾の範囲が広いことが多い点も覚えておきます。渡さない、保存させない、という条件付きであれば公開を認める発注元は珍しくありません。

実績の文章でやりがちな失敗

形容詞で書いてしまう

「使いやすく整理しました」「洗練されたデザインに仕上げました」という書き方は、何も伝えていません。読み手は判断できず、印象だけが残ります。

置き換えるのは、動作と根拠です。「入力項目を10個から必須の5個に減らし、残りは申し込み後の設定画面に移した」と書けば、何をしたかが分かります。形容詞を全部消して、動詞と数量で書き直すだけで、文章の説得力は変わります。

工程を全部書いて平坦になる

調査からリリースまでを均等に書くと、どこに力を入れたのかが見えません。読み手が知りたいのは、この案件で最も難しかった部分と、それをどう越えたかです。

事例1件につき、山場を1つに絞ります。残りの工程は流れが分かる程度に短く書きます。全部を書こうとすると、全部が薄くなります。

成果を誇張する

数値を大きく見せたい気持ちは分かりますが、面談で必ず突かれます。「どの期間の比較ですか」「他の施策は同時に走っていましたか」と聞かれて答えられないと、その1件だけでなく全体の信用が落ちます。

自分の関与が特定できない成果は、素直にそう書きます。「同時期に広告出稿も行われていたため、デザイン単独の効果は切り分けていない」という一文があるほうが、むしろ誠実に見えます。

公開の許諾を取りに行く手順

契約書のどこを見るか

まず、締結済みの契約書とNDAを読み返します。見るのは、秘密情報の定義、公開の可否、期間、そして例外規定です。

「事前の書面による承諾を得た場合はこの限りでない」という一文があれば、許諾を取れば公開できます。この一文は多くの契約書に入っており、読み飛ばされているだけです。

依頼するときの伝え方

依頼のメールは、範囲を具体的に絞って書きます。漠然と「実績として使わせてください」と聞くと、相手は判断できずに保留します。

書くべきは4点です。どこに載せるか（自分のポートフォリオサイト）、何を載せるか（画面の一部と、担当範囲の説明）、何を載せないか（企業名、数値、未公開の機能）、いつから載せるか。この4点が書かれた依頼は、相手が社内で回しやすく、返答が早くなります。

断られたときの代替案を用意しておく

全面公開を断られても、そこで終わりにしません。「企業名を伏せ、業種のみの記載であればいかがでしょうか」「画面は出さず、取り組んだ課題の説明のみであればいかがでしょうか」と、段階を下げた案を出します。

一度の依頼で3段階の選択肢を示しておくと、相手は一番許容できる段階を選べます。全部か無かで聞くと、無になります。

実績がまだ少ない段階での埋め方

自主制作をどう扱うか

自主制作は、実績として弱いと言われがちですが、書き方次第です。弱くなるのは、題材の選び方に理由がなく、課題設定が自分に都合よく作られている場合です。

題材を選ぶときは、実在するサービスで、実際に不便を感じた箇所を扱います。そして、なぜその改善が必要と判断したかの根拠を、自分で集めたデータや観察に基づいて書きます。ここまでやると、実案件と同等の説明ができます。UI/UXの領域で扱う仕事の幅はUI/UX・アプリデザインのお仕事に整理されており、どの工程を題材にするか決める材料になります。

小さく受けて、出せる実績を先に作る

出せる実績が1件もない状態では、最初の案件で公開許諾を優先的に交渉するという考え方があります。金額より、実績として出せることを条件に含める形です。

これは長期的には合理的です。出せる事例が1件あるだけで、その後の受注確度が変わります。ただし、公開できることを理由に極端に安く受けるのは避けます。安く受けた事実は次の交渉の基準になり、下がった単価は簡単には戻りません。

知識の裏付けを添える

実績が少ない時期は、体系的な知識で補います。設計手法を学んだ記録や、資格の取得が該当します。人間中心設計の考え方を証明する道筋は人間中心設計(HCD)専門家資格でUXデザインのフリーランス案件を獲得にまとまっており、実績が薄い段階で相手に安心してもらう材料になります。独立に向けて何を揃えるかの全体像はUI/UXデザインのフリーランスになるには？必要スキルと案件相場が参考になります。

更新の頻度を決めておく

実績のページは、作ったまま何年も放置されがちです。放置されたページは、更新日が古いというだけで熱量が低く見えます。

年に2回でよいので、見直す時期を先に決めておきます。案件が終わるたびに更新するのは現実的ではないので、たとえば春と秋に、その半年で公開許諾が取れたものを追加し、古くなった事例を1件落とす。入れ替え方式にすると、件数が膨らまず、常に今の実力に近い並びを保てます。

落とす基準は、古さより「今後受けたい仕事と違うもの」です。もう受けたくない種類の案件を実績に残しておくと、その種類の依頼が来続けます。実績の並びは、そのまま次に来る依頼の予告になります。

案件の種類によって、出せる度合いは大きく違う

出せる出せないは案件ごとにばらつきますが、傾向はあります。あらかじめ把握しておくと、受注の段階で見通しが立ちます。

消費者向けのサービスは出しやすい

一般に公開されているアプリやWebサービスは、世に出ている以上、画面そのものは誰でも見られます。そのため、担当した事実と担当範囲さえ許諾が取れれば、公開のハードルは低くなります。

このタイプの案件では、許諾を取る相手が広報部門になることがあります。事業部の担当者がよいと言っても、広報の確認が必要と言われるケースです。時間がかかるので、公開したい時期の1か月以上前に動きます。

業務システムや管理画面は出しにくい

社内でのみ使われる画面は、業務手順そのものが競争力に直結するため、公開が厳しく制限されます。項目名や画面構成から、その会社の業務フローが読み取れてしまうからです。

ただし、この領域は書き方を工夫すれば十分に語れます。扱ったのは「複数の権限が混在する一覧画面の整理」という抽象化した課題であり、具体的な業務名を出す必要はありません。むしろ、業務システムの設計経験があること自体が希少なので、抽象度を上げても価値が伝わります。

金融、医療、教育は規制の縛りが加わる

これらの領域は、秘密保持に加えて業法や個人情報の扱いが絡みます。画面に表示されるデータそのものが機微情報になるため、モザイク処理をしても公開できないことがあります。

このタイプでは、最初から公開しない前提で受け、その代わり別の形で価値を回収します。継続的な依頼につながりやすい領域なので、実績として外に出せなくても、内側で仕事が続く構造を作るほうが合理的です。

立ち上げ前のサービスは時間差で出せる

ローンチ前のプロダクトは、当然ながら公開できません。ただしローンチすれば状況が変わります。

このケースで有効なのは、契約時に「サービス公開後、企業名を伏せた形での実績掲載を可とする」という条項を入れておくことです。制作中に依頼するのは断られやすく、公開後に依頼すると担当者がいない。契約時に決めておけば、どちらの問題も起きません。

実績に添えると効く補助材料

事例そのもの以外に、判断を後押しする材料があります。

進め方を示した1枚の資料

工程と成果物と期間を並べた図です。実績が少なくても、進め方が明確な人は不安を与えません。

この資料は、初回の打ち合わせで範囲を確定するときにも使えます。1枚作っておくと、実績の補強と商談の道具を兼ねられます。

隣接する領域の裏づけ

デザインの周辺で持っている知識は、実績の少なさを補います。技術側の用語が分かる、文章が書ける、データを読める、といった要素です。

これらは案件の説明の中で自然に示すのが効果的です。「実装側の負荷を考えて、既存のコンポーネントで組める構成に寄せた」という一文があるだけで、開発と組める人だと伝わります。関連職種の役割や条件を把握しておくには著述家，記者，編集者の年収・単価相場のような職種別の整理が参考になり、文章まわりまで引き受けられることを示す材料にもなります。

実績が積み上がる人と、更新が止まる人の違い

フリーランスと在宅ワークの市場を20年運営してきた立場から見ると、実績のページが育っている人には共通点があります。案件が終わった直後に、記録を残しているという点です。

数か月経ってから書こうとすると、判断の理由を忘れています。覚えているのは完成物だけで、なぜそう決めたかが抜け落ちる。だから完成画面を並べるだけのページになります。案件の終了時に、前提と制約と判断理由をメモしておけば、公開できるかどうかは後から決められます。素材を残すことと、公開することは別の作業です。

もうひとつ、運営者として見てきた限りで言えば、実績の説明が上手い人は、相手の業種に合わせて出す順番を変えています。同じ持ち球でも、BtoBの相手には管理画面の事例を先に、消費者向けサービスの相手には購入導線の事例を先に置く。この並べ替えだけで反応が変わります。

中間に業者が入らない直接取引では、実績の説明を代わりにしてくれる営業担当がいません。そのぶん、自分の言葉で説明する必要があります。ただ、間に人が入らないということは、説明の内容がそのまま相手に届くということでもあります。手数料が抜かれない分だけ受け取る額は厚くなり、同じ予算でも依頼側はより多くを頼めます。手数料0%の構造が効くのは、この直接性があるからです。実績の見せ方に手をかける価値は、そこで回収されます。

デザインの周辺で仕事の幅を広げたい場合は、隣接領域の求人に何が求められているかを見ておくと組み立てやすくなります。AI・マーケティング・セキュリティのお仕事のような領域と組み合わせられる人は、実績の少なさを別の軸で補えます。