Salesforceの副業を始めるには？管理・開発の違いと稼働条件

※本記事にはPRを含む場合があります。

こんにちは。『脱会社員』脱サラを応援し続けるブログ、運営者の『なかびー』です。

Salesforceを使う仕事に関わっていて、「今の経験を副業でも生かせないだろうか」と考えていませんか。募集を見ると、管理者、開発者、導入支援、運用改善などの言葉が並びます。製品名は同じでも、自分の経験に近い仕事なのか、平日の夜や休日だけで対応できるのかは、見出しだけでは分かりません。

この記事では、会社員が初めてSalesforce関連の副業へ応募する前の準備に絞って解説します。管理・開発・定着支援の違い、学習用の見本、スキルシート、募集条件の読み方を整理しました。受注や収入を保証するものではありません。製品の公式資料と公的案内は2026年10月5日に確認しています。応募時には募集内容と利用する製品・環境の最新情報を確認してください。

• Salesforceを利用してきた人：利用経験と設定経験の違いから整理する
• 管理や開発の経験がある人：担当範囲と検証内容をスキルシートにまとめる
• すぐ案件を探したい人：月額だけでなく稼働量・会議・応答条件を照合する

Salesforceの副業は管理・開発・定着支援で役割が違う

管理・設定の仕事は、画面操作と業務の判断をつなぐ

管理・設定の役割では、利用者、データ、項目、権限、レポート、自動化などを扱います。ただし、設定画面を開いて依頼された操作をするだけとは限りません。「営業会議で商談を確認したい」という相談でも、誰が、どの状態の商談を、何のために見るのかを整理しないと、作るものを決められないためです。

Salesforce公式のアドミニストレーターの紹介でも、関係者と協力し、要件を定義してプラットフォームをカスタマイズする役割が説明されています。副業の準備では、操作した機能だけでなく、相談内容をどのように設定へ置き換えたかまで振り返ってみましょう。

たとえば「レポートを作成できる」から一歩進めて、対象の商談、集計する期間、金額の扱い、閲覧者を説明します。自分で決めたことと、上司や担当者が決めたことを分ければ、実際の担当範囲を正確に伝えられます。利用部門の判断を一人で代行したように見せる必要はありません。

管理者という名称でも、アカウント運用を中心に任される仕事と、複雑な自動化の改修まで含む仕事では準備が異なります。募集文に「運用全般」とあったら、問い合わせ、権限変更、データ修正、会議、障害の一次対応のうち、どれが含まれるのかを確認します。役職名から範囲を決めつけないことが重要です。

開発・連携の仕事では、既存環境への影響を読めるかが問われる

開発寄りの仕事では、ApexやLightning Web Componentsなどを使う実装、外部システムとの連携、既存コードの改修といった分野が候補になります。自分で小さな画面を作れた経験と、複数の機能が動いている組織で安全に変更できる経験は、分けて記載しましょう。

Salesforceの開発では、プラットフォーム側の制限も前提です。公式のApexのガバナ制限は、共有資源を保護するために実行時の制限があることを説明しています。数字を暗記するだけでなく、処理件数が増えた場合や既存処理と同時に動く場合を考えて検証する必要があります。

応募時には「Apex経験あり」と一言でまとめるより、どの処理を書き、どのようにテストし、誰がレビューしたかを示します。新規実装だけを担当したのか、障害の原因調査や変更後の確認まで担当したのかも違いです。分からない挙動を調べ、根拠を示せる範囲が、自分の引き受けられる範囲になります。

外部連携の経験がない段階で、連携先を含めたトラブル対応まで約束するのは避けてください。連携先の仕様、認証、通信失敗、再実行、処理の重複といった検討が加わるためです。最初はレビューを受けられる一部分の実装を探すなど、自分が説明できる部分に応募先を絞る考え方もあります。

定着支援は、利用者の困りごとを整理して伝える仕事

