監修者
リメディ株式会社 ヘッドハンター
日髙 大志 | HIDAKA Taishi
筑波大学大学院を卒業後、日本工営（開発コンサルティング会社）に新卒入社。官公庁・建設・不動産・総合商社セクターでの国際開発プロジェクトにコンサルタントとして従事。その後、KPMGコンサルティング株式会社に参画し、DXコンサルタントとして、官公庁・不動産セクターでのDX推進に携わる。
コンサルタントとしてキャリアを歩む中で、優秀な人材がポテンシャルを最大限発揮して活躍することが企業の成長へ直結することを実感し、ヘッドハンターとしてリメディに参画。コンサルティングファーム、M＆A、不動産・建設業界を中心にハイキャリア層の採用・転職支援を実施。
2026年8月時点の公式選考情報から見ると、グッドパッチ向けの応募資料は、職務経歴書とポートフォリオを同じ内容にしないことが出発点です。職務経歴書では経歴全体を比較できるようにし、ポートフォリオ等では代表案件の判断過程を深く見せると、二つの資料が補い合います。
公式ページは、作品や実績だけでなく、背景・意図、課題への向き合い方にも注目すると説明しています。完成物の見栄えだけでなく、なぜその課題を選び、何を比較し、検証後にどう変えたかまで伝える必要があります。
職務経歴書とポートフォリオの役割を分ける
| 情報 | 職務経歴書 | ポートフォリオ等 |
|---|---|---|
| 経歴全体 | 期間、役割、事業フェーズ、成果を同じ順で示す | 原則として代表案件だけを深掘りする |
| 課題定義 | 結論を短く書く | 調査、観察、制約から導いた過程を示す |
| 意思決定 | 本人が決めた範囲を書く | 比較案、判断理由、合意形成を示す |
| 成果 | 指標と本人の寄与を分ける | 検証結果と次の改善を示す |
| 制作物 | URLと閲覧条件を記す | 許可された画面、試作、コードを掲載する |
同じ案件を両方へ載せても問題ありません。ただし、文章と図をそのまま重ねると、資料が増えただけになります。職務経歴書は一覧性、ポートフォリオは判断の深さを担うように分けます。
UI/UXデザイナーは画面より課題発見を先に置く
公式職能ページは、UIを作るだけでなく「何を実現すべきか」から考え、プロダクトの方向性や意思決定に関わる仕事を示しています。職務経歴書では担当範囲と結果を簡潔に示し、ポートフォリオでは課題を見つけた根拠と検証の流れを深掘りします。
- 対象ユーザーと事業の狙い
- 調査や観察から定めた課題
- 比較した体験方針やUI案
- PdM、エンジニア、顧客と合意した内容
- 検証結果と、その後に変えたこと
画面を多数並べるより、事業、ユーザー、実現性をどう両立したかを一つのケースで追える方が、本人の判断を理解しやすくなります。
PdMは優先順位と方針変更を示す
公式ページでは、PdMを組織をリードし、プロダクトやサービスの成長を実現する役割として説明しています。職務経歴書には、本人の意思決定範囲、チーム、指標、結果を記し、チーム全体の成果と分けます。
| 示す内容 | 職務経歴書 | 補助資料 |
|---|---|---|
| 課題 | 事業・ユーザー課題の結論 | 根拠と反証 |
| 優先順位 | 決めた範囲と関係者 | 比較基準と合意の過程 |
| 指標 | 確認できる変化 | 指標を選んだ理由と解釈 |
| 方針変更 | 変更した時点と本人の責任 | 捨てた案と、その理由 |
最初の仮説が当たった話だけでは、判断力の輪郭が出ません。検証で何が分かり、優先順位や方針をどう変えたかを示すと、結果だけでは見えない仕事が伝わります。
エンジニアは技術判断をユーザー価値へつなぐ
グッドパッチのエンジニア職は、実装だけでなく、要件定義、プロセス設計、リサーチ、他職種との協業にも関わると公式ページで説明されています。職務経歴書には技術範囲、責任、品質を記し、GitHubやサービスURLでは成果物を示します。
コード量や技術名だけで終えず、どのユーザー課題と制約に対し、何を比較して技術を選び、性能、アクセシビリティ、保守性へどう影響したかを説明します。技術選定の理由と、利用者・チームへの変化を一つの流れにしてください。
代表案件は六つの要素でそろえる
| 要素 | 確認する問い | 避けたい書き方 |
|---|---|---|
| 対象 | 誰の、どの事業・体験か | 新規サービスを担当 |
| 課題 | どの事実から定めたか | UXを改善 |
| 責任 | 本人は何を決めたか | チームで推進 |
| 意思決定 | 何と比較し、なぜ選んだか | 最適な案を採用 |
| 協働 | 誰と何を合意したか | 円滑に連携 |
| 成果 | 何が変わり、どう確認したか | 高く評価された |
ここはリメディの見解ですが、公式が背景・意図・課題への姿勢を見ると明記している以上、完成物の説明だけでは資料の強みを使い切れません。選ばなかった案と、判断を変えた事実まで示すと、思考の再現性が伝わります。
職務経歴書とポートフォリオの不一致をなくす
- 案件名、期間、役割が一致している
- 職務経歴書で主実績にした案件を、補助資料で追える
- 同じ成果を、資料ごとに別の本人実績として書いていない
- チーム成果と本人の判断を分けている
- 数値と検証方法が資料間で一致している
- 公開できる画面・コード・顧客情報の範囲を確認している
ポートフォリオに載せない主実績がある場合は、守秘義務、成果物の有無、担当範囲など理由を整理します。説明できる理由があれば、資料間の違いは矛盾になりません。
職種別のBefore・Afterで具体性を確認する
| 職種 | Before | Afterの骨格 |
|---|---|---|
| UI/UX | UIを全面リニューアル | 対象ユーザーの課題を調査で特定し、比較案から方針を選び、検証結果を踏まえて次の改善を決めた |
| PdM | KPI改善を推進 | 課題に対して候補施策を比較し、本人の決定範囲を明示し、指標から方針を変更した |
| エンジニア | 新機能を開発 | ユーザー課題と技術制約を整理し、方式を比較して実装し、品質・体験の変化まで確認した |
角括弧のある完成例をコピーするより、自分の事実を一文ずつ当てはめる方が安全です。架空の改善率や実績を足さず、自分の実績として確認できる作業・判断・検証へ置き換え、面接で説明できる事実だけを残します。数字がない場合も、検証対象、期限、承認、実装範囲、再利用された方法は書けます。
応募前に相談した方がよいケース
UI/UXとPdMのどちらへ寄せるか迷う、NDA案件が多い、チーム成果から本人の範囲を切り出しにくい場合は、文章を整える前に資料の役割分担を決める必要があります。求人票、職務経歴書、ポートフォリオの案件一覧を並べて確認すると、重複と欠落が見つかります。
あなたの経歴で狙える非公開求人と想定年収レンジを受け取る
業界特化のヘッドハンターが、公開求人に出ない選択肢と次の一手をご案内します。
グッドパッチの職務経歴書に関するFAQ
ポートフォリオは全職種で必須ですか？
一律ではありません。公式選考ページでは職種によって提出要否や形式が異なると案内しています。デザイナーも一部不要のポジションがあるため、個別募集を確認してください。
失敗した案件も載せられますか？
載せられます。前提、判断、検証で分かったこと、次に変えたことを示すと、学習と判断の再現性を説明できます。失敗を成功へ言い換えないことが前提です。
GitHubだけで十分ですか？
コードから開発力は確認できますが、顧客・ユーザー課題や技術選定の理由は別途補足が必要な場合があります。成果物と判断の説明を組み合わせると伝わりやすくなります。