グッドパッチの転職難易度は？職種別の選考準備を解説

株式会社グッドパッチへの転職で難しいのは、デザイン会社で働いた経験の有無だけではありません。希望職種が担う課題定義、意思決定、成果を、自分の実績で説明できるかが分かれ目です。リメディ編集部では総合難易度をA（高い）と判断します。

これは合格率ではなく、2026年8月24日時点の公式採用情報を基にした編集判断です。同サイトには49職種の入口がありますが、求人件数は採用人数や内定確率を意味しません。職種ごとの中心責任と自分の成果物を照合してください。

結論｜グッドパッチの転職難易度はA

株式会社グッドパッチの転職難易度はA（高い）です。UI/UXデザイナー、PdM、エンジニアのいずれも、専門スキルだけでなく、クライアントや他職種と課題を定義し、判断し、成果へつなげる役割が公式ページに示されています。

現在の経験	主な応募先	最初に確かめること
事業会社・制作会社のデザイナー	UI/UXデザイナー	表層制作を超え、課題定義・検証まで担ったか
事業会社PdM・新規事業	PdM／PM	KPI、優先順位、チームを動かした判断
受託・事業会社エンジニア	エンジニア	上流、ユーザー理解、他職種協業
隣接経験が薄い	隣接職種を個別確認	中心責任を証明する成果物があるか

職種名が同じでも担当範囲が違えば難易度は変わります。応募前に、公式の仕事内容と自分が主担当だった工程を一つずつ対応させましょう。

転職難易度を左右する6つの因子

難易度Aは、採用枠、専門性、職務範囲、提出物、選考段階、価値観の6因子を基にしています。

因子	公式情報から読めること	応募前の確認
採用枠	採用サイトに49職種	希望職種の募集が現行か
専門性	職能別に期待する役割を詳しく開示	成果物で証明できるか
職務範囲	上流・意思決定・協業まで求める	制作・実装だけに留まらないか
提出物	職種別にポートフォリオ等	背景・意図・課題まで説明したか
選考	書類から最終まで複数段階	段階別に話す事例を分けたか
価値観	二次・最終で信念や原体験を確認	実務判断と価値観がつながるか

特に重いのは専門性と職務範囲の一致です。知名度やデザインへの関心だけでなく、応募職種の仕事を担った証拠が必要です。

49職種の募集は職能と役割で分けて読む

公式採用サイトは2026年8月24日時点で49職種を掲示しています。デザイナーだけでなく、PdM、PM、エンジニア、セールス、コーポレートなど幅があります。

しかし、49職種は49人の採用を保証しません。求人は更新され、同じ職能でも担当事業や職位が異なります。職能、事業、職位の3つで絞ると、比較対象が明確になります。

会社名を先に選んでから経歴を広く当てはめるのではなく、自分の中心成果物と最も近い求人を第一候補にしてください。

UI/UXデザイナーは課題から成果までを問われる

公式UI/UXデザイナーページは、表層制作だけでなく「何を実現すべきか」から考え、プロダクトの方向性と意思決定に関わる仕事と説明しています。画面の完成度だけでは職務全体を示せません。

• 本質的な課題をどう見つけたか
• 事業とユーザーの要求をどうつないだか
• 選択肢を比較し、誰と合意したか
• リリース後に成果・品質をどう確かめたか

同ページによると、2026年8月24日の確認時点でUI/UXデザイナーは約30名、デザインディビジョン全体はおよそ115名です。キャリア入社はスキルに応じてアサインが変わり、即戦力はすぐにプロジェクトへ入る場合もあります。品質責任を担う前提で、自らフィードバックを取りに行った経験も整理しましょう。

PdM・PMは曖昧な状況で判断を前に進める

公式PdMページによると、グッドパッチのPdMはデザイナーやエンジニアと協業し、事業成長に向けてロードマップやKPIを扱います。同ページは、仕組みが未整備なフェーズや過去の成功体験が通用しない場面も示しています。整った環境での運用経験だけでは差が残る可能性があります。

