海外転職で役職が下がるのは損？仕事内容と次のキャリアで判断する方法

肩書きと社内等級を分けて確かめる

まず、オファー文書に記載された職名と、会社の人事制度上の等級を分けます。職名は外部や社内で役割を呼ぶ名称、等級は会社が期待する仕事の範囲などを整理する区分です。ただし、用語や両者の関係は会社によって違います。求人票、面接時の説明、オファー文書で表記が異なる場合も、どれが入社時に適用されるのかを確認してください。

人事へ聞きたいのは「日本の課長と同じですか」より、「この職名に対応する社内等級は何ですか。その等級に期待される責任を確認できる資料はありますか」です。等級が公開されない場合は、職務記述書や、隣接する役割との責任の違いを説明してもらいます。情報がないことを、自動的に低い等級だと判断しないようにします。

企業の公式資料でも、名称と役割の関係は一様ではない

Dropboxの公開Engineering Career Frameworkの一覧では、IC1〜IC4にSoftware Engineerという同じ名称が使われています。同資料はレベルごとの期待を、担当範囲、協働の広がり、影響の出し方から説明しています。この一覧だけで雇用契約上の職名を確定したり、他社のSeniorとの対応を作ったりはできませんが、名称とレベルを別に読む理由が分かります。

一方、GitLabのTech Leadの説明では、特定の案件にひもづく一時的な役割としてのTech Leadは、追加のseniority levelではないとされています。同じ「Lead」でも、役割の割り当てなのか、正式な職位なのかを確かめる必要があります。

ここで挙げたのは、2026年11月1日に確認した二社のエンジニアリング領域の公開例です。別企業・別職種・別の国の標準ではなく、公開版と自分に適用される社内制度が一致する保証もありません。「役職が下がる」と感じたら、まず何の名称・区分が変わるのかを特定しましょう。

現職との違いを、実際の仕事で埋める

職務記述書を読み、現職とオファーを同じ項目で並べます。現職は今まで実際に担当していること、オファーは文書や面談で説明されたことを記入します。転職先の説明は、まだ自分が経験した実態ではありません。根拠の種類と確認日も残しておきましょう。

日常の業務と時間配分

何を作り、調べ、運用し、誰と調整するのか。定型作業、改善、顧客対応、会議などの配分を聞く。「戦略に関わる」なら、資料作成から意思決定への参加まで、どの工程かを具体化する。

成果への責任と担当範囲

個別の作業、一つの製品、地域、複数部門など、どこまでを担うか。入社後の最初の数か月に何を期待するか、誰が成果を確認するか、継続して担当する責任かを聞く。

裁量と決裁の権限

方法を自分で選べる範囲、優先順位や予算を変える権限、承認が必要な判断を分ける。「提案する」「実行する」「最終決定する」を同じにしない。

報告先とチームの状況

直属の上司、案件ごとの責任者、協働する相手、直属の部下の有無を確認する。兼務、増員予定、利用できるデータや支援も聞く。組織図で上司に近いことだけを、権限の大きさとみなさない。

たとえば、担当する国が増えても、すべて決められた手順の処理なら、意思決定の範囲は広がらないかもしれません。反対に、一つの地域だけでも、課題の発見から改善案の実行まで任される仕事があります。対象の広さと、自分の判断の深さの両方を見ます。

減る仕事も、増える仕事も具体的に書く

「格下になるか」だけで考えると、実際の変化が見えにくくなります。「部下の評価を担当しなくなる」「分析結果を説明する相手が営業部だけから開発部にも広がる」「予算承認は引き続き上司が行う」のように書いてみてください。

そのうえで、続けたい経験が減るのか、今後取り組みたい仕事が増えるのかを考えます。幅広い責任がいつでも有利とは限りません。責任だけ増えて支援や権限が足りない、希望する仕事が求人票では目立つのに実際はごく一部、といった違いにも注意します。

なお、駐在から現地採用へ変わるなど、雇用の経路そのものが違う場合は、職位だけでなく福利厚生や契約相手も比較対象です。背景を整理するには、駐在員と現地採用の違いを扱う記事も参考になります。実際の条件は、自分に提示された書面で確認してください。

報酬の内訳と働く条件を読む

役職名が変わったから給与も下がる、提示総額が増えたから条件がよくなる、と決めつけないようにします。まず、固定の支払いと条件付きの支払い、継続するものと一度だけのものを分けます。次の項目は編集部の確認観点で、各国の法的な必須記載事項の一覧ではありません。

併せて、雇用主となる法人、雇用か業務委託か、契約期間、勤務地、所定の勤務時間、試用期間、退職時の通知や費用負担に関する条件を読みます。夜間会議、出張、当番、時間外の連絡などは、配属予定のチームにも実態を確認してください。仕事の責任が同じでも、使える時間や継続しやすさは変わります。

