ポートフォリオで何を示すか決める

ポートフォリオは、レジュメの記述の根拠を詳しく示すものです。デザインの質、分析の考え方、文書の構成、技術プロジェクトの動作などを見せられます。応募先が求める能力から考え、それを判断する助けとなる仕事を選びましょう。作ったものをすべて集めるより、関連する少数の作品を選ぶほうが役立つ場合があります。

レジュメ自体も、単独で意味が通じる必要があります。リンクを開かなくても関連性がわかるように、プロジェクトや責任を明確に記載します。ポートフォリオでは、手法、改善の過程、成果物を深く説明できます。自分が何に貢献したかを、リンク先を開かなければわからない状態にしないでください。

専門的に見せるための飾りとして、リンクを使わないようにします。未完成のページ、閲覧できないファイル、説明のないスクリーンショットがあると、疑問を解消するどころか増やすかもしれません。レジュメと同じように正確さと関連性へ注意を払い、リンク先も応募の一部として評価します。

応募内容に合うリンク先を選ぶ

最初の画面で関連する仕事を見つけやすいなら、ポートフォリオのトップページでも構いません。一つの例が特に重要なら、プロジェクトへの直接リンクのほうがよい場合があります。リポジトリは技術的な詳細を示せますが、それでも読み手には、課題と自分の貢献について平易な導入説明が必要です。

根拠を見る前に、長い導入、アニメーション、アカウント登録を、すべての読み手へ強いないようにします。前提知識が少なく、忙しい選考中に開く人でも使えるリンク先にします。わかりやすいプロジェクト名と簡潔な概要があれば、どこを詳しく見るか選びやすくなります。

応募フォームに専用のポートフォリオ欄があれば、指示に従って使います。レジュメ内のリンクも役立ちますが、その欄と添付書類が同じ扱いになるとは限りません。実際の手順を確認し、指定された場所へリンク先を記入します。リンク先とレジュメの事実関係は一致させてください。

青みのあるグラファイト色の机に置かれたアイボリーの作業用紙。鉛筆とコバルトブルーのガラスの文鎮に、くっきりと日差しが差しています。
文章を磨く前に、確認できるメモをもとに考えましょう。解説用イラスト

担当範囲、制作の背景、進行状況を説明する

主なプロジェクトでは、雇用、フリーランス、学業、ボランティア、自主課題のどの環境で行ったかを示します。共同作業なら自分の役割も記します。そうしないと、完成度の高い成果物から、すべてを自分で作った、商業環境へ納品した、という事実と異なる印象が生まれる場合があります。

現在の段階を説明します。構想、試作品、試験導入、公開・稼働済みの製品は異なります。デモに架空のデータを使っている場合は明記します。元のサービスが利用できなくなっているなら、リンク切れや実在しなかったプロジェクトと思わせず、保存した成果物が何を表すか説明しましょう。

担当範囲の説明には、関係するテンプレート、ライブラリ、共同制作者、教材の貢献も含まれます。レジュメに依存関係の全履歴を書く必要はありませんが、ポートフォリオで借りたものをすべて独自制作として見せてはいけません。帰属が明確なら、読み手は実際に自分が行った判断や作業へ注目できます。

凝った構成にする前に、事例を読みやすくする

役立つプロジェクト説明は、課題、対象者、制約、貢献、成果物から始められます。仕事の進め方がわかる判断も加えましょう。何を確かめるための資料で、どの制約が残るかがわかると、スクリーンショットや完成品から得られる情報も増えます。

確認した結果と、意図した効果を分けます。操作画面を改修して混乱を減らそうとしたことと、実際に減少を測定したことは異なります。小規模な非公式のレビューを行ったなら、市場の需要を検証したと呼ばず、参加者と範囲を適切に説明します。ポートフォリオでレジュメの根拠を詳しくし、その限界を消さないようにしましょう。

プロジェクトの規模に見合う説明にします。仮定の明確な短い分析のほうが、一般的な手順の言葉で水増しした長い事例紹介より役立つ場合があります。熱意、革新、問題解決に関する主張を何度もスクロールしなくても、実質的な仕事を見つけられるようにします。

機密情報と参加者のプライバシーを守る

開示が認められた資料だけを共有します。勤務先の成果物、顧客ファイル、顧客記録、未公開の計画には、一部を自分で作っていても制限がある場合があります。自分が制作したことを理由に、成果物全体の公開が認められるとは考えないでください。関連する合意を確認するか、正当な窓口を通じて適切な許可を得ます。