応募書類では、要件を受け取った経験ではなく、何を優先し、何を見送り、どの指標で検証したかを示してください。関係者が対立した場面で、判断材料をどう揃えたかも重要です。

エンジニアは実装だけでなく上流と協業を示す

公式エンジニアページは、エンジニアが要件定義やプロセス設計、場合によってはリサーチや経営層との議論にも参加すると説明しています。コード量や技術名だけでは期待役割に届きません。

GitHubやサービスURLには、設計・実装力に加えて、ユーザー課題と技術選定の関係を添えます。品質、速度、運用負荷のどれを優先したかを説明できる状態にします。

他職種との協業では、デザイナーの案を実装した事実だけでなく、技術制約を共有し、体験をどう改善したかを一つの事例で話せるようにしましょう。

UI/UXデザイナーのアサインは即配属とhatchを分けて読む

入社後のアサインも一律ではありません。公式ページは、即戦力となる人がすぐプロジェクトへ入る場合と、スキル支援が必要な人が「hatch」を経て段階的に参加する考え方を示しています。全員が同じ研修を受ける、未経験者が自動的に育成枠へ入る、と読むのは不正確です。

面接では「私の経験の場合、最初に期待される役割と、独力で担うまでの目安は何ですか」と聞きましょう。ポートフォリオの強みと不足を前提に質問すれば、採用後の期待値と自分の準備を具体的に照合できます。

UI/UXデザイナーのポートフォリオは判断過程まで見せる

グッドパッチの職務説明に合わせるなら、画面を並べるだけでは役割全体が伝わりません。一つの代表案件について、課題を発見した根拠、事業とユーザーの要求、比較した案、意思決定者、検証結果を一続きで示します。完成物の見栄えと、判断の再現性を分けて説明してください。

ポートフォリオ要素	書く内容	避けたい状態
背景	対象ユーザー、事業状況、制約	依頼文をそのまま課題とする
課題定義	観察・データ・対話からの仮説	「使いにくかった」だけで終える
判断	比較案、基準、本人の責任	チーム成果を個人成果にする
検証	指標、行動変化、次の改善	リリースを成果と同一視する

守秘義務で数値や画面を公開できない場合も、許可された範囲でプロセスは説明できます。絶対値を伏せ、基準値に対する変化や調査方法を示す方法もあります。ただし、公開可否は在籍企業との契約・ルールを優先してください。

クライアントワークでは、理想案だけでなく予算、期間、技術、社内合意の制約があります。制約を理由に品質を諦めた話ではなく、何を守り、どこを段階化し、次の検証へどうつないだかを整理すると職務との接続が明確になります。

PdMはプロダクト成果と組織づくりを分けて示す

公式PdMページによると、組織は2025年9月に本格立ち上げとなり、2026年8月24日の確認時点で7名です。この情報は組織形成の途中であることを理解する材料ですが、募集枠が多い、選考が易しいという意味ではありません。むしろ、個別プロダクトだけでなく職能組織へ何を持ち込めるかを整理する必要があります。

実績は二つに分けます。一つ目は、KPI、ロードマップ、優先順位、検証を通じたプロダクトの成果です。二つ目は、採用、育成、評価、ナレッジ共有、プロセス標準化など組織への貢献です。両方を経験していない場合は、ある方を具体的に示し、ない方を経験済みのように書かないでください。

ロードマップの説明では、予定どおり作ったことより、何を作らないと決めたかが判断を示します。事業価値、ユーザー価値、実現性のどこで対立が生じ、どの情報を追加して合意したかを話せるようにします。成功した施策だけでなく、仮説を撤回した経緯もPdMとしての学習力を伝えます。

エンジニアは技術選定をユーザー価値へつなぐ

エンジニア職でGitHubや技術名を示すことは重要ですが、それだけでは上流と協業の適性を判断しにくいでしょう。ユーザーの課題をどう理解し、技術制約をどう翻訳し、デザイナーやクライアントの判断をどう支えたかまで説明します。

