「自分はAWSを使いこなしている」——それでも書類で落ちる本当の理由

クラウドの仕事をして3年。AWSもAzureも日常的に触っているし、インフラをコードで管理するIaCも実務で回している。資格だってある。それなのに、転職活動を始めてみると書類選考がなかなか通らない、面接に進んでも「経験が浅い」と言われる——こんな経験をしているクラウドエンジニアは、実は少なくありません。

逆に、「そんなに深い知識があるわけじゃないのに年収が大きく上がった」という人もいます。この差は、スキルの差というよりも「市場価値の見せ方」と「転職先の選び方」の差であることがほとんどです。

この記事では、クラウドエンジニアの転職を数多く見てきたエージェントや採用担当者の視点から、「なぜ評価されないのか」「何を変えれば評価されるのか」を、構成ごとに掘り下げていきます。すでに転職活動を始めているミドル層（経験3〜8年）のクラウドエンジニアを主な対象読者として書いていますが、これからキャリアを設計したい方にも役立つ内容です。

クラウドエンジニアの需要が高い「本当の理由」を理解する

需要の実態：「クラウドが使える人」は余っている

よく「クラウドエンジニアは需要が高い」と言われますが、この表現には大きな落とし穴があります。採用担当者の目線で言うと、「AWS/Azureを操作できる人」という水準では、もはや供給過多に近い状態です。クラウドベンダーの認定資格を持つエンジニアの数は年々増加しており、「資格があります、EC2やS3は使えます」という人材はすでに珍しくありません。

一方で、本当に引き合いが強いのは「クラウドを使って何かを実現した人」です。具体的には、以下のような経験を持つ人材への需要は依然として高い水準が続いています。

• オンプレミスからクラウドへの移行プロジェクトをリードした経験
• マイクロサービスアーキテクチャの設計・運用経験
• コスト最適化やセキュリティ統制などビジネス課題に直結した実績
• SREやプラットフォームエンジニアリングの視点を持つ人材
• 生成AIやMLOpsのインフラ基盤を構築できる人材

特に最近のトレンドとして、生成AIサービスを支えるインフラ——GPUクラスタの管理、ベクターDB基盤の構築、推論コストの最適化——に手を動かせるクラウドエンジニアへの引き合いは急速に高まっています。「クラウド×AI基盤」の掛け合わせは、求人票で見かける水準としても際立って高い条件が提示されやすいカテゴリです。

年収相場の構造：「職種名」より「できること」で決まる

クラウドエンジニアの年収は、同じ職種名でも非常に幅があります。エージェントの肌感として、現在の市場では以下のような構造になっています。

• 運用・監視中心（クラウド操作はできるが設計は別チーム）：年収水準は比較的抑えられやすく、競合が多い
• 構築・設計ができる（要件をもとにアーキテクチャを自分で考えられる）：ここから明確に差がつき始める水準
• ビジネス課題に対してクラウドで解決策を提示できる：上位層。PM・アーキテクトに近い領域で評価される

重要なのは、自分がどの層に属するかを自分自身が正確に把握できているかどうかです。「設計もやっています」と言っていても、採用担当者がレジュメや面接で確認すると「既存テンプレートに沿った作業」だったというケースはよくあります。これが「思ったより評価されない」という体験の正体の一つです。

採用担当者・エージェントが「実はこう見ている」クラウドエンジニアの評価基準

レジュメで最初に確認する「3つのポイント」

採用担当者がクラウドエンジニアのレジュメを見るとき、最初の30秒で確認するのは次の3点です。

• ①使ったサービス名ではなく、何を解決したか：「ECSを使って〜」ではなく「サービスのデプロイ頻度を週1回から1日複数回に改善した」という書き方をしているか
• ②規模感がわかるか：トラフィック量、サーバー台数、チーム規模など、自分の経験がどの程度の規模に対応できるかが読み取れるか
• ③課題→選択→結果の流れがあるか：なぜそのアーキテクチャを選んだか、技術選定に自分の意思が介在しているかどうか

特に③は、「指示通りに構築した人」と「アーキテクトとして考えられる人」を見分ける最大のポイントです。採用担当者は「この人は与えられた仕様を実装するだけなのか、課題を定義するところから入れるのか」を常に見ています。

エージェントが本音で言う「紹介しにくいクラウドエンジニアの特徴」

エージェントの視点でも、紹介しやすい候補者と紹介しにくい候補者の差は明確にあります。紹介しにくいと感じるのは、以下のようなケースです。

• 「クラウドなら何でも」と言うが、実際に得意な領域が特定できない
• 保有資格は多いが、資格と実務経験の関係が語れない
• 希望年収だけが高く、それを裏付けるエピソードがない
• 前職の環境（使っていたサービス・構成）を説明できるが、なぜその構成にしたかを説明できない

逆に紹介しやすいのは、「自分はこの課題に対してこう考えてこう解決した」を短く話せる人です。エージェントは企業への推薦文を書く必要があります。その推薦文の材料を候補者自身が持っているかどうか、が紹介の可否に直結します。

よくある失敗パターンと回避法

失敗パターン①：「マルチクラウド対応」をアピールするが薄さが露呈する

AWSもAzureもGCPも「触ったことがある」とアピールするケース。これは意図とは逆に、採用担当者に「どれも浅い人」という印象を与えることがあります。

回避法：メインで使ってきたクラウドを「深い」と言い切り、他のクラウドは「〇〇の経験があるため、短期間でキャッチアップできます」という書き方にする。マルチクラウドをアピールするなら、「複数クラウドを組み合わせた設計をした」という具体的な文脈と一緒に示すこと。

ビフォー：「AWS・Azure・GCPの経験あり。マルチクラウド対応可能」

