Salesforceエンジニア・コンサルのフリーランス案件の仕事内容｜案件の種類と働き方

Salesforceのフリーランス案件の仕事は、新規導入、追加開発・改修、運用保守、データ移行・連携、積み重なった組織の整理に大きく分かれます。どれも同じ製品を扱いますが、話す相手、作る成果物、1か月の動き方がはっきり違います。

案件を選ぶときは「Salesforceの案件」とひとまとめにせず、どの種類の仕事かを先に見ておくと、参画後の毎日を思い描きやすくなります。この記事では、種類ごとの仕事の中身と、1日・1か月・1年の働き方を整理します。報酬の決まり方はSalesforceの報酬の記事、求められるスキルはSalesforceのスキルの記事で解説しています。

案件の種類ごとの仕事の全体像

一つの案件に複数の種類が混ざることもよくあります。たとえば新規導入の中にデータ移行が含まれる、運用保守の中で小さな改修を続ける、といった形です。案件票の業務内容を読むときは、この表のどれが中心かを見ると、仕事の重心がつかめます。読み方の全体は案件票の読み方の記事にまとめています。

新規導入の案件：業務を聞いて標準機能に合わせる

新規導入では、表計算ソフトや別のシステムで回していた営業や問い合わせの業務を、Salesforceに移します。仕事は次の順に進むことが多くあります。

1. 現状の業務を聞き取る：営業の進め方、見積や承認の流れ、問い合わせの受付から完了までを、利用部門のキーユーザーから聞く
2. 標準機能と照らし合わせる：要望ごとに、標準機能で足りるか、設定で済むか、開発が要るかを一覧にする（Fit&Gap）
3. 設計する：オブジェクトと項目、画面、権限、自動化の形を決める
4. 構築とテスト：Sandboxで作り、利用部門に触ってもらいながら直す
5. 移行と研修：既存のデータを取り込み、利用者向けの説明会を開いて本番を迎える

この種類の仕事で時間を使うのは、画面を作る作業より、利用部門と「どこまで業務の側を合わせるか」を話し合う時間です。会議の資料、決まったことの記録、保留になった論点の一覧を回し続けることが、成果物と同じくらい大切になります。

追加開発・改修の案件：既存の組織を読んでから手を入れる

すでに使われている組織（Salesforceの環境）に機能を足したり直したりする案件です。新規導入と違い、最初に「今どうなっているか」を調べる時間がかかります。

• 依頼された項目や画面が、どのレポート、自動化、連携から参照されているかを調べる
• 同じオブジェクトに積み重なったフローやトリガーの動く順番を確かめる
• Sandboxで作り、依頼部門に確認してもらう
• 本番に反映する手順を書き、決められた日時に反映する

成果物は、作ったものそのものに加えて、何を変え、何に影響し得るかを書いたメモです。後から別の人が保守するときに、変更の理由を追えるかどうかが問われます。

運用保守の案件：依頼に応えて組織を保つ

稼働後の組織を、社内の管理者と一緒に、または代わりに保つ仕事です。アドミンの役割で入ることが多く、日々の依頼は細かいものが中心です。

• 入社・異動・退職に合わせたユーザーの追加と権限の変更
• 「この項目を足してほしい」「このレポートを作ってほしい」といった依頼への対応
• 入力の誤りや重複データの修正、入力規則の見直し
• 「画面に出てこない」「保存できない」といった問い合わせの原因の切り分け

依頼の受け方は、チケットで受ける組織もあれば、チャットで随時受ける組織もあります。どちらかによって、1日の時間の使い方が大きく変わります。

データ移行・連携の案件：件数と整合を守る

旧システムからの移行や、基幹システム・会計・マーケティングの仕組みとの連携を担う仕事です。移行では、移行元のデータの癖を調べ、項目の対応表を作り、変換して投入し、件数と中身を照らし合わせます。連携では、データが失敗したときにどこで止まり、誰が気づき、どう再送するかまで決めます。

関わる相手は、Salesforceを使う部門より、基幹システムの担当者や情報システム部門が中心になります。相手のシステムの都合で日程が決まることが多く、移行の当日やリハーサルに合わせて稼働の山ができます。

1日の流れの例

以下は、働き方を思い描くための架空の例です。実際の時間割は案件ごとに違います。

新規導入でコンサルとして入る場合（架空）

運用保守でアドミンとして入る場合（架空）

1か月と1年のリズム

Salesforceの案件には、製品と顧客の業務の両方から来る周期があります。

定期リリースへの備え

Salesforceの機能は、Spring・Summer・Winterと名づけられたリリースの周期で更新されます（Salesforceのヘルプでは、認定資格の維持の期限もこの周期にあわせて決まると案内されています。2026年10月時点）。リリースの前には、Sandboxで既存の設定や開発に影響がないかを確かめ、変わる画面や機能を利用者に知らせる仕事が入ります。運用保守の案件では、これが毎回の決まった作業になっていることがあります。

月末と期初の山

営業部門が使う組織では、月末や四半期の締めに、レポートやダッシュボードの依頼が増えがちです。年度の替わり目には、組織の変更に合わせたロール階層や担当の割り当ての見直しがまとまって発生します。運用保守の案件に入るときは、こうした山の時期を面談で聞いておくと、稼働の見通しが立てやすくなります。

導入案件の山場

新規導入では、テストの終盤、データ移行のリハーサルと本番、稼働直後の問い合わせが集中する時期に負荷が高まります。本番の切り替えが休日に組まれることもあるため、現地での立ち会いが要るかどうかはSalesforceのリモート案件の記事もあわせてご覧ください。

組織の整理とAI機能の検証という仕事

最近増えているのが、長年の追加開発で複雑になった組織を整理する仕事です。使われていない項目、同じ目的で重複した自動化、古い仕組みで作られた処理を洗い出し、部門ごとに要否を確かめ、まとめたり置き換えたりします。成果物は、現状の一覧と整理の方針、段階的な置き換えの計画です。作る仕事より、調べて合意を取る仕事の比重が大きくなります。

また、AIエージェントを試す案件では、検証の環境で動きを確かめ、どの業務に使えそうかを報告する仕事もあります。検証の段階か本番の運用かで役割が大きく違うため、仕事の範囲を早めに確かめておくことが大切です。今後の変化はSalesforceの将来性の記事で解説しています。

よくある質問

一つの案件でコンサルと開発の両方を担うことはありますか？

あります。規模の小さい導入や改修では、要件をまとめた人がそのまま設定や開発まで行う形も見られます。その場合は、どちらの仕事の比重が大きいかを面談で確かめておくと、参画後のずれを防げます。

運用保守の案件は、毎日同じ作業の繰り返しですか？

ユーザー管理やレポートの作成のように繰り返しの仕事はありますが、問い合わせの原因の切り分けや、定期リリースへの対応、小さな改修など、毎回中身の違う仕事も入ります。依頼の量と種類は組織によって違うため、面談で月の依頼の傾向を聞いておくとよいでしょう。

参画した最初の頃は、どんな仕事から始まりますか？

案件の種類によって違いますが、既存の組織の構成や設計書を読み、関係者と顔を合わせるところから始まることが多くあります。初月の進め方はSalesforceの参画初月にやることで解説しています。