機微な情報を除いた説明で、手法を示せる場合もあります。適切なら架空のデータを使い、その旨を明記します。画像や文書からは、個人や組織を特定できる情報を除きます。読み手に見えるタブ、コメント、ファイル名、メタデータに残る情報にも注意しましょう。

プロジェクトを共有できない場合は、レジュメやポートフォリオで認められる範囲の説明をします。提供する権限がないのに、要望があれば機密サンプルを出すと約束しないでください。実際に裏付けるためには不適切な開示が必要となる立派なリンクより、限界を正直に示すほうがよいでしょう。

架空の読み手がリンクをたどる場面を確認する

架空の応募者Sashaは、内部的なプロジェクト名のフォルダがいくつもあるリポジトリへリンクしています。レジュメには「報告用の試作品を作成」とありますが、リポジトリにはデータ、担当範囲、結果の見方の説明がありません。読み手は、どのフォルダが記述の根拠になるのかわかりません。

Sashaは簡潔なプロジェクト紹介を加え、自主制作であることと、データが架空であることを示し、該当する成果物へ直接リンクします。ページでは確認の手法と試作品の制約を説明します。レジュメには短いプロジェクトの記述を残し、このわかりやすくなったリンク先を案内します。

改善したのは、主張の大きさではありません。レジュメの記述から、理解できる根拠へ到達するまでの道のりです。読み手は、どのファイルが重要かを推測したり、試作品が実際の顧客に使われたと思い込んだりせず、仕事を評価できます。

架空のポートフォリオへのアクセス改善例
修正前

説明のないフォルダ、担当範囲の記載なし、主張したプロジェクトを確認する方法も不明な、汎用のリポジトリリンク。

より伝わる書き方

課題、自主制作での貢献、架空のデータ、成果物、制約を説明し、開ける成果物リンクを備えた、直接のプロジェクトページ。

外部の閲覧者としてアクセスを確かめる

自分のログイン状態に依存しない環境でリンク先を開きます。意図した資料が見え、リンクが閲覧許可の申請へ進まないか確認します。一般的な画面で、可能ならスマートフォンでも試しましょう。応募先の読み手が、制作に使った端末と同じものを使うとは限りません。

ダウンロード、埋め込み文書、デモは、それぞれ別に確認します。ページが表示されても、中心となる成果物が動かない場合があります。技術デモにインストールが必要なら、慣れない設定を完了しなくても仕事を理解できる説明を用意します。応募を審査する人が、環境の不具合を調べてくれるとは考えないようにしましょう。

元の文書だけでなく、書き出したレジュメ内のリンクを確認します。表示文字と実際のリンク先が一致しているかを確かめてください。テンプレートをコピーした場合、文字を更新しても古いリンクが下に残ることがあります。完成した書類から、意図した正確な根拠へ進めるようにします。

主張から裏付けの成果物までの導線を確かめる

ポートフォリオへつながるレジュメの主張を選び、読み手が次に聞きそうな質問を書きます。架空の報告用試作品なら、データ、確認の手法、応募者の貢献についてかもしれません。リンク先を開き、その答えを簡単に見つけられるか確かめます。これにより、見た目ではなく根拠を中心に確認できます。美しい紹介ページでも、特定の主張から説明のないファイルや無関係な作品集へ飛ぶなら十分ではありません。

自分のアカウントへログインしていない閲覧者として、導線をたどります。どのプロジェクトを選ぶか、どのファイルを開くか、許可を申請するか、どう結果を見るかなど、必要な判断を数えます。自分で管理できるサイトなら、不要な障害を取り除きましょう。デモに設定作業が必要なら、明確な説明や、インストールせずに仕事を理解できる公開可能な静的資料を用意します。依存関係の不具合を調べたり、基本的な概要を読むために許可を申請したりしてくれるとは想定しないでください。

プロジェクトの導入説明で、環境、役割、進行状況、制約を確認します。チームの仕事では、完成品が単独制作の印象を生む前に、自分の貢献を示します。架空のデータを使った試作品なら、その旨を書きます。機密保持のために情報を加工したなら、制限された詳細を明かさず、該当する変更を説明しましょう。商用の仕事らしく見せるために裏付けのない話を強めるのではなく、レジュメだけより正確な理解が得られるページにします。

プロジェクト内のすべての成果の主張を、レジュメと比較します。採用、フィードバック、テスト、測定した効果の意味は、両方で同じにします。レジュメでは非公式な使いやすさの確認しか裏付けられないのに、ポートフォリオでは利用者の生産性が向上したとしているなら、食い違いを直します。詳しい説明は結果の根拠を示すもので、黙って根拠を強めるものではありません。本文を直しても古い主張が残る場合があるため、画像説明や埋め込み文書も確認します。