定着支援では、入力ルールの整理、使い方の説明、問い合わせの整理、活用状況の振り返りなどが対象になります。営業事務や営業企画としてSalesforceを使ってきた経験は、この分野を考える手掛かりになります。ただし、利用部門にいたことだけで、設定変更や導入全体を任される準備が整うわけではありません。

たとえば「入力されない」という状況には、入力時点が分からない、選択肢の意味が曖昧、二重入力が負担、入力後に役立っている実感がないなど、複数の原因が考えられます。学習や自主制作では、一つの架空の営業活動を想定して、どの場面で何を入力するかを説明する練習ができます。

説明資料を作る仕事でも、相手の現行ルールを勝手に変更する役割とは限りません。資料へ何を載せるか、例外を誰へ相談するか、設定担当との分担はどうするかを先に確認します。技術の深さだけでなく、分からない点を整理して管理者へ渡せることも、担当範囲として説明できる材料です。

※表は横にスクロールできます。

「Salesforce経験」を製品と立場に分けて棚卸しする

Salesforceという名称だけでは、経験した業務や機能が伝わりません。営業管理で使ったのか、問い合わせ対応で使ったのか、マーケティング領域に関わったのかを具体的に書きます。応募先が求める製品や機能を確認し、経験していない分野まで一括して「対応可能」と広げないようにしましょう。

同じ営業管理でも、利用者として商談を登録した経験、管理者として項目を設定した経験、開発者として処理を実装した経験は異なります。一つの案件で複数の立場を経験したなら、それぞれどの工程に関わったかを分けます。これだけでも、募集要項との比較がしやすくなります。

年数は補足情報として添え、その間に扱った変更の種類や関係者とのやり取りを中心に整理します。毎日同じ画面で入力していた期間と、要件整理から設定・検証まで担当していた期間を、同じ尺度で並べないことがポイントです。経験を小さく見せる必要も、大きく見せる必要もありません。

案件へ応募する前に確認したいSalesforce固有の実務スキル

オブジェクト・項目・レコードの違いを業務の言葉で説明する

基礎の確認では、取引先、取引先責任者、商談などの情報をどう関連づけるかに目を向けます。単に項目を増やすのではなく、同じ会社に複数の担当者や商談がある場合、何をどこへ持たせると更新しやすいかを考えましょう。用語だけを覚えるより、データが変わる場面を想像する方が理解を確かめやすくなります。

自主制作では、架空の企業一社に商談が二件ある場面を用意できます。会社の住所が変わった場合と、一件の商談の予定日が変わった場合で、更新する情報は違います。どの情報を共有し、どの情報を個別に持つかを説明すると、データ構造を理解しているかが見えます。実在企業の情報を練習へ持ち込む必要はありません。

項目の型や入力ルールも、後の検索・集計を含めて考えます。日付を自由な文章で保存すると、期間で探す目的と合わないことがあります。一方で、何でも必須にすると、まだ情報が分からない段階の入力を妨げる場合があります。選択した理由と、見本で想定した業務の範囲を記録しましょう。

権限は三つの層と利用者ごとの動作を確かめる

データのアクセスを考える際は、オブジェクト、項目、レコードを区別します。公式のオブジェクトアクセスの教材は、どの種類の情報に対して作成・参照・編集・削除などを許すかを説明しています。権限セットなどの名称を知るだけでなく、誰に何の作業を許したいのかを先に言葉にします。

次に、同じ情報の中でも、見せる項目や編集できる項目を分ける必要がないかを確認します。項目レベルセキュリティの公式教材では、ページレイアウトと項目権限の違いも説明されています。画面上から項目を外しただけで、あらゆる経路からアクセスできなくなったと判断しないようにしてください。

個々のデータを誰が見られるかは、レコードアクセスの公式教材で確認します。たとえば、自分の商談と別部署の商談を同じように見せてよいかは、項目の並び方とは別の問題です。管理者で開けたことだけをもって、利用者の権限が適切だと結論づけないことが大切です。