• 体験と実装コストを比較した技術選定
• 品質、速度、運用負荷の優先順位
• アクセシビリティやAI活用を目的へ結び付けた提案
• リリース後の計測、障害対応、再発防止
• 非技術職へ制約と選択肢を説明した方法

「提案したが採用されなかった」経験も使えます。提案の前提、反対理由、追加した情報、最終判断を説明すれば、合意形成の仕方が伝わります。採用されなかったことを他者の理解不足として終えず、自分の伝え方と次の改善まで示してください。

選考段階ごとに同じ案件の焦点を変える

公式選考プロセスでは、書類、一次、二次、最終で確認軸が変わります。案件を毎回変える必要はありませんが、同じ説明を繰り返すと各段階の問いへ答えられません。代表案件を一つ選び、実務、価値観、原体験の三方向から説明できるようにします。

段階	案件の焦点	準備する問い
書類	背景・担当・成果を短く理解できるか	読む人が追加説明なしで役割を区別できるか
一次	実務判断と技術・職能	比較案と本人の決定は何か
二次	価値観、協業、キャリア観	なぜその判断を大切にしたか
最終	信念、原体験、今後	経験が将来の挑戦へどうつながるか

二次へ進む際の適性検査、ミドル・シニア人材のリファレンスチェックは、案内された場合に対応します。候補者全員へ同じ順序・回数で実施されるとは限りません。自分に届いた案内を正本としてください。

同ページでは、各段階の結果通知は3営業日が目安とされ、基本フロー全体は約1か月〜1か月半と図示されています。いずれも保証された期限ではないため、内定前に退職日を確定せず、日程の余白を持つのが安全です。

応募・準備・見送りを決めるチェック

現時点で応募するかは、企業への関心の強さではなく、希望職種の中心責任を裏付ける証拠で決めます。次のうち四つ以上を具体的な案件で説明できるなら応募を検討し、不足が多ければ現職や個人活動で証拠を作る期間を置きます。

1. 希望職種を一つに絞り、その中心責任を説明できる
2. 課題を依頼内容と区別し、自分で定義した事例がある
3. 複数案と判断基準、本人の責任範囲を示せる
4. 他職種・クライアントとの対立を合意へ進めた経験がある
5. リリース後の指標・行動・学びを説明できる
6. 失敗や撤回した仮説から改善した事例がある
7. グッドパッチで担いたい課題を過去の経験につなげられる

四つという数は合格基準ではなく、準備の漏れを見つける編集上の目安です。中心成果物が一つもない場合は、職種名を無理に寄せるより、隣接職種を比較する方が現実的です。

年収と書類は別記事で深掘りする

応募職種を絞った後は、報酬レンジと制度をグッドパッチの年収記事で確認できます。職務経歴書とポートフォリオの役割分担はグッドパッチの職務経歴書記事で整理してください。本記事では難易度判断に集中し、年収の数値や書類テンプレートを重複させません。

前職別に応募先との距離を測る

前職	接続しやすい経験	不足しやすい証拠
制作会社デザイナー	複数顧客、短い周期、品質管理	事業KPI・上流の意思決定
事業会社デザイナー	継続改善、ユーザー理解	異業界クライアントとの合意形成
事業会社PdM	KPI、ロードマップ、チーム推進	クライアントワークの制約対応
受託エンジニア	顧客折衝、納期・品質	ユーザー体験からの技術提案
異職種	業界知識、企画、プロジェクト推進	応募職能の成果物

業界名ではなく、主担当の工程と成果物で距離を測ります。制作会社出身でも課題定義から検証まで担っていれば強い接続があります。

反対に、同じ肩書でも判断を上司に委ねていた場合は、責任範囲に差があります。補助、共同、主担当を分けて記載してください。

中心成果物が欠ける場合は、無理に応募職種へ寄せず、隣接職種や現職で経験を広げる選択肢を検討します。不足を隠さず次の行動へ変えることが重要です。

職務経歴書と成果物の矛盾をなくす

