Salesforceエンジニア・コンサルのフリーランスはリモートで働ける？案件の傾向と探し方

Salesforceのフリーランス案件には、リモートで働けるものがあります。Salesforceはクラウドのサービスなので、設定も開発もブラウザや開発ツールから行えます。Sandbox（本番とは別の検証用の環境）での設定、フローやApexの開発、データ移行の準備、稼働後の保守は、離れた場所からでも進めやすい仕事です。

一方で、営業やコールセンターなど、Salesforceを使う部門の業務を聞き取る要件定義、利用者向けの研修、本番への切り替えの日には、現地が求められやすくなります。この記事では、役割と工程ごとのリモートとの相性、リモートで信頼を得る進め方、契約で確かめる点を整理します。

役割と工程で変わるリモートとの相性

Salesforceの案件では、同じ製品を扱っていても、役割によって人と会う量が大きく違います。

開発やアドミンの作業は、Sandboxで作って確かめ、手順に沿って本番に反映する流れが基本です。この流れが整っている組織では、リモートでの参画がしやすくなります。役割ごとのスキルの深さはSalesforceのスキルの記事で解説しています。

現地が求められやすい場面

要件定義での業務ヒアリング

営業の案件管理や問い合わせの受付は、部門ごとに細かい慣習があります。表計算ソフトで管理していた項目や、紙で回していた承認の流れを聞き取る段階では、利用部門の担当者と同じ場所で画面を見ながら話すことを求められることがあります。

利用者向けの研修

Salesforceは、使う人が入力してくれなければ成果が出ません。本番稼働の前後には、営業担当者やオペレーター向けの研修が開かれ、会議室で実際に操作してもらいながら説明することがあります。拠点ごとに研修を行う場合は出張が発生することもあります。

本番切り替えとデータ移行の当日

旧システムからのデータ移行や本番の切り替えの日は、関係者が集まって進み具合を確かめることがあります。移行の結果を見て続けるか戻すかを判断する場面では、発注側の責任者と同じ場所にいることを求められる場合があります。

社内のネットワークからしか入れない環境

組織によっては、Salesforceへのログインを社内のネットワークや決まった端末に限っている場合があります。こうした設定の組織では、作業のために出社するか、貸与の端末と接続の手段を用意してもらう必要があります。

リモートで信頼を得る進め方

Salesforceの設定は、画面で見れば分かる一方、誰がいつ何を変えたかが追いにくくなることがあります。リモートでは次の点を意識すると、発注側が安心して任せやすくなります。

1. 作った画面を短い動画で見せる：Sandboxで作った画面や動きを録画して共有すると、会議を待たずに確認してもらえる
2. 変更の記録を残す：項目、権限、フローなど、何を変えたかと理由を一覧にしておく。保守に入る人や、社内の管理者が後から追える
3. 本番への反映手順を事前に合意する：いつ、誰の承認で、どの手順で本番に反映するかを決めておく。リモートでは「いつの間にか変わっていた」が不信につながりやすい
4. 権限は必要な範囲だけ受け取る：本番組織での権限を広く持たないようにし、必要なときだけ広げてもらう。守る姿勢そのものが信頼の材料になる
5. 標準機能で済む理由を説明する：作り込まずに済ませた判断は、文書で理由を添えると評価されやすい

Salesforceのリモート案件の探し方

役割を軸に探す

開発や保守を中心とする案件は、リモートで募集されることがあります。導入コンサルとして要件定義から入る案件は、立ち上げ期に出社を含むことが多い傾向があります。リモートを優先したい場合は、まず開発や設定の工程に絞り、要件定義は経験を見せたうえで条件を相談する、という順序も考えられます。

保守・運用の案件も選択肢にする

稼働後の保守や改善の案件は、問い合わせへの対応や小さな改修が中心で、リモートとの相性がよい仕事です。稼働日数を抑えた案件もあり、他の案件と組み合わせて受ける方もいます。掛け持ちの注意点は複数の案件を掛け持ちするときの注意点にまとめています。

開発の流れが整っているかを見る

Sandboxで作ったものを本番に反映する手順や、ソースコードの管理の方法が決まっている組織では、リモートでも作業の受け渡しがしやすくなります。反対に、本番の組織で直接設定を変えてきた組織では、変更の管理の仕組みづくりから始めることになり、社内の管理者との打ち合わせが増えることがあります。面談では、環境の構成と本番への反映の流れを聞いておくと、参画後の働き方を見積もりやすくなります。

スキルシートに製品と工程を分けて書く

スキルシートには、扱った製品（営業向け、サービス向けなど）、役割、工程を分けて書き、リモートで本番反映まで担った経験があればそれも添えます。書き方はSalesforceのスキルシートの書き方をご覧ください。

契約の前に確かめたいこと

2024年11月に施行されたフリーランス法では、発注側がフリーランスに業務を委託したとき、業務の内容、報酬の額、支払期日、役務の提供を受ける場所などを、書面やメールなどで直ちに明示することが求められています（公正取引委員会「フリーランス法特設サイト」、2026年10月時点で確認）。Salesforceの案件では、次の点もあわせて確かめておきましょう。

1. 組織へのアクセスの方法：ログインに使う端末、接続できる場所、多要素認証の方法
2. 使える環境：Sandboxの種類と数、開発用の環境を誰が用意するか
3. 出社の場面：要件定義、研修、本番切り替えの時期に出社や出張があるか、旅費の扱い
4. 保守の対応時間：障害や問い合わせに、どの時間帯まで対応するか、時間外の扱い
5. 作ったものの扱い：開発したプログラムや設計書の権利の帰属（著作権の記事）
6. 秘密保持：顧客データの取り扱いと、契約終了時のアクセス権の返却（秘密保持契約の記事）

独立の進め方はSalesforceエンジニア・コンサルがフリーランスになるには、常駐とリモートの比べ方は常駐案件とリモート案件の違いにまとめています。

よくある質問

Salesforceの開発案件はフルリモートが多いですか？

開発や設定が中心の案件では、フルリモートの募集も見られます。ただし、組織のログイン制限によって貸与の端末が必要になることや、本番切り替えの日だけ出社を求められることがあります。働き方の条件は案件ごとに確かめましょう。

アドミンの経験だけでもリモートの案件はありますか？

権限の設定やレポートの作成、ユーザーからの問い合わせ対応など、運用の案件にはリモートで受けられるものがあります。ただ、利用者の研修や現場での操作支援を含む場合は出社が発生しやすいため、業務の範囲を確かめておくと安心です。

海外の開発チームと組むSalesforce案件もリモートですか？

リモートで進むことが多いものの、会議の時間帯がずれたり、仕様のやり取りを英語で行ったりすることがあります。時差のある会議にどこまで出るか、文書を何語で書くかを面談で確かめておきましょう。