見本では、営業担当者と責任者という仮の役割を置き、見えるはずの情報と見えてはいけない情報を整理します。実際に試せた役割、利用した環境、確認した操作を残してください。学習環境の制約で試せなかった内容は「未検証」と書き、確認済みの内容と混ぜないようにします。

レポートと自動化は、目的・対象・例外をセットにする

レポートの見本は、きれいなグラフを並べるだけでは説明が足りません。誰が次に何を判断するための資料なのかを決め、対象データと集計条件を示します。「今月の売上」と書く場合も、どの日付や状態を基準にしているかで対象が変わります。見本では定義を明記し、実際の経営数値のように見せないようにしてください。

自動化については、レコードトリガーフローの公式教材が、きっかけ・条件・実行する処理に分けて考える参考になります。何かを保存したら動くという理解にとどめず、何の変化を対象にし、どの場面では動かさないのかまで整理しましょう。

自主制作の例なら「次回確認日が空欄の商談を見つけたい」という目的から、まず一覧やレポートで足りるかを検討できます。必ず自動化を追加する必要はありません。入力ルールで防ぐ方法と、後から気づけるようにする方法の違いを説明できれば、機能選択の考え方を示せます。

フローを追加して練習する場合は、一回の正常動作だけで終えず、値を変えずに保存したとき、条件を外れたとき、再び条件を満たしたときを試します。どのケースを用意するかは実装によって変わるため、決まった数だけ実施すれば安全という考え方にはしません。既存の自動化がある環境では、その相互作用も確認対象です。

※表は横にスクロールできます。

変更方法と環境の前提を質問できる状態にする

副業の募集が既存組織の改修なら、学習環境での新規制作とは出発点が違います。今ある設定やコード、インストール済みの機能、関係する外部システムを確認しながら進める必要があります。応募前の段階で全てを調査するのは難しくても、確認すべき前提を質問できるようにしましょう。

たとえば、検証用の環境があるか、変更内容を確認する担当者がいるか、本番への反映は誰が行うか、変更予定を誰と調整するかです。これらが不明なまま「小さな設定変更なので短時間でできます」と約束すると、後から必要な確認を省くことにつながります。作業量はクリック数だけでは決まりません。

知らない機能に出会ったときは、公式資料を読み、利用できる環境で挙動を確かめ、必要なら経験者のレビューを受ける順序を考えます。調査時間を確保できない募集や、質問できる相手がいない体制は、経験との距離を慎重に見て判断しましょう。

実務経験と学習を分けて伝える見本・スキルシートの作り方

Trailheadと学習環境で、応募する役割に合う題材を選ぶ

Salesforceには、公式の学習サービスTrailheadがあります。Trailhead Playgroundの公式案内では、ハンズオン課題やカスタマイズを試すための環境が説明されています。本番組織のデータを練習に使うのではなく、学習用途に適した環境と架空データを選ぶ出発点になります。

ただし、学習環境で試せる内容が、応募先の契約や構成と同じとは限りません。使える機能や制約は案内を確認し、見本の説明にも利用環境を記載します。特定の機能を試す教材で別の環境が指定されている場合は、その教材の条件を優先してください。

資格を目指す場合も、教材を終えることと、誰かの業務を担うことの間にある準備を意識します。学んだ用語を使って、自分で題材を決め、設定の理由を説明してみましょう。受講履歴、バッジ、資格、自主制作、業務経験は、それぞれ別の欄に書くと相手が理解しやすくなります。

商談の次の行動が分かる見本を、小さく一巡させる

ここでは説明用の架空例として、「小さな営業チームが、商談ごとの次の行動を見落とさない」という題材を考えます。実際の導入実績や募集案件を紹介するものではありません。営業担当者が商談を更新し、責任者が対応待ちを確認するという、限定した場面を想定します。

