複数の種類の貢献があるポートフォリオ
操作設計、コンテンツ、調査を組み合わせたプロジェクトをAxisで示せます。主要列では各例での貢献を特定します。短い補助一覧は、全プロジェクトの箇条書きで同じ一覧を繰り返さず、背後の手法とツールを示せます。
二段組み / Axisテンプレート
右の細い列で、補助情報を、それが支える職歴の近くに保ちます。Axisは、主な経歴の左端に安定した軸を作ります。
プロダクトデザイナー
ポートランド(オレゴン州) · jordan@example.com
複雑な業務フローを分かりやすくするプロダクトデザイナー。リサーチ、アクセシビリティに配慮したインターフェース、開発チームとの密接な連携を経験。
Fieldwork Studio
Common Ground
プロダクトデザイン · ユーザーリサーチ · プロトタイピング · Figma · アクセシビリティ · デザインシステム
コミュニケーションデザイン学士(BFA) · Pacific Northwest College of Art · 2021年
デザインの考え方
職歴は自然な上から下への順序で進み、スキルと学歴は右にまとまります。控えめな区切り線は、文字の見出しに代わるものではありません。
Axisを選ぶ場面
Axisは、主な職歴の右に簡潔な補助情報を置きます。職歴は途切れない説明が必要で、スキルや学歴は短くできるときに役立ちます。短い見本でなく、自分の内容でバランスを試しましょう。長い資格名は補助列を密にする場合があります。日付を該当の仕事とつなげ、書き出したファイルから文字をコピーして順序を確認します。二つの読み順が混ざるなら、一段組みに切り替えます。
操作設計、コンテンツ、調査を組み合わせたプロジェクトをAxisで示せます。主要列では各例での貢献を特定します。短い補助一覧は、全プロジェクトの箇条書きで同じ一覧を繰り返さず、背後の手法とツールを示せます。
チームをつなぐのが強みなら、改善した判断や引き継ぎを説明します。幅広く触れたことを、全分野の深い専門性として示さないようにします。右の事実は有用な広さを、主要な経歴は、責任を持って実質的に貢献した領域を示します。
応募に合う根拠が開くなら、分かりやすいポートフォリオへのリンクはレジュメを補えます。リンクを開かなくてもプロジェクトを分かるようにします。Axisで一貫した最初の理解を作り、作品集は、不足した日付、担当範囲、仕事の基本目的を補うのでなく、理解を深めるものにします。
架空の事例で考える
この架空の事例で、Amiraはアカウント設定の流れに取り組み、画面の文言と操作設計の両方に貢献しています。下書きには多くのツールがありますが、分野のつながりを説明していません。Axisの主要列をプロジェクトの判断に使い、関連手法は右に簡潔に残します。修正例は、明確な文言と見える次の行動が、同じ利用者の問題にどう対応したかを示します。
UX、コンテンツ、調査、デザインツールにまたがって仕事をした。
ユーザビリティセッションで次の行動への不安が分かり、画面デザイナーとエンジニアと変更を調整しながら、アカウント設定のラベルと確認状態を修正。
この文は、連携と問題を見えるようにします。Amiraが全分野を一人で遂行した、修正で全利用者への成果が証明された、とは主張していません。主要な経歴で担当が明確なとき、Axisは機能します。補助情報は、プロジェクトを説明したり、候補者を無関係な複数の専門家に膨らませたりせず、コンテンツデザインとユーザビリティ調査を挙げられます。
見本から、自分のレジュメへ
プロダクトのコンテンツやサービスデザインなど、分野を一つに結ぶ仕事を示します。五つの別職種を含む見出しは避けます。選んだ経験がなぜ一つの応募に属するかを方向性で説明し、各プロジェクトでは異なる方法や協力者を示せるようにします。
重要なプロジェクトごとに、利用者や事業の問題、自分の行動、その結果の判断や提供段階を特定します。その後で、実際に例に現れるスキルを選びます。右の列を、焦点のない一覧の出発点にしないための順序です。
主要な職歴が単独で分かり、補助項目が見渡せる短さかを確認します。連絡先の行も含め、書き出した文字の選択や抽出を調べます。受け取るシステムが一段組みを求めるなら、編集した内容を保ち、その応募には単純なレイアウトを選びます。
このサイトのレイアウトを試す
無料のブラウザ用テンプレート。アカウント不要。記入例の詳細は架空です。
最後の編集
複数分野のプロジェクトでは、担当が曖昧になりがちです。調査、文章、デザイン、実装の何を自分が行い、何が同僚によるものか示します。一人で全工程を独立して扱ったように見せなくても、明確な貢献は十分に内容のあるものになります。
細い補助列は、職業の方向を長く説明する場所に向きません。つなぐ考え方を要約に置き、職歴で示します。右側は、その主張を支える簡潔な事実に使います。
よくある疑問
いいえ。主要な経歴が一貫した貢献を説明し、補助情報を簡潔に保てるなら、他の複数分野の経歴にも向きます。重要なのは肩書きだけでなく、二つの読む領域で情報をどう分けるかです。
関連し、閲覧できる作品に進む、明確な行き先を優先します。競合する複数のリンクは連絡先を混雑させます。最も強いプロジェクトを見つけやすくし、役割の説明をレジュメと一致させます。
通常は、レイアウトの目的に反します。背景と判断には主要な職歴を使います。補助列は、主な流れを見失わず参照できる、短いスキルや学歴の事実に向いています。
考え方を、実践に
架空の練習事例:Anikaは工業デザイナーで、架空のKestrel Workshopの試作品の組立説明も支援しました。Axisの下書きでは、デザイン、製造、技術文書作成を、同じ深さの専門分野として載せていますが、プロジェクトの根拠は、より狭い組み合わせを支えています。
左の主要列で、組み立ての問題とAnikaの設計修正を説明します。右の補助的な能力に進む前に、安定した専門職の経歴を読者に伝えられます。
試作のレビュー担当者向けに、修正した組立順序を図解したことを説明します。試作の状況を保ち、完全な量産マニュアルを作った、商用品全体の製造品質を管理した、と示さないようにします。
プロジェクトが実際に示す、簡潔なスキル名を使います。分野ごとの長い段落は、手法とツールを見つける補助でなく、職歴と競合する細い列にしてしまいます。
サイドバーなしで主要列を読みます。プロジェクトとAnikaの責任が、なお理解できるべきです。次にサイドバーだけを読み、隣の根拠より広く聞こえる専門分野を除きます。
プロジェクトの担当範囲を説明する次に読むと役立つ記事
違いを比べる