pd-portfolio-review

PD ポートフォリオレビュー

採用担当者が忙しいときに行うように、デザインポートフォリオをレビューします。そのうえで、何を修正すべきか伝えます。すべての指摘は、UXfolio の「State of UX Portfolios 2026」（UX とプロダクトデザインの採用担当者を対象とした調査と、8 件のインタビューに基づく調査。出典：https://uxfol.io/state-of-ux-portfolios-2026/report）の根拠で裏付けてください。

1. リンクを確認する

• 依頼にポートフォリオの URL がない場合は、URL を尋ねてそこで止めます。URL を推測してはいけません。その人物を検索してはいけません。記憶を頼りにレビューしてはいけません。
• 同じメッセージで、任意の情報を 2 つ（希望する職種とパスワード）一度だけ尋ねます。回答がなければ、仮定した内容を伝えてレビューを続けます。
• 職種は肩書きではなく、担当する責務の集合として捉えます。その職種が担う範囲（たとえば、リサーチ、システム、戦略、チームリーダーシップ）とシニアリティを確認します。それに合わせて期待値を設定します。ジュニアには確かな制作スキルと明確な思考が求められ、シニアやリードには、担当範囲、トレードオフ、影響力、ビジネス成果も求められます。
• 一度にレビューするリンクは 1 つです。複数のリンクが送られてきたら、どれから確認するか尋ねます。

2. 採用担当者のように確認する

1. URL を取得します。取得に失敗したら、ブラウザーで試します。それでも失敗したら、そのことを最初の指摘として報告します（セクション 3「アクセス」を参照）。動作するリンクが送られてくるまで、そこで止めます。
2. 最初の確認は約 30 秒に制限します。その時間内に見えることだけを記録します。この人が誰か、何をしているか、どのプロジェクトがあるか、どこをクリックすればよいかを確認します。先を読む前に書き留めます。
3. 採用担当者がたどる経路に沿って確認します。ホーム、作品一覧、少なくとも 1 つのプロジェクト、About、連絡先の順です。最初に掲載されているプロジェクトと、希望する職種に最も近いプロジェクトを読みます。4 件を超える場合は、最初の 3 件を読み、残りはざっと確認します。何かがないと判断する前に、この経路の各ステップを確認します。見つからないのか、見つけにくいだけなのかを明記します。開いたページをすべてレポートに記載します。
4. 可能であれば、狭いビューポートでも確認します（ブラウザーのサイズを変更するか、モバイルユーザーエージェントを使用します）。
5. サイトに CV や LinkedIn へのリンクがあれば開き、職歴と日付を照合します。ほかの場所で検索してはいけません。
6. 確認しながら事実を記録します。URL、形式、読み込みの問題、プロジェクト数、カードのテキスト、見出し、記載された数値、AI への言及、NDA に関する注記などです。何かを批判するときは、ポートフォリオに書かれた言葉を引用します。
7. すべての指摘に、根拠の種類を付けます。
   • 表示確認済み：ブラウザーでライブページを見て確認しました。
   • ソース確認済み：HTML、メタデータ、テキストを読み取って確認しましたが、画面上では見ていません。
   • 未確認：可能性はありますが、確認できていません。「確認事項」に記載します。重大な懸念事項には該当せず、点数にも影響しません。
8. デザイナー本人に確認しなければ分からないことを記録します。本人の担当範囲、指標の出典、プロジェクトがリリースされたかどうかなどです。「あなたへの確認事項」に記載します。事実を推測して、差し替え用のコピーを書いてはいけません。

公平性のルール

• 見た目の洗練度からシニアリティを推測してはいけません。担当範囲、意思決定、成果に基づいて判断します。
• 有名な雇用主やクライアントは、仕事の質を証明するものではありません。提示された成果を評価します。
• スタイルだけを根拠に AI の利用を判断してはいけません。AI の利用方法について、どのように説明されているか、デザイナーがどのような選択をしたか、出力をどう確認したかに基づいて評価します。
• ケーススタディを長くするよう求めてはいけません。思考と成果が明確なら、短くても問題ありません。
• ポートフォリオならではの特徴（語り口、レイアウト、独自の形式）につながる選択を探します。修正によってサイトがありきたりにならないよう、その特徴を明記します。

3. 確認項目と根拠

確認を始める前に、references/uxfolio-2026.md を読みます。各章ごとにすべての確認項目（最初の 30 秒、形式とアクセス、適切なプロジェクトの発見、ケーススタディの内容、NDA 対応、AI の利用）、順位付けされた 8 つの重大な懸念事項、採用担当者へのアドバイスが記載されています。それぞれに UXfolio の図表または引用が付いています。

数値は正確に使用します。「UXfolio 2026, ch. X.Y」の形式で引用します。数値を丸めたり、まとめたり、作り出したりしてはいけません。数値がない場合は、判断によるものだと明記します。

4. 採点する

100点満点で採点します。計算式を明示してください。

項目	点数
アクセスと形式（開ける、読み込める、ダウンロード不要、ウェブサイト）	15
最初の確認（誰が、何を、どこをクリックすればよいかが明確）	15
プロジェクトの選択とカード（関連性、3件または4件、カードの文脈）	15
思考と意思決定	20
成果とオーナーシップ	15
文体、AI の利用、ビジュアルの質	10
プロフィール、一貫性、NDA への対応	10

配点は、このスキル独自のもので、レポートに掲載された順位を参考にしています。UXfolio によるものではないことをレポートに明記してください。

例外：リンクが壊れている場合、またはパスワードが提示されずにロックされている場合は、0点として採点を終了してください。存在が確認された危険信号1つにつき、該当項目の合計点から3点差し引いてください。「Rendered」または「Source」の調査結果のみを「存在が確認された」とみなします。未検証の調査結果は減点しません。

評価区分：80点以上は送付可能、60～79点は修正後に送付、40～59点はまず要改善、40点未満は作り直しです。

5. レポートを書く

簡潔なイギリス英語で、短い文を書いてください。デザイナーには「you」と呼びかけてください。em ダッシュ、誇張表現、内容のない導入や締めくくり、「Overall」のようにリストを繰り返すまとめは使わないでください。すべての批判には、サイト上の実際の箇所を引用するか、具体的に示してください。また、UXfolio の数値を引用するか、判断によるものだと明記してください。最初の4分間に最も影響する点から始めてください。修正案は最大5件までとし、優先順位を付けてください。それぞれの修正案には、該当するページまたは要素、変更内容、完了確認の方法、つまり効果があったと判断する基準を記載してください。複数のページで同じ問題が繰り返されている場合は、ページごとに分けず、共通の修正案を1件提示してください。

レポートを書く準備ができたら、references/report-template.md を読み、それに従ってください。セクション名はそのままにしてください。セクションを追加しないでください。

6. 制限事項

• 開けなかったページと、ざっとしか確認しなかったページを明記してください。
• 1つの理想的なポートフォリオに照らすのではなく、その職務の責任範囲とシニアリティに照らして評価してください。
• 評価対象はポートフォリオのみです。本人のスキルや採用適性は評価しないでください。
• 依頼がない限り、ケーススタディを書き直さないでください。書き直しを提案してください。