まず、困りごとを一文にします。「担当者が何をすべきか分からない」だけでは広すぎるので、「次回確認日と次の行動が空欄の商談を、週次確認の前に把握したい」など、見本で確かめる範囲を絞ります。目的が明確なら、使う項目や一覧の条件を選びやすくなります。

次に、必要な情報と更新する人を整理します。商談の状態、担当者、次回確認日、次の行動などを候補にして、既存の項目で扱える内容と追加を検討する内容を分けます。実際の製品に既にある機能を確かめず、似た項目を増やすことが学習の目的にならないようにしてください。

設定したら、架空の商談をいくつか用意します。次回確認日が入っているもの、空欄のもの、完了したもの、担当者が違うものなどです。どのレコードが一覧へ出るはずかを先に書き、結果と照らし合わせます。表示された件数だけでなく、含まれた理由と除かれた理由を説明する練習になります。

最後に、利用者への短い説明を作ります。いつ情報を更新するか、入力に迷ったら誰へ聞くか、見本では対応していない例外は何かを書きます。制作物のスクリーンショットだけよりも、想定した運用が伝わります。ここまでが自主制作の範囲であり、実企業で定着したと主張しないようにしましょう。

作品説明には「目的・自分の担当・検証・制約」を残す

見本を応募資料に使うときは、冒頭で自主制作と分かるようにします。自分で考えた部分と教材に沿って作った部分も区別してください。教材の完成物をそのまま実案件の成果として示すことはできません。参考にした公式教材は記載し、追加で何を検討したかを説明します。

資料の構成は、目的、想定する利用者、作ったもの、自分が判断したこと、検証したこと、未対応の内容を基本にできます。たとえば権限の見本なら、どの役割で何を試したかが重要です。画面の数を増やすより、見せる場面に短い説明を添える方が、相手が確認しやすくなります。

検証記録には、期待した結果と実際の結果を分けて残します。「正常に動いた」だけでは、何を確認したのか伝わりません。入力値、操作、期待した表示、実際の表示、残った課題を簡潔に並べると、面談でも説明できます。問題を見つけて直した過程も、事実の範囲で示せる材料です。

作品の説明資料をどう構成するかで迷う場合は、ポートフォリオの作り方を整理した記事も参考になります。Salesforceでは、画面の完成度に加えて、データの関係、権限、検証条件を説明することを意識してください。

※表は横にスクロールできます。

スキルシートでは経験の深さと今できることを分ける

スキルシートは、技術名の長い一覧より、応募先が必要としている役割との対応を示す資料にします。製品・業務領域、担当工程、具体的な設定や開発、確認方法、連携した相手を一組にすると、経験の背景が伝わります。公開できない社名を無理に記載する必要はありません。

たとえば「商談管理のレポート改修。営業責任者の要望整理と条件設定を担当。権限設計は別担当」という形なら、自分の役割が分かります。これは書き方の例なので、自分が実際に担当した事実へ置き換えてください。数値的な効果を載せる場合は、測定方法と掲載許可がある内容に限ります。

以前経験した機能について、現在の変更点まで把握できているかも確認します。長く触っていなければ、そのことを隠さず、公式資料と学習環境で復習した範囲を添えます。「経験済み」と「今回すぐ担当できる」を分ける方が、必要な支援や確認時間を相談しやすくなります。

Salesforce副業の案件条件は月額表示より時間帯と責任で読む

月額・週の日数・時間数を、同じ前提へそろえる

募集で高い月額が表示されていても、それが自分の空き時間で得られる金額とは限りません。月額の前提となる稼働量、契約の形、精算条件、経験条件が違うためです。募集一覧にある数字だけを取り出し、少ない時間へ単純に比例させて副業収入を計算しないようにしましょう。

比較するときは、まず週何日または何時間が前提か、その時間に会議や問い合わせ対応が含まれるかを確認します。次に、自分が対応できる時間帯と重ねます。週の合計時間が合っても、依頼主が必要とする平日日中に参加できなければ、条件は一致しません。