書類選考では経歴、思考、得意分野に加え、作品・実績の背景や意図、課題への向き合い方を確認すると公式ページは説明しています。職務経歴書で「主導」と書いた案件を、ポートフォリオで「チームが決めた」と説明すると責任範囲が曖昧になります。

確認箇所	一致させる内容
期間	案件開始・担当期間・リリース時期
役割	補助、共同、主担当、最終決裁者
課題	依頼内容と、自分が再定義した問題
成果	チーム全体と本人の寄与、計測期間
数値	基準値、変化、取得方法、守秘範囲

数値がない案件でも、利用者インタビューで見つかった行動、問い合わせ内容の変化、チームの意思決定速度など、検証できる結果はあります。ただし、印象を事実として書かず、誰の観察か、どの期間か、どの資料で確認したかを示します。

守秘義務がある成果は、無断で社名、画面、売上、顧客情報を公開しません。公開可能な範囲で業界を抽象化し、相対的な変化と判断過程を説明します。それでも中心成果物を示せない場合は、公開可能な別案件を代表事例に選びます。

カジュアル面談を応募可否の確認に使う

公式フローにはカジュアル面談が含まれます。選考に進む前に、求人票だけでは分からない担当領域、チーム構成、入社後の期待を確認する機会として使えます。合格のための面接と決めつけず、双方の認識を揃える質問を準備します。

• 現行求人で入社初期に期待される中心成果物
• 同じ職種でも案件・職位で変わる責任範囲
• 即プロジェクト参加とhatch後の段階参加を分ける考え方
• UI/UX、PdM、エンジニア間の意思決定方法
• ポートフォリオやGitHubで追加してほしい情報

質問への回答を受けて、応募職種を変える判断もあります。会社名を優先して複数職種へ無差別に応募するより、中心責任と成果物が最も近い職種を選びます。隣接する二職種で迷う場合は、それぞれの最初の成果と評価軸を比較します。

難易度Aでも応募を見送る必要はない

A（高い）は「特定の学歴や会社名がなければ応募できない」という意味ではありません。公式ページが示す職務範囲と選考軸に対し、実務の証拠を複数用意する必要があるという編集分類です。経験の会社規模より、本人が担った責任と判断を見ます。

応募してよい状態は、すべての要件を完璧に満たす状態とも限りません。必須要件を確認したうえで、中心責任へ近い成果物があり、不足を具体的に説明できるなら応募判断ができます。歓迎要件を満たさないことと、必須要件を満たさないことは分けてください。

準備を先にするなら、不足項目を一つに絞ります。課題定義が弱いならユーザー観察から始め、意思決定が弱いなら複数案の比較記録を残し、検証が弱いならリリース後の計測を行います。不足を抽象的な自信のなさではなく、次の成果物へ変えることが重要です。

グッドパッチの転職難易度に関するFAQ

未経験でも転職できますか？

職種によります。デザイン業界未経験でも中心責任と近い成果があれば接続を説明できますが、職能そのものの成果物がない場合は難易度が上がります。

ポートフォリオは必須ですか？

公式はデザイナーは原則必須とし、一部不要ポジションもあると案内しています。現行求人で確認してください。

面接は何回ですか？

基本は一次、二次、最終の3段階ですが、職種・候補者により順番や回数が変わる場合があります。

選考期間はどれくらいですか？

公式図は全体1か月〜1か月半ほどとしています。応募時期や日程調整で変動します。

難易度を下げる準備は何ですか？

希望職種を一つに絞り、課題定義・意思決定・成果の証拠を対応させることです。

まとめ｜職種の中心責任と実績を照合する

グッドパッチの転職難易度はA（高い）です。ただし、職種ごとに難しさは異なります。UI/UXデザイナーは課題から成果、PdMは優先順位と事業成長、エンジニアは上流と協業を中心に照合してください。

今応募できるかは肩書ではなく証拠で決まります。公式求人と選考ページを読み、中心責任を担った事例があるなら応募し、欠けるなら準備を先にするのが現実的です。