Apex開発案件の単価相場｜スキル習得から高単価案件獲得までのロードマップ

「Apexって単価いいらしいけど、実際いくらなの？」——Salesforce案件に興味を持ち始めた人からよく受ける質問です。私も本業でApexとLWCを書きながら、副業で案件情報を眺め続けている当事者なので、肌感覚でお答えします。結論を先に言うと、Apexは需要に対して書ける人が足りていない領域で、単価は上がりやすい。ただし「Salesforceを触れる」と「Apexで設計できる」の間には深い谷があります。今日はその谷の埋め方まで含めて話します。

Apex案件の単価相場は実際のところいくら？

まず数字から。フリーランス・業務委託の月額単価は、求人媒体を見る限りおおむね次のレンジに分かれます。あくまで執筆時点の相場感として受け取ってください。

正社員のSalesforceエンジニアだと、求人票を見る限り年収500〜800万円帯が中心で、上流やマネジメントに寄ると900万超も出てきます。フリーの月額に12を掛けた額と単純比較はできませんが、体感として「同じスキルなら業務委託のほうが額面は高く出やすい」傾向はあると感じています。

レバテックやポテパン系のエージェント案件は単価が明示されていて中〜高単価が多い。一方でクラウドワークスのようなクラウドソーシングは「Salesforceの設定を手伝ってほしい」レベルの安い依頼も混ざります。同じ「Apex」というキーワードでも、母集団がまるで違うわけです。

単価のブレを生むのは、地域より圧倒的に業界とプロジェクト規模です。金融・大手製造の基幹に絡むSalesforce導入は単価が跳ねる。逆に中小のSFA（営業支援システム）を軽く直す案件は伸びにくい。見分け方はシンプルで、案件票に「ユーザー数」「外部システム連携」「Apex設計」が書いてあれば高単価寄り、「運用サポート」「設定変更」中心なら控えめだと思っておけば、そう外しません。

Apexスキルゼロから始める学習ロードマップ

Apexは構文的にはJavaにかなり近い言語です。なのでJava経験者はかなり有利で、正直コレクション操作あたりは「見た瞬間わかる」レベルで入れます。未経験の人が詰まるのはそこではなく、Salesforce特有の制約——いわゆるガバナ制限（1トランザクションで実行できるSOQLの回数上限など）のほう。ここを知らずに書くと、本番でだいたい落ちます。

学習の入口は公式のTrailheadで十分です。無料で、しかも開発用の無料環境（組織）まで用意される。Apex Basicsから始めて、トリガー、テストクラス、非同期処理（Batch/Queueable）まで一通り触ると、実務の会話についていける土台ができます。現実的な学習時間としては、Java経験者で50〜80時間、完全未経験だと150時間前後は見ておきたいところ。

周辺技術は欲張らず、優先順位をつけましょう。まずApexとSOQL、次にLWC（画面のフロント側）、そしてREST APIによる外部連携、余裕が出たらBatch処理。この順で押さえると案件票の要件と噛み合います。学習の進め方そのものについては独学でスキルアップを加速させる実践的ロードマップで書いた考え方がそのまま使えるので、あわせてどうぞ。

正直に言うと、完全未経験からいきなりフリー案件を取るのは相当ハードです。テストカバレッジ75%というデプロイ要件ひとつ取っても、実務を通さないと肌感覚がつかめない。私の見る限り、まずは正社員かSIerでSalesforce案件に潜り込んでキャッチアップし、1〜2年の実務を作ってから単価交渉に出るのが結局は近道です。

Salesforce資格は取るべきか、投資対効果は？

よく聞かれます。「Platform Developer I」を取れば単価上がりますか、と。答えは「入口では効くが、決め手にはならない」。

資格が効くのは、実務経験が浅いフェーズです。職務経歴だけでは判断されづらいジュニア層にとって、認定資格は「最低限の共通言語は持っている」という証明になる。エージェント経由の案件では、資格保有を応募条件に挙げているものも珍しくありません。ここは通過率に直結します。

ただし中級以上になると、面談で聞かれるのは資格ではなく「ガバナ制限、どう回避した？」「一括処理の設計はどうした？」という実装の話です。資格は持っていて当たり前、その先の経験で単価が決まる。つまり資格は足切り回避のパスポートであって、単価を押し上げるエンジンではない。これが実態に近いと思います。

費用感は、試験料が執筆時点で1試験あたり2万円前後、教材はTrailhead中心なら実質無料でいけます。取得までの期間は、実務がある人なら1〜2か月ほど。コスパは悪くないので、ジュニアなら取っておいて損はありません。資格なしで戦うなら、GitHubに設計込みのサンプルを置く、あるいは連携やBatchの実装経験を具体的に語れるようにしておく。要は「口頭で設計判断を説明できる」ことが、資格の代わりになります。

中級者が高単価案件に切り替えるターニングポイント

月額が60万を超え、さらに80万圏に乗る案件には共通点があります。ユーザー数が多く、外部連携が複雑で、Apexの設計判断を任されること。単なる実装者ではなく、「どう作るか」を決められる人に高い金額がつきます。

クライアントが高単価に見合うと見なす経験は、意外と地味です。大量データを扱うBatch設計、複数システムとのAPI連携、既存の巨大なトリガー群のリファクタリング。この「事故りやすい領域を安全に捌いた実績」が評価される。派手な新技術より、トラブルを起こさない経験のほうが金になるわけです。

いきなり大規模案件は無理でも、段階は踏めます。中規模で連携を1本担当する→設計レビューに入る→サブの技術リードを任される、という順で経験の粒を大きくしていく。私自身も中規模ユーザー環境で連携まわりを触ってきたクチで、この積み上げが職務経歴の説得力になっていると感じます。

単価交渉では、根拠を数字で語れるかが勝負を分けます。「Salesforceできます」ではなく「ユーザー〇〇名規模で連携を〇本、ガバナ制限を考慮したBatch設計を担当」まで言えると強い。交渉の準備の型はエンジニア給与交渉で失敗しないコツにまとめているので、テーブルにつく前に読んでおくと落ち着いて話せます。

Apex案件選びで陥りやすい罠と回避策

最後に、ここを外すと単価が伸びない、という落とし穴を挙げておきます。

• 「勉強になります」低単価案件：単価が相場より明らかに低いのに難易度だけ高い案件は避ける。経験値は積めても、次の交渉の基準額が下がる副作用があります。
• 難易度と単価の不一致：「設定中心」と書きつつ実態はゴリゴリのApex開発、という案件がたまにある。面談で作業範囲を具体的に確認するのが唯一の防御です。
• 保守と新規の差：一般に新規開発のほうが単価は高い。ただ保守でも大規模環境の改修は評価される。額面だけでなく、経歴書に何が書けるかで選ぶこと。

短期と継続でいうと、単価そのものは短期スポットのほうが瞬間風速で高いこともあります。でも継続案件のほうが信頼が積み上がり、更新のたびに単価交渉の機会が来る。中長期で単価を上げたいなら継続、という判断が現実的でしょう。この案件選びと収入設計の全体像はフリーランスエンジニアの収入を最大化する仕組み作りで掘り下げています。

副業でApex案件を取る場合の判断軸は、私は「本業のスキルと重なるか」を最優先にしています。本業で連携を扱っているなら副業も連携寄りを選ぶ。学習コストが二重にかからず、両方の経験が同じ経歴書に載る。時間が有限なITワーカーにとって、これがいちばん効率のいい積み上げ方だと思っています。