以下は相場ではなく、時間の考え方を示す架空の計算例です。月の作業に使える時間を24時間とし、その中で会議と準備に4時間、連絡や記録に4時間かかると想定すると、制作・検証に使えるのは16時間です。実際の配分は案件で変わりますが、24時間全てを実装へ使えるという見積もりとは結果が違います。

さらに、調査に時間がかかる月や本業が忙しい週も考えます。普段の空き時間を全て販売する前提にせず、自分が守れる上限を決めることが大切です。時間単価を比較したい場合も、報酬と契約上の時間だけでなく、必要な準備や連絡を含めて無理がないかを確認してください。

フルリモートでも、会議と応答の時刻は別に確認する

フルリモートは作業場所に関する条件であり、いつでも好きな時間に作業してよいことを自動的に意味しません。営業部門や管理者との打ち合わせ、利用者からの相談、変更の確認があるなら、同じ時間帯にやり取りできる必要があります。

応募前には、固定の会議があるか、開催頻度はどの程度か、急な会議が必要になる可能性があるかを確認します。日中は返信だけできるのか、会議にも出られるのか、作業までできるのかを分けて伝えましょう。「平日対応可能」という曖昧な表現は、本業中もすぐ動けるという誤解につながります。

夜間や休日を中心に探す場合は、その条件に合うかを最初に伝えます。たとえば既に決まった範囲を進める仕事でも、相談やレビューの時刻が合わなければ進みません。どの方法で質問し、いつ判断を返してもらえるかまで含めて、自分の働き方と照合します。

担当範囲・判断者・継続対応を、募集文の外まで確かめる

募集に「設定の軽微な修正」とあっても、既存の仕組みを調べる時間や、利用者への確認が必要な場合があります。何をもって軽微とするのか、仕様が決まっているのか、実際には相談窓口全体を任されるのかを確認してください。小さく見える依頼ほど、対象を具体的に言い換えることが役立ちます。

変更内容を決める人と、動作を確認する人が誰かも重要です。Salesforceに詳しい担当者が社内にいるのか、外部の支援会社がいるのか、自分だけで判断することが期待されているのかでは、必要な経験が違います。レビュー体制がない仕事を、学習しながら担当できる仕事だと思い込まないようにしましょう。

継続支援の募集では、月の作業上限だけでなく、問い合わせの扱いや時間外の対応も確認します。月に数時間の設定作業だけを想定していたのに、毎日の相談を受ける形になると、予定していた働き方が変わります。対応できない時間帯と、急ぎの場合の別の窓口があるかを事前にすり合わせます。

※表は横にスクロールできます。

探す場所は、募集の読みやすさと相談できる範囲で選ぶ

案件を探す際は、副業向けの募集、業務委託の案件紹介、知人からの紹介、制作・導入支援会社の協力募集などを候補にできます。どこでも同じ条件の案件があると考えず、対象者、稼働量、募集の更新状況、応募後の進め方を確認しましょう。

検索結果には募集終了のページや、会社員としての求人、フルタイムを前提とした案件が混ざる場合があります。「副業」という文字があるだけで応募対象と判断せず、雇用・業務委託の区別、求める経験、就業条件を本文で読みます。公開日だけで受付中と判断しないことも大切です。

案件の探し方全体を比較したい場合は、フリーランス案件を探すルートの比較記事で、サービスごとの役割を整理できます。そのうえで、Salesforceでは自分の役割、製品経験、時間帯を最初から伝えると、条件のずれを早い段階で確認できます。

紹介してもらう場合も、知人だから口頭だけで進めないようにします。「Salesforceに詳しい人」と紹介されると、経験以上の期待が乗ることがあります。最初に説明できる業務と難しい業務を短くまとめ、担当範囲と対応時間を共有できる状態にしておきましょう。

