クラウドエンジニアの案件は、案件サイトでも単価の高い区分として扱われることが多くあります。ただし、そこで見える平均をそのまま自分の相場にはできません。同じ「クラウド」の案件でも、運用監視と設計では比べる相手が違うからです。
単価の全体像はフリーランスエンジニアの単価相場にまとめています。正社員としての年収とスキルの伸ばし方はクラウドエンジニアの年収で扱うので、この記事は、提示された案件の単価が条件に見合っているかを業務委託の立場で判断するためのものです。
統計で分かるのは職種全体の平均まで
統計で言える範囲を先に確かめます。公的統計にクラウドエンジニアという職業区分はありません。民間の案件サイトはクラウドエンジニア、セキュリティエンジニア、SREといった職種別の掲載単価を公表することがありますが、いずれも掲載時の提示額の平均で、成約後の支払額ではなく、エージェントの取り分が含まれている場合もあります。
そして、どの集計にもAWS、Azure、Google Cloudといったサービス別の平均も、工程別の平均もありません。そのため、「AWSの案件はいくら」と金額を示す記事を見たら、調査の対象と件数を確かめてください。また、分類の基準は公表されていないので、インフラエンジニアとして掲載された案件にクラウドの仕事が含まれることもあります。
クラウドの案件は工程で別物になる
単価を見る前に、案件の工程を分けます。発注側が払う理由が工程で違い、代わりに担当できる人の数も変わるからです。
| 工程 | 主な仕事 | 比べる相手 |
|---|---|---|
| 運用監視 | アラートへの一次対応、手順に沿った作業 | 運用保守の案件 |
| 運用改善 | 障害の原因調査、再発防止、自動化 | 運用保守の上位、SREの案件 |
| 構築 | 設計に沿った環境の構築、IaCの実装 | クラウドの実装の案件 |
| 設計 | 構成の選定、可用性や費用の判断、非機能要件の整理 | クラウドの上流の案件 |
| 移行 | 既存システムの移行の計画と実施 | 設計と構築を含む案件 |
| 全体の推進 | 複数チームの基盤方針、標準の策定 | SRE、アーキテクト、PMの案件 |
この表の分け方は当サイトの整理で、調査の分類ではありません。統計の平均は、こうした工程が混ざった数字です。
たとえば、手順書に沿った監視の案件が平均より低くても、すぐに不当とは言えません。反対に、構成の判断と移行の計画まで任される案件が平均と同じ額なら、責任の割に低い可能性があります。平均との差を見る前に、工程を揃えるのが読み方の基本です。運用の仕事の見方は運用保守エンジニアの年収でも確認できます。
条件1：判断を任される範囲
単価を分ける一番大きな条件は、構成を決める判断を任されるかどうかです。費用、可用性、セキュリティの判断を誤ると影響が大きいので、経験のある人に頼む必要があるからです。
案件票の「AWSの構築」という言葉だけでは、判断の範囲は分かりません。面談では次のように聞きます。構成を決めるのは誰か、すでに決まった構成を実装するのか、費用の見直しまで担当するのか、です。
実績を伝えるときも、使ったサービス名を並べるだけでは足りません。「なぜその構成を選んだか」「他の案とどう比べたか」「その結果、何が変わったか」を説明できると、判断の範囲が伝わります。ただし、判断を任されると言いながら決定権がなく、説明の責任だけが残る案件もあるので、決定の流れも確かめてください。
条件2：障害対応とオンコールの扱い
クラウドの案件で単価と同じくらい確かめたいのは、時間外の対応です。障害対応は負担が大きいのに、月額の中に含まれているのか別なのかが、案件によって違うからです。
確認する点は次のとおりです。
- 夜間や休日の呼び出しがあるか、頻度の実績はどのくらいか
- 呼び出しの待機に報酬が出るか、対応した時間だけ精算するのか
- 対応した時間が精算の上限に含まれるか
- 一次対応だけか、原因調査と恒久対応まで担当するのか
- 代わりの担当者がいるか
たとえば、同じ月額でも、呼び出しがなく定時で終わる案件と、毎週のように夜間に対応する案件では、時間あたりの報酬がまったく違います。比べるなら、月額 ÷ 実際の稼働時間で時間単価に直します。正社員の手当の考え方はオンコール手当にありますが、業務委託では契約の書き方がそのまま金額になります。
精算の方法は月額固定と時間精算の違いで確認してください。時間外の対応が多いのに月額固定だと、働くほど時間単価が下がります。
条件3：セキュリティとネットワークの範囲
クラウドの案件は、担当する範囲が広いほど比べる相手が変わります。IAMの権限設計、ネットワークの分離、監査への対応を担当する人は、インフラの実装だけの人より責任の範囲が広いからです。案件サイトでも、セキュリティを担う募集は別の職種として扱われ、求められる経験の範囲が広くなります。
ただし、この数字を自分のクラウド案件の基準にするには、実際にセキュリティの判断を担当している必要があります。「セキュリティも見てほしい」という程度で範囲が曖昧だと、責任だけが増えて単価には反映されません。
範囲を確かめるには、監査の対応が必要か、インシデントが起きたときの判断は誰がするか、ルールを作るのか従うのかを聞きます。書類やツールの設定だけで終わるのか、方針まで決めるのかで評価が変わります。専門としての見方はセキュリティエンジニアの年収を参照してください。
条件4：働く場所と環境の制約
集計の差だけで働く場所を決めないでください。リモートと常駐の平均が公表されていても、それは職種を問わない全体の数字で、クラウドの案件に限った比較ではありません。
クラウドの案件で常駐が求められるのは、閉じたネットワークや作業端末の制約、セキュリティの方針などが理由の場合があります。その場合、提示額の比較には通勤の時間と費用も入れます。逆にリモートでも、深夜の作業や待機があれば時間の制約は残ります。
条件を比べるときは、月額に加えて、週あたりの出社日数と、作業端末の扱いを聞いてください。リモート勤務と年収の考え方は、業務委託でも参考になります。
条件5：商流と精算の幅
同じ案件名でも、発注元と自分の間に何社入っているかで、自分に入る額は変わります。統計の平均は掲載の額なので、自分に入る額と比べるときは、取り分の分だけ差が出ると考えてください。
| 確認すること | 理由 |
|---|---|
| 契約の相手方と、発注元の会社 | 間に何社入っているかが分かる |
| 掲載の額と自分に入る額 | 取り分の扱いを確かめる |
| 精算の上限と下限の時間 | 稼働が超えた月と足りない月の増減が決まる |
| 支払いサイト | 入金までの資金を準備する |
取り分の考え方はマージン率の記事、商流の見方は一次請けと二次請けの違いで確認できます。入金までの期間は支払いサイトの記事を参照してください。
例外として、取り分が多くても、次の案件を探す手間が減り、空白の期間が短くなるなら、年間で残る額は変わります。月額の差だけで決めず、年間で比べてください。
クラウドとSREの募集の違いをどう読むか
案件サイトでSREの区分がクラウドエンジニアの区分を上回ることがあります。ただし、これは「SREを名乗ると単価が上がる」という意味ではありません。違う案件の集まりの平均を比べているからです。
差が生まれるとすれば、役割の中身です。SREとして評価されるのは、信頼性の目標の設定、障害の分析と再発防止、運用の自動化、開発チームとの協力などです。クラウドの構築の経験がある人がこれらを担当するようになれば、比べる相手が変わります。職種の違いはSREの年収やプラットフォームエンジニアの年収でも確認できます。
また、こうした区分ごとの平均は、その月に載った案件の組み合わせで動きます。差を固定のものと考えず、自分の実績がどちらの募集要件に近いかを確かめてください。
運用監視から単価を上げる順番
運用監視の案件から単価を上げるには、工程の階段を1段ずつ上がる考え方が現実的です。いきなり設計の案件を希望しても、実績を説明できないからです。
- 手順どおりの対応に加えて、障害の原因を調べて記録する
- 繰り返しの作業をスクリプトやIaCで自動化する
- 監視の項目やアラートの条件を見直し、提案する
- 小さな範囲の構築を担当し、構成の理由を説明できるようにする
- 移行や設計の案件に、担当範囲を明記して応募する
個人で作った環境は、学習の証拠にはなりますが、本番の運用の実績とは別に説明します。規模、利用者、障害の経験が違うからです。スキルの伸ばし方の詳細はクラウドエンジニアの年収で扱っているので、ここでは順番だけに留めます。
案件の更新の場では、単に「上げてほしい」ではなく、「担当範囲がこう広がった」と具体的に伝えます。進め方は単価交渉と更新を確認してください。
正社員のレンジとも並べて判断する
単価を見るときは、正社員として残る場合と並べると判断しやすくなります。診断モデルでは、実務6〜9年、東京、スコア70の上場・大手で、正社員は 686〜805万円、業務委託は 926〜1,087万円 と置いています。
これは統計ではなく、職種の区分もないモデルの推定で、手取りでもありません。業務委託の推定は係数を掛けた前提の値で、残る金額が多いことを示すものではありません。月額からどれだけ残るかはフリーランスエンジニアの単価と手取りの手順で計算してください。正社員の年収と比べるときは、残る額で揃えます。
工程の比較が通じない案件
統計は1つの案件サイトの掲載案件の平均です。サイトに掲載された案件だけの集計で、掲載されない案件は含みません。公共や金融など、業界の要件で条件が大きく変わる案件もあります。また、月額で契約する案件を前提としているので、スポットの構築や技術顧問の報酬には当てはまりません。
インフラの中でもネットワークの現場の仕事や物理機器を扱う案件は、比べる相手が違います。ネットワークエンジニアの年収も参考にしてください。金額の判断は、自分の契約の内容を基準にし、税や保険の個別の判断は税理士や自治体に確認してください。
案件を受ける前の最終チェック
- 案件の工程を、運用監視、運用改善、構築、設計、移行、全体の推進で分けた
- 統計の平均と比べるときに、掲載の額どうしで比べた
- 構成を決める判断が自分にあるかを確かめた
- オンコールの頻度と、待機や対応の報酬を確かめた
- セキュリティの範囲と、常駐の条件を確かめた
- 商流、精算の幅、支払いサイトを確認した
- 月額を時間単価と年間の売上の両方に直した
単価の判断の前に、今の経験でどのレンジに入るかを確かめておくと、案件の比較の基準ができます。