アフター：「AWSをメイン環境として3年間設計・構築を担当。Azure ADとのIDフェデレーション構成も実務で経験しており、複数クラウドをまたいだID管理の実装が可能です」

失敗パターン②：「インフラをコードで管理しています」で止まってしまう

TerraformやAnsibleの使用経験をアピールするのはよいですが、「使っています」だけでは差別化になりません。IaCは今や多くのエンジニアが触れており、「書けること」は前提条件に近くなっています。

回避法：「どんな課題を解決するためにIaCを導入・改善したか」を語れるようにする。たとえば「環境構築の属人化を解消するためにTerraformのモジュール設計を見直し、新規環境の構築時間を大幅に短縮した」のように、目的と結果をセットにする。

失敗パターン③：希望年収を「相場より高め」に設定して書類落ちを繰り返す

クラウドエンジニアは需要が高いという情報を見て、強気の希望年収を設定してしまうケース。しかし採用担当者は、希望年収と経験の整合性を必ず確認します。「この経験でこの金額を希望するなら、うちでは役に立たないかも」と判断されると、書類段階で落とされます。

回避法：希望年収は「現年収＋転職理由に見合う上乗せ」で設定し、まず面接に進むことを優先する。面接で実績を語ることで年収交渉の余地が生まれます。書類段階で弾かれてしまうと、その機会自体がなくなります。エージェント経由の場合は、希望年収をレンジで伝えて企業との交渉を任せる方法も有効です。

失敗パターン④：「技術的に面白い環境」だけを軸に転職して後悔する

クラウドエンジニアに多いのが、技術スタックへの興味だけで転職先を選び、入社後に「思っていた仕事と違う」となるケース。特にスタートアップへの転職でよく見られます。

回避法：面接で必ず確認すべき質問を事前に準備する。

• 「現在のクラウドインフラの主な課題は何ですか？入社後に取り組んでほしいことは？」
• 「インフラチームの意思決定は誰がしていますか？外部ベンダーへの依存度は？」
• 「直近1年でアーキテクチャに関して大きな変更をしましたか？その背景を教えてください」

これらの質問に対する答えの具体性が、その企業のクラウド成熟度と、あなたが実際に「設計者」として機能できるかどうかを判断するヒントになります。

市場価値を正しく伝えるための4つの方法

方法①：経験を「STAR形式」ではなく「課題→選択理由→結果」で整理する

STAR形式（Situation/Task/Action/Result）はよく知られていますが、クラウドエンジニアの場合はそれよりも「なぜその技術を選んだか」という選択の文脈が重視されます。採用担当者は「この人はトレードオフを考えられるか」を確認したいからです。

整理の手順：

• まず過去の案件で「自分が技術選定や設計判断に関わったもの」を3〜5個書き出す
• 各案件について「その時の課題」「なぜその選択をしたか（他の選択肢との比較）」「結果どうなったか」を1段落で書く
• その文章をレジュメの職務経歴に組み込む

方法②：資格を「持っている」から「裏付けになっている」に変える

資格はスクリーニングの通過に役立ちますが、評価を上げるのは実務との紐付けです。たとえばAWSのプロフェッショナル資格を持っているなら、「この資格を取得した背景には、設計フェーズでの判断精度を高めたかったという実務上の動機がある」という文脈で語れるようにしましょう。面接での会話でも、資格を単独で言及するより「実務でこの判断をするときに資格の知識が活きた」というエピソードとセットにすると説得力が格段に増します。

方法③：「今の市場で求められているポジション名」を意識して応募する

同じ業務でも、求人票の職種名によって期待値が異なります。「インフラエンジニア」「クラウドエンジニア」「プラットフォームエンジニア」「SRE」「クラウドアーキテクト」——これらは重なる部分もありますが、期待するスコープや年収帯が異なります。自分の実務経験がどの職種名の求人と最も重なるかを意識して応募先を絞ることで、書類通過率が上がります。エージェントに「自分の経験は今どの職種名で出ている求人に近いですか？」と直接聞くのが最も早い方法です。

方法④：「次のキャリアで何を解決したいか」を語れるようにする

クラウドエンジニアが面接で差をつけられる場面の一つが、「なぜ転職するのか・なぜうちなのか」という質問への答えです。ここで「成長できる環境を求めて」という抽象的な回答をする人は非常に多く、採用担当者からすると記憶に残りません。

効果的な答え方の構造：「前職では〇〇の課題を解決しましたが、その経験から△△という課題をより深く解決したいと思うようになりました。御社では〇〇の取り組みをしていると聞いており、自分の経験を活かしながらその課題に直接貢献できると考えています」

この構造で話せると、採用担当者は「この人は何ができるか」と「なぜうちなのか」を同時に理解できます。

まとめ：今日からできるアクション

クラウドエンジニアとして転職市場での評価を高めるために、今日からできることを3つにまとめます。

• ①職務経歴書を「技術名の羅列」から「課題→選択→結果」に書き直す：まず過去の案件の中から自分が技術選定に関わった1件を選び、その3点セットを書き出してみる。それだけでレジュメの質は大きく変わります。
• ②エージェントに「自分の経験は今の市場でどの職種・レンジに当たるか」を聞く：自己評価と市場評価のズレをプロの目で修正してもらうことが、転職活動の最初のステップです。複数のエージェントに聞いて、評価のばらつきを把握することも有効です。
• ③応募前の企業研究で「クラウドの課題と期待役割」を確認する質問を3つ準備する：上記の失敗パターン④で紹介した質問文をそのまま使って、次の面接に臨んでください。その答えが具体的かどうかで、入社後のギャップを事前に防げます。

クラウドエンジニアの市場価値は、スキルを磨くことだけでは上がりません。自分の経験を「市場が求める言語」に翻訳する力が、転職の成否を分けます。今日一つ、行動を変えてみてください。