会社員のままSalesforce副業を始める手順とよくある疑問

勤務先のルールと、使う情報・機材を先に分ける

応募を始める前に、勤務先の就業規則や副業に関する手続き、競業や秘密保持の取り扱いを確認します。厚生労働省の副業・兼業の案内も、働く側と企業側の確認事項を整理する参考になります。一般的な案内だけで自分の勤務先の許可条件を決めず、不明な点は所定の窓口へ確認してください。

本業で触れたデータや設定資料を、副業の見本へ持ち込まないことも重要です。Salesforceの経験を説明することと、勤務先の組織情報を開示することは分けて考えます。名称を伏せても、業務や顧客を推測できる情報が残る場合があるため、利用可能な範囲を確認しましょう。

機材やアカウントも、勤務先から支給されたものを副業に使ってよいと決めつけないでください。依頼主が指定する環境と、本業・個人の環境を分けられるかを確認します。個人の便利なサービスへ顧客データを移したり、許可なく生成AIへ設定資料やコードを入力したりしないようにしましょう。

経験を整理し、見本を検証し、条件の合う募集へ応募する

準備を一度に広げすぎると、資格学習や新しい機能の調査が終わらず、応募条件を読む段階へ進みにくくなります。まずは、管理・開発・定着支援のどれを入口にするかを決め、自分の経験をその役割へ対応づけましょう。応募先で必要なことを見ながら、足りない部分を補う流れがおすすめです。

応募文では、全ての技術を並べるより、今回の役割に合う経験を先に示します。その後で、担当できる範囲、利用可能な時間、確認したい事項を添えます。長い自己紹介の中に稼働条件を埋め込まず、相手が最初に判断したい情報を見つけやすくしてください。

応募を重ねる中で条件が合わないと分かったら、理由を分けて振り返ります。製品経験が不足しているのか、担当工程が違うのか、時間帯が合わないのかで、次に変えることが異なります。返信がなかった理由を一つに決めつけず、分かっている事実から準備を見直しましょう。

未経験でも資格があれば副業へ応募できる？

応募条件に合うかは、個々の募集で判断します。資格は学習した範囲を示す材料になりますが、導入・改修・運用の経験まで証明するものではありません。資格を取れば案件が紹介される、決まった収入が得られるといった前提で費用や時間を使わないようにしましょう。

実務未経験なら、そのことを明示したうえで、自主制作の内容と検証結果を準備します。レビューや支援を受けられる体制か、担当範囲が具体的かを確認し、経験者が一人で担う前提の募集へ無理に合わせないことが重要です。学習を続ける期間と、有償の責任を負う段階を区別して考えます。

利用者としての経験しかない場合は、まず日々の業務を説明する強みを整理してください。そのうえで、設定や権限の基礎を学習環境で確認します。営業経験があるから管理者の仕事を全て担当できるとも、コードを書けないから一切関われないとも決めつけず、役割ごとに距離を測りましょう。

土日だけでできる？独立を先に決めた方がよい？

土日中心で対応できるかは、作業の性質だけでなく、会議、レビュー、問い合わせの時刻によります。応募前に守れる時間帯を伝え、相手の進め方と一致するか確認してください。一般的な「リモート可」の表示から、休日だけでよいと読み替えることはできません。

独立するかどうかは、副業案件が一件見つかったことだけで決めない方が慎重です。継続の見通し、自分で案件を探す負担、作業以外に必要な時間、生活費を含めて判断します。まず会社員のまま対応できる範囲を確認し、実際に続けられる働き方かを確かめることも選択肢です。

Salesforceの副業を始めるときは、製品名や資格だけを入口にするより、「どの業務を、どの役割で、いつ対応できるか」を明確にしましょう。自分が説明できる経験と検証した見本をそろえ、条件の合う募集へ絞ることで、応募前に見落としやすい点を一つずつ確かめられます。