Salesforceエンジニア・コンサルのフリーランス案件｜報酬の決まり方と単価を上げる考え方

Salesforceのフリーランス案件の報酬は、担う役割（アドミン・開発・コンサル・アーキテクト）、扱う製品と外部連携の範囲、対象の環境がどれだけ複雑か、本番環境への変更にどこまで責任を持つか、稼働日数とリモートの条件で決まります。Salesforce案件の単価について公的な統計はなく、案件ごとに大きく変わります。

単価を上げるには、画面や項目を追加する作業から、データと権限の設計、標準機能で済ませるかどうかの判断へと役割を広げ、その判断を説明できるようにすることが近道です。この記事では、Salesforceならではの報酬の上下の仕組みと、交渉で示せる材料を整理します。

役割によって任される判断が違う

Salesforceの案件は、同じ製品を扱っていても、役割によって求められる判断の重さが違います。

一人で複数の役割を担う案件もあります。たとえば、コンサルとして要件をまとめ、そのまま設定と開発まで行う形です。この場合、どの役割の比重が大きいかで条件が変わるため、面談で仕事の割合を確かめておくと比べやすくなります。役割ごとのスキルはSalesforceのスキルの記事にまとめています。

製品の幅とつなぐ範囲

SalesforceはCRMの製品群に加えて、データの統合、システム連携、AIエージェントまでを一つの基盤として打ち出しています。Salesforceの製品概要では、データを統合・管理する「Data 360」、システムやAPIをつなぐMuleSoft、AIエージェントの「Agentforce」などが並んでいます（2026年10月時点）。

案件の難しさは、この中のどこまでを扱うかで変わります。

• 一つの製品の中で完結する：営業支援や問い合わせ管理の設定と改善が中心
• 複数の製品をまたぐ：営業とサポート、顧客向けのサイトなど、データが行き来する設計が要る
• 外部のシステムとつなぐ：基幹システムや会計、マーケティングの仕組みとの連携と、データの整合を保つ責任がある
• AIエージェントを入れる：Salesforceは、Agentforceを自律型のサポートを提供するAIエージェントの基盤と説明しています。エージェントにどの情報を見せ、どこから人に引き継ぐかを決める仕事が加わる

つなぐ範囲が広がるほど、障害が起きたときに原因を切り分ける力が要り、任せられる人が限られます。

環境の状態が報酬に響く

Salesforceの案件で見落とされやすいのが、対象の環境（組織）の状態です。

新しく導入する案件では、データモデルと権限を最初から設計できます。一方、長年の追加開発が積み重なった環境では、似た項目や自動処理が重なり、どこを直すと何が動かなくなるかが分かりにくくなっています。こうした環境の整理、権限の見直し、古い自動処理の置き換えは、調べる時間がかかり、本番への影響も大きいため、経験のある人が求められます。

面談では、次のような質問で環境の状態をつかめます。

• 導入から何年たっていて、これまで何社が開発に関わってきたか
• 設計の記録や、自動処理の一覧が残っているか
• 開発用の環境と本番環境の間で、変更をどう移しているか
• 権限の見直しを最後に行ったのはいつか

答えがあいまいな場合は、調べる作業が業務の多くを占める可能性があります。

報酬を比べるときは、新規か既存の改修かだけでなく、環境の複雑さと、本番環境への変更を誰が承認し、誰がリリースするかを確かめておくと、責任の重さが見えてきます。

上がり方と下がり方の特徴

条件が上がりやすい経験

• データモデルと権限を設計し、利用者や部署が増えても崩れない形にした
• 外部システムとの連携やデータ移行で、件数の多いデータの整合を保った
• 積み重なった環境を整理し、自動処理や項目を減らした
• AIエージェントの導入で、見せる情報の範囲や人への引き継ぎの条件を決めた
• 特定の業界の業務を理解し、標準機能に業務を合わせる提案ができる

条件が上がりにくい状態

• 項目や画面の追加、レポートの作成が中心で、設計の判断に関わらない
• 一つの製品の、限られた機能の経験に偏っている
• 認定資格の名前は並んでいるが、実務で担った役割を説明できない

認定資格は知識の裏づけになりますが、報酬を決めるのは実際に担った役割と判断です。資格は、まだ実務で触れていない製品へ広げるときの足がかりとして使うと生きます。

保守・改善の案件の報酬の考え方

導入後の保守や改善の案件は、長く続きやすく、週数日の稼働の形もあります。この種の案件では、月の稼働時間の幅を決めて精算する形が多く、問い合わせや改修の依頼の量によって、実際の負担が変わります。

• 依頼の受け付け方（チケットか、チャットでの随時の依頼か）
• 稼働時間の上限を超えそうなときの扱い
• Salesforceの定期的な機能の更新に伴う確認作業を、業務に含むか

これらが決まっていないと、同じ報酬のまま作業が増えることがあります。精算の仕組みは精算幅の記事、更新の考え方は契約更新の記事で解説しています。

交渉で示せる材料

条件の見直しを相談するときは、次のような事実を、発注側が社内で説明できる形に整えます。

1. 役割の広がり：設定の担当として入ったが、要件の取りまとめや設計の判断まで担っている
2. 環境の改善：重なっていた自動処理や項目を整理し、障害や問い合わせが減った（守秘の範囲で）
3. つなぐ範囲の広がり：外部システムとの連携や、別の製品の導入を任されるようになった
4. 引き継ぎの資料：誰が見ても分かる設計の記録を残し、保守の負担を下げた

伝え方は単価交渉の記事、報酬の仕組みの全体像はフリーランスの単価の決まり方にまとめています。上流の構想に関わる場合はITコンサルタントの報酬の記事も参考になります。

よくある質問

Salesforceエンジニアの単価の相場はいくらですか？

Salesforce案件の単価について公的な統計はなく、役割、扱う製品、環境の複雑さ、稼働日数、リモートの可否によって大きく変わります。相場の数字を探すより、ご自身の経験がどの役割と範囲に当てはまるかを整理し、複数の案件で条件をそろえて比べるほうが判断の材料になります。

アドミンから単価を上げるには、開発を覚えるべきですか？

開発に進む道もありますが、それだけではありません。データモデルや権限の設計、業務を標準機能に合わせる提案に関わると、コンサルやアーキテクトの方向に広げられます。どちらに進むかは、今の経験と興味に近いほうを選ぶのが現実的です。独立の進め方はSalesforceでフリーランスになるにはをご覧ください。

AIエージェントの経験がないと、今後は条件が下がりますか？

現時点で言い切ることはできません。AIエージェントを入れる案件でも、土台になるのはデータの質と権限の設計です。既存の経験を生かしつつ、検証の環境で触れておくと、話題に出たときに対応しやすくなります。今後の変化はSalesforceの将来性の記事で解説しています。