Salesforceの開発を外部に頼む前に整理しておくこと
Salesforce の開発や設定の変更を外部に頼むとき、依頼の前に社内で決めておくことがあります。困りごとと使う人の整理、今の設定の把握、作業する Sandbox、渡す権限、テストと本番反映の段取りです。このページでは、Salesforce の公式の資料に沿って、その順番で整理します。
この記事は、Salesforce の開発・保守を請け負う mtTech が書いています。外部に頼む前の準備を、公式の資料に沿ってまとめたものです。Salesforce の仕組みの説明は、末尾の公式の資料で確かめた内容です。
何に困っていて、誰が使うのかを言葉にする
依頼の出発点は、作りたい機能より、今困っていることです。Trailhead のビジネス分析の単元では、誰が関わるか、何を解決したいか、なぜ必要か、いつ起きるか、今どう動いているかといった問いを重ねて、情報を集めるよう説明しています。[3]
集めた内容は、ユーザーストーリーの形にまとめると伝わりやすくなります。ユーザーストーリーは、使う人の立場から「誰が」「何を」「なぜ」必要とするかを 1 文で書く形式です。[1]
- 書き方の型は「〈誰〉として、〈なぜ〉のために、〈何〉が必要です」です[1]
- 「誰」は、営業担当やサポート担当など、Salesforce の中での役割で書きます[1][2]
- それぞれに、できたかどうかを合格・不合格で判定できる受け入れ条件を 1 つ以上付けます[2]
受け入れ条件には、「どのように作るか」ではなく「何ができればよいか」を書きます。ユーザーストーリーの段階では、どの部品で作るかを決めつけないよう案内されています。作り方は、開発の側が計画の中で決めることです。[2][22]
今の設定と業務の流れを把握する
新しく作る前に、今どうなっているかを書き出します。Trailhead では、今の業務がよく分かっていない場合、範囲を決める前に現在の状態を分析して文書にするよう説明しています。[4]
業務の流れは、使っているアプリではなく、何が入り、何が出てくるかで捉えるよう勧められています。たとえば「問い合わせを受けてから、ケースを閉じるまで」のように始まりと終わりを決めると、依頼の範囲を区切りやすくなります。[5]
Salesforce 側の最近の変化は、[設定変更履歴の参照] で確かめられます。画面には直近 20 件が出て、[ダウンロード] で過去 180 日分を取り出せます（2026年10月時点）。誰が、いつ、何を変えたかが分かります。[6]
Trailhead では、ビジネスアナリストが作る文書として、用語集や、今の流れと目指す流れの差をまとめた資料も挙げられています。社内の呼び方と Salesforce の項目名がずれている場合は、用語集にしておくと依頼先との話が通りやすくなります。[4]
作業する Sandbox を用意する
Sandbox は、本番組織とは別の環境に作る組織のコピーです。Sandbox での操作は本番組織に影響しないため、開発やテスト、研修の場所として使えます。種類は 4 つあり、写す中身と更新できる間隔が違います（2026年10月時点）。[7][9]
- 種類 1Developer Sandbox本番の設定（メタデータ）だけを写します。隔離された環境での開発とテスト向けで、更新の間隔は 1 日です[8][9]
- 種類 2Developer Pro Sandbox設定だけを写し、Developer より大きなデータを置けます。結合テストや利用者の研修にも使われ、更新の間隔は 1 日です[8][9]
- 種類 3Partial Copy Sandbox設定に加えて、テンプレートで選んだ本番データの一部を写します。受け入れテストや研修向けで、更新の間隔は 5 日です[8][9]
- 種類 4Full Sandbox本番のデータと設定をすべて写した複製です。性能テストや本番直前の確認に使え、更新の間隔は 29 日です[8][9]
使える種類と数は、エディションと契約で変わります。2026年10月時点で、Professional Edition では Partial Copy と Full は使えません。自社の状況は [設定] の [Sandbox] で確かめます。[9][8]
Sandbox を更新すると、その Sandbox は削除され、本番のコピーとして作り直されます。依頼先が作業している Sandbox では中の変更も消えるため、更新の時期は前もって依頼先と決めておきます。[24]
権限の渡し方を決める
Developer と Developer Pro の Sandbox では、作成や更新のときに、アクセスできる人を公開グループで指定します。Partial Copy と Full でも、公開グループでの指定が勧められています。グループに入っていない人は、その Sandbox では凍結されます。[10]
外部の人のユーザーは、本番組織で無効のまま作り、Sandbox の中で有効にする方法が公式に案内されています。Sandbox での開発に合った権限を持たせやすくなります。[11]
Sandbox を作ると、本番のユーザーのメールアドレスには、原則として末尾に .invalid が付きます（公開グループで指定した人などは除きます）。一方、取引先責任者などのメールアドレスはそのまま残ります。新しい Sandbox の送信設定は [システムメールのみ] が既定です。テストでメールを送る前に、宛先を確かめます。[12][13][10]
開発やテストでは、「すべてのデータの編集」が要ることがあります。本番からコピーした機密情報がある Sandbox でこの権限を渡すときは、十分に注意するよう案内されています。[25]
権限を足すときは、プロファイルを変えずに権限セットで渡すのが推奨される方法です。渡した権限は、ユーザーの [概要を表示] で一覧できます。[14][15]
本番組織については、本番で開発できる人を最小限にし、「アプリケーションのカスタマイズ」をシステム管理者に限るよう案内されています。本番へ反映する作業を誰が行うかも、依頼の前に決めておきます。[17]
テストと本番反映の進め方を決める
公式のリリースのベストプラクティスでは、本番組織で直接開発することは通常勧められていません。小さな変更でも、思わぬ影響が広がることがあるためです。進め方の例は次のとおりです。[16]
- 1. 依頼先が Sandbox で作り、受け入れ条件に沿って確かめる[2][19]
- 2. Partial Copy か Full の Sandbox で、使う人が受け入れテストをする[23]
- 3. 変更セットなどで、Sandbox から本番組織へ送る[19]
- 4. 利用者が少ない時間に、本番へ反映する[18]
変更セットで送れるのは、[設定] で行える変更だけです。レコードなどのデータは含まれないため、データの移し替えが要る場合は、別に段取りを決めます。[20]
Trailhead では、テスト計画とテストケースも、ビジネスアナリストが作る文書として挙げられています。何を確かめたら完了とするかを依頼の時点で決めておくと、受け入れの判断がしやすくなります。[21][2]
反映の日は、休日や大きな行事の直前を避け、利用者がシステムから離れている時間にするよう案内されています。[18]
質問と答え
要件が固まっていなくても、依頼の準備はできますか。
できます。ユーザーストーリーは要件の全部ではなく、話し合いのきっかけとされています。誰が、何を、なぜ必要とするかと、受け入れ条件を 1 つ以上用意し、細部は話し合いで決めていきます。[1][2]
外部の開発者に、本番組織の管理者権限を渡す必要がありますか。
公式のベストプラクティスでは、本番で開発できる人を最小限にし、本番の [設定] での作業は管理の作業にとどめるよう案内されています。開発は Sandbox で行い、本番へ反映する人と手順を決めておきます。[16][17]
出典
- ユーザーストーリーについて知る（Trailhead「ユーザーストーリーの作成」）trailhead.salesforce.com/ja/content/learn/modules/user-story-creation/learn-about-user-stories（2026-10-24 確認）
- ユーザーストーリーを作成する（Trailhead「ユーザーストーリーの作成」）trailhead.salesforce.com/ja/content/learn/modules/user-story-creation/construct-a-user-story（2026-10-24 確認）
- 情報検出の手法を知る（Trailhead「ビジネスアナリストの必須スキル」）trailhead.salesforce.com/ja/content/learn/modules/business-analyst_skills-strategies/explore-techniques--information-discovery（2026-10-24 確認）
- ドキュメントの種別を知る（Trailhead「ビジネスアナリストの必須スキル」）trailhead.salesforce.com/ja/content/learn/modules/business-analyst_skills-strategies/learn-documentation-types-importance-documentation（2026-10-24 確認）
- ビジネスプロセスマップを作成する（Trailhead「ビジネスプロセスマッピング」）trailhead.salesforce.com/ja/content/learn/modules/business-process-mapping/create-a-business-process-map（2026-10-24 確認）
- 設定変更履歴を使用した設定変更の監視（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=xcloud.admin_monitorsetup.htm（2026-10-24 確認）
- Sandbox を使用するケース（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.deploy_sandboxes_intro.htm（2026-10-24 確認）
- Sandbox の種別およびテンプレート（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.create_test_instance.htm（2026-10-24 確認）
- 種類別 Sandbox ライセンスおよびディスク使用制限（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.data_sandbox_environments.htm（2026-10-24 確認）
- Sandbox にアクセスできるユーザーの決定（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.data_sandbox_selective_access.htm（2026-10-24 確認）
- Sandbox のアクセス権に関する考慮事項（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.data_sandbox_accessing_sandbox.htm（2026-10-24 確認）
- ユーザーおよび取引先責任者（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.data_sandbox_users_and_contacts.htm（2026-10-24 確認）
- メール送信（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.data_sandbox_email_deliverability.htm（2026-10-24 確認）
- 権限セット（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.perm_sets_overview.htm（2026-10-24 確認）
- ユーザーのアクセス概要の表示（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.users_access_summary.htm（2026-10-24 確認）
- リリースのベストプラクティス（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.deploy_best_practices.htm（2026-10-24 確認）
- リリースのベストプラクティス：ガバナンス（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.deploy_best_practices.htm（2026-10-24 確認）
- リリースのベストプラクティス：タイミング（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.deploy_best_practices.htm（2026-10-24 確認）
- 変更セット（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.changesets.htm（2026-10-24 確認）
- 変更セット：含められる内容（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.changesets.htm（2026-10-24 確認）
- ドキュメントの種別を知る：テスト計画（Trailhead「ビジネスアナリストの必須スキル」）trailhead.salesforce.com/ja/content/learn/modules/business-analyst_skills-strategies/learn-documentation-types-importance-documentation（2026-10-24 確認）
- ユーザーストーリーを作成する：作り方を決めつけない（Trailhead「ユーザーストーリーの作成」）trailhead.salesforce.com/ja/content/learn/modules/user-story-creation/construct-a-user-story（2026-10-24 確認）
- リリースのベストプラクティス：テストフェーズ（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.deploy_best_practices.htm（2026-10-24 確認）
- Sandbox のアクセス権に関する考慮事項：更新（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.data_sandbox_accessing_sandbox.htm（2026-10-24 確認）
- Sandbox のアクセス権に関する考慮事項：権限（Salesforce ヘルプ）help.salesforce.com/s/articleView?language=ja&type=5&id=platform.data_sandbox_accessing_sandbox.htm（2026-10-24 確認）