最後に、書き出したレジュメ内の実際のリンクを確かめ、その応募で使ったリンク先を記録します。表示名が理解でき、一般的な画面で引き続きアクセスできるか確認します。関連する仕事と競合する古いプロジェクトは除くか、保存版であることを明記します。簡潔な職務上の主張から、推測をほとんどせず、不適切な開示も求めずに、確認できる根拠へ進める導線にしましょう。

応募内容が変わってもポートフォリオとの整合性を保つ

応募先向けのレジュメでは、一般公開のポートフォリオより、あるプロジェクトを強く取り上げる場合があります。応募先ごとに公開経歴全体を書き換えず、関連するリンク先を見つけやすくします。事実や進行状況を保ったまま、直接リンクや、わかりやすい掲載順を使えます。

古くなった主張を定期的に見直します。プロジェクトの段階が変わった、デモが動かなくなった、顧客の許可が表示中の資料を対象としなくなった、といった場合があります。適切に更新し、重要な応募では可能な範囲で、使用した版の記録を自分で残します。

送信前に、役割、期間、担当範囲、データの出所、成果の主張を、レジュメとリンク先で比較します。詳しさが増すのはよいことですが、話が食い違ってはいけません。有用なポートフォリオは、追加で開いてくれた読み手へ、明確な根拠と正確な背景を提供するものです。

練習シート

初めての閲覧者としてリンクを確認する

ポートフォリオのリンクは、関連する仕事が見つかるという約束です。最初のページ、閲覧権限、事例の名前が、その約束を支える必要があります。技術的には有効なURLでも、空のプロフィール、ログイン画面、応募に関係しない作品へつながる場合があります。

自分で試す新しいブラウザセッションで、レジュメと同じリンクを開き、保存済みの認証情報に頼らず、意図したプロジェクトを探します。名称、自分の貢献、機密部分や模擬制作の説明を確認します。読み手が不要に探し回らずに済むリンク先を選びましょう。
架空の記入例:すべて説明のための設定です
最初のメモ

ポートフォリオ:すべての下書きが入った共有フォルダへのリンク。

見直した文章

主な作品:架空の予約手順のプロジェクト、デザイナーの責任、テストした試作品を示す公開事例ページ。作業ファイルと無関係な試作は、このリンク先に含めない。レジュメには、説明のない長いURLではなく、内容のわかるリンク名を使う。

  • 自分のアカウントに頼らず、閲覧できるか確かめる。
  • 模擬プロジェクトである場合は明記する。
  • 最初に見える作品が、応募先の職務を裏付けるようにする。
担当範囲と限界を明確にして、プロジェクトをレジュメへ載せる

よくある疑問

さらに考えたい疑問。

トップページと特定のプロジェクトのどちらへリンクすべきですか?

関連する根拠を最も見つけやすい導線を選びます。関連するプロジェクトが複数あるなら、明確なトップページでも構いません。中心となる主張が一つなら、直接リンクが適する場合があります。説明のないファイルへ放り込まず、背景が伝わるリンク先か確かめます。

学業のプロジェクトもポートフォリオへ載せられますか?

学業での制作と自分の貢献を明記すれば載せられます。課題、手法、成果物、制約を説明します。実際にはなかった商用公開、利用者、顧客の成果を暗示しないでください。

ポートフォリオにパスワードが必要な場合はどうしますか?

応募先の指示に従い、必要なときは適切な方法だけでアクセスを提供します。閲覧可能で、公開が認められた概要により、負担を増やさず仕事を示せないか検討しましょう。サンプルを開きやすくするためだけに、機密保持の制限を回避してはいけません。

QRコードを含めるべきですか?

QRコードは追加の経路にはできますが、唯一使えるリンクにはしないでください。読める文字や通常のリンクも用意し、書き出したファイルで確かめます。読み手は、コードを読み取るはずの端末そのもので、レジュメを見ている場合があります。

背景と出典

もう一歩、詳しく。

独自のガイドを理解するための背景資料や、さらに読むための情報を紹介します。

このアドバイスの考え方

CVURAで進める、次の一歩

下書きをCVuraで書類に仕上げましょう。

レジュメを作成・読み込みし、応募する職種に合わせて整えたら、完成したファイルをPDFまたはWordで書き出せます。

App Storeからダウンロード