ここまでで整理するのは、報酬の構成と適用条件です。税・保険・家賃を含む生活の比較は、海外オファーを生活費と働く時間から比べる方法で別に確認できます。税額や契約条項の法的な効力が分からない場合は、関係する地域の公的案内や適切な専門家に確認しましょう。

次の役割への条件を、約束の種類と分ける

「入社後に実績を出せば、すぐ上がれると思います」と言われたら、その言葉を理由に今の条件を補ってしまう前に、何が決まっているのかを聞きます。将来の昇進がなくても、この入社時の仕事と条件を受け入れられるかも考えておきたい点です。

個別の約束、制度の説明、見込みを区別する

• 個別の書面にある約束：何を、いつ、どの条件で行うと記載されているか。「半年後に職位を再検討する」と「半年後に昇進する」では内容が違う。文書の位置付けや条件が不明なら確認する。
• 会社の制度・方針：昇進の申請や審査の仕組みがあるという説明。自分の職種・等級・法人にも適用されるか、現在の版かを確認する。制度があることと、自分の昇進が決まったことは別。
• 担当者の予想や希望：成長の見込み、過去の社員の例、将来の組織拡大の話。参考情報として残し、確定条件へ置き換えない。

メールに書かれた説明でも、それだけで契約上の確約と断定はできません。発言した人、原文、日付、参照されている規程を残し、不明な点は採用担当者や権限のある人事へ確認します。書面の法的な意味まで自己判断する必要はありません。

次の役割を担う要件と、判断の手順を聞く

希望する次の仕事があるなら、必要な経験と、そこで示す成果を具体化します。たとえば部門をまたぐ改善を担いたいなら、課題の定義、関係者との合意、実行後の確認まで求めるのかを聞きます。今回のポジションでその経験を積めるのか、必要な権限や支援があるのかも照合しましょう。

さらに、誰が昇進を提案し、どんな記録で審査し、誰が決定するのかを確かめます。評価の面談日と昇進の決定日は同じとは限りません。組織の必要性、ポジションの空き、予算、社内公募など、本人の実績以外に条件があるかも質問します。

GitLabのEngineering Career Developmentは、より上位の仕事に備えるコーチングと、実際の昇進手続きを区別しています。また、Senior EngineerからStaff EngineerやEngineering Managerへの進展には、役割の必要性があると説明しています。その仕事を担えることを示す経験も必要で、在籍期間だけでは保証されません。これは同社の公開説明の一部で、応募先の審査時期や現行の適用規程は別途確認が必要です。

前述のDropboxの公開枠組みも、昇進チェックリストではないと明記しています。項目を埋めるだけで昇進できると読まず、自分に期待される成果と判断方法を確かめるために使います。他社へ再転職する場合も、今の等級がそのまま引き継がれるとは限りません。以前の肩書きに容易に戻れるという前提は置かず、仕事内容をどこまで説明できるかを考えましょう。

架空例：Seniorが外れるオファーを比べる

以下は、役職名の変化を読み解くための架空例です。企業名、職名、業務、書面の内容はすべて編集部が設定したもので、前述のDropboxやGitLabの制度・求人を表していません。

玲さんの現職はSenior Operations Analyst。定例分析を担当し、改善案を上司に提案しています。海外の会社から提示された職名はOperations Analystで、Seniorが付いていません。玲さんは、肩書きを保つことに加え、分析だけでなく業務改善の設計にも関わりたいと考えています。

名称と等級

現職の正式名称と社内等級は手元の記録で確認済み。新しい職名はオファー文書に記載されているが、対応する等級とその定義は未受領。名称が短くなったことは分かるが、等級の対応はまだ比べられない。

仕事内容

新しい職務記述書には、分析に加え、運用フローの改善案を設計すると記載されている。玲さんの希望に近い内容だが、定型業務との配分は未確認。実行まで本人が担うとは書かれていない。

裁量とチーム

配属予定の上司から、営業と運用の担当者へ提案するとのメール回答があった。予算の決裁は上司が行う。改善案の優先順位を玲さんが決められるか、実装を支える担当がいるかは未回答。

報酬と時間

固定給と目標賞与の欄は分かれている。賞与の支給条件と時差会議の頻度は確認待ち。提示総額だけでは判断せず、希望する生活を維持できるかは別に比較する。

次の役割

採用担当者から「将来はSeniorも目指せる」と口頭で聞いた。個別の昇進の約束ではなく、適用基準・審査・ポジションの条件は未確認として残す。

この段階で玲さんが分かったのは、改善の設計という希望に近い記載があることと、受諾の判断に必要な答えがまだ足りないことです。「役職が下がるから辞退」「成長できるから受諾」のどちらにも進みません。

玲さんは、将来の昇進がなくても改善の設計を継続して担当できることを重視しました。実行を支える体制があり、勤務時間と固定報酬が自分の最低条件に合うことも必要だと整理しました。人事には等級と報酬条件、配属予定の上司には業務配分・権限・支援・会議の頻度を質問し、回答期限を相談します。

返答で最低条件を満たせると分かれば、減る経験も受け入れられるかを含めて検討できます。逆に、改善は将来の予定にすぎず当面は希望と異なる仕事だった場合は、条件の相談や辞退も選択肢になります。回答が届かない、または担当者同士の説明が食い違う間は、その点を解消せずに比較が終わったことにはしません。

受諾前に、答えが必要な質問をまとめる

質問は「キャリアアップできますか」と広く聞くより、判断が止まっている項目に絞ります。書類にすでに書かれている内容は読み取ったうえで、不足と食い違いをまとめましょう。次は編集部作成の質問例です。

1. 職位：このオファーの正式な職名と社内等級は何ですか。私に適用される役割定義と、一つ上の役割との責任の違いを確認できますか。
2. 仕事：最初の数か月に任せる主な仕事と、通常の業務配分を教えてください。記載された改善業務は、入社時から担当する仕事ですか、それとも将来の予定ですか。
3. 権限と支援：私が自分で決めること、上司の承認が必要なことは何ですか。実行に必要な人員や情報は、現在どこまで用意されていますか。
4. 次の役割：求める経験・実績、確認する人、申請と審査の流れは何ですか。空きポジションなどの条件はありますか。今回説明されたのは再検討の機会ですか、条件を満たした場合の個別の約束ですか。
5. 残る条件と返答期限：報酬や勤務条件で未回答の点は、誰に確認できますか。オファーに残る条件、回答をいただける時期、私の返答期限を確認したいです。

英語では、職位と見直しの条件を分けて聞く

Could you confirm the internal level for this offer and share the expectations for that level? I’d also like to understand which decisions I would own and which would require approval.

このオファーの社内等級と、その等級への期待を確認できますか。また、私が決定することと、承認が必要なことを知りたいです。

You mentioned that the role could be reviewed later. Is that a scheduled review or a commitment to a change in level? What criteria, approvals, and available positions would that depend on?

後で役割を見直せるとのお話がありましたが、予定された見直しですか、それとも等級変更のお約束ですか。どのような基準、承認、ポジションの空きに左右されますか。

二つ目は、相手が実際に見直しへ言及した場合の例です。話していない約束をしたかのように送らず、自分の状況に合わせて直してください。返答が口頭なら、理解した内容を文面で確認できます。ただし、自分が送った要約や相手の沈黙を、合意の証拠に置き換えないようにします。

返答期限が迫り、重要な回答が間に合わない場合は、不明点と必要な時間を示して延長を相談します。延長される保証はありませんが、急いで空欄を都合よく埋めるより、何が未確認かを明確にできます。入社までにリファレンス確認、経歴確認、就労許可などの条件が残るなら、それぞれの担当窓口で状況を確かめます。オファーの提示だけを理由に、退職や取消しに費用がかかる渡航手配を確定しないことも大切です。

自分の最低条件を、比較メモに残す

最後に、現職と一件のオファーを、次の形でまとめてみてください。もう一件のオファーがあれば、同じ項目で別に作ります。項目ごとに点数をつけて合計するより、譲れない条件と、まだ判断できない点を先に見ます。

比較する対象

現職／オファー先の法人・勤務地・職名・社内等級・文書の版・確認日。

仕事内容の変化

増える仕事、減る仕事、変わらない責任。自分で決める範囲、報告先、支援体制。

受け入れるための最低条件

続けたい仕事、必要な裁量、勤務時間、固定報酬や雇用条件。将来の昇進がなくても受け入れられるか。

次の役割とのつながり

必要な経験・実績と、今回の仕事で経験できる範囲。判断者・手順・空きなどの条件。個別の書面、適用制度、見込みのどれか。

回答が必要なこと

未確認の内容／それによって変わる判断／確認する相手／返答を希望する時点。

現時点の判断と理由

検討を進められる点、条件の相談が必要な点、保留する点。自分の最低条件と照合した理由を一文で書く。

記録には「書面で確認」「口頭の説明」「未確認」など、情報の状態を添えます。契約書や現職の機密資料を、比較のために外部へ送る必要はありません。保存先や相談先への共有は規定と必要性を確認し、英語の練習には架空の内容を使えます。

肩書きへの違和感を無理に打ち消す必要はありません。今の職名を保つこと自体が大切なら、それも希望条件として扱えます。そのうえで、何を引き受け、何を手放し、何をまだ知らないのかを言葉にすると、受諾・条件の相談・辞退のいずれを考える場合も判断の根拠が残ります。まずは、最も答えが必要な一項目を選び、確認する相手を決めてみましょう。

よくある質問

情報の確認日・出典

2026年11月1日、次の公開資料で企業別の役割・等級・昇進の説明を確認しました。特定企業の技術職の例であり、海外企業すべての制度を示すものではありません。

• Dropbox Engineering Career Framework：名称と内部レベル、担当範囲、昇進チェックリストとの違い。
• GitLab Tech Lead：案件に対する役割とseniority levelの違い。
• GitLab Engineering Career Development：育成と昇進手続き、役割の必要性と実績。