おそらく、レガシー プラットフォームを使い果たしてしまったのでしょう。 または、ある Salesforce 組織から別の組織にデータを転送する必要があるだけです。 いずれにせよ、Salesforce のデータ移行は表面的には単純にしか見えません。

データ移行の複雑さとそれに必要なリソースを過小評価することは、意思決定者にとってよくある悩みの種です。 推定 3分の2 すべてのデータ移行作業の中で、当初の予算を超えており、半数以上が予想よりも時間がかかっています。

同じ運命に陥らないためには、自分が何に夢中になっているかを知る必要があります。 そして、それがこのガイドの出番です！

として 認定 Salesforce Commerce Cloud パートナー、私たち Elogic は、何十もの企業が Salesforce Commerce Cloud に移行するのを支援してきました. 本日は、組織のデータ移行を準備するために知っておく必要があるすべてのことをご案内します。

Salesforce のデータ移行の種類と、Salesforce でのデータ移行のベスト プラクティスについて学習します。 読む！

従来のプラットフォームから Salesforce に移行する 4 つの理由

他のプラットフォームを使用している場合、Salesforce がさまざまな理由で目に留まる可能性があります。 お客様からよく聞かれる移行の理由として、次の XNUMX つが挙げられます。

続きを読む： Salesforce Commerce Cloud の概要: 機能と利点 

1. あなたは現在のシステムを超えています. おそらく、データベースが大きすぎて既存の CRM を処理できません。 または、現在のシステムがユーザー数に苦しんでいる可能性があります。 または、次のことを計画している可能性があります。 e コマース システムを再プラットフォーム化するであるため、より適切なクラウド コマースが必要です。
2. コストの最適化を検討している. Salesforce は柔軟な価格設定を提供します その製品のために。 複数のプランから選択して、使用しない機能の支払いを避けることができます。 特にSalesforce製品に固有のイノベーションのレベルを考慮すると、価格は競争力があります.
3. ホスティングに対処したくない. Salesforce Commerce Cloud がすべてのデータを保存します。 サーバーの管理とメンテナンスを担当し、データの安全と健全性を確保します。
4. より高い柔軟性とスケーラビリティが必要. 数十の Salesforce エディションと製品の中から、ニーズに最適なものを見つけることができます。 これにより、機能セットとコストの柔軟性を維持できます。 また、Salesforce Commerce Cloud はお客様のニーズに自動的に適応します。予期しない遅延やダウンタイムはもうありません!

Salesforce での 3 種類のデータ移行

Salesforce のデータ移行について話している場合、その意味はコンテキストによって異なります。 たとえば、データ移行の準備をしている場合があります 〜へ セールスフォースまたは 以内 それに応じて、実際の移行プロセスも異なります。

直面する可能性のある XNUMX つのシナリオを次に示します。

1. Salesforce への移行 別のプラットフォームから. 現在のプラットフォームがニーズに合わなくなった場合は、そこからデータをエクスポートして、Salesforce にインポートする必要があります。 この場合、互換性の問題に特に注意してください。
2. XNUMX つの Salesforce からのデータの移行 ORG 別の. これは、別の会社を買収、買収、または合併した場合に該当する可能性があります。 大企業では、部門間または支店間でデータを移動する必要がある場合もあります。
3. Salesforce Classic から Lightning への移行. Salesforce Lightning は、システムの改訂版です。 既存のお客様には、レガシー バージョンを引き続き使用する可能性が与えられました。 その場合、Salesforce Lightning に移行すると、独自の機能とより優れた UI/UX にアクセスできます。

Salesforce でのデータ移行の 5 つの段階

Salesforce データの移行をより適切に準備するには、しっかりとした移行計画が必要です。 その計画を作成し、現実的に実行するには、Salesforce でのデータ移行がどのように機能するかを理解する必要があります。

Salesforce データ移行プロセスには XNUMX つのステップがあります。

1. データ モデルの概要を説明する. データ モデルは、データ型、ソース、およびシステム コンポーネント間の関係を記述します。 簡単に言えば、必要なデータ、Salesforce テンプレートへの保存方法、および要素間の依存関係を確認する必要があります。
2. 移行するデータを選択. 通常、すべてのソース データを Salesforce 組織に転送する必要があるわけではありません。 インポートする必要があるデータを選択します。 さらに、データの種類ごとに信頼できる情報源が XNUMX つだけであることを確認してください。
3. あなたをきれいに source データ. セットにガベージデータが含まれるリスクは常にあります。 そのため、エントリが破損していないか、正しくないか、または重複していないか確認してください。 ラベル付けも正しいことを確認してください。
4. データを移行する. 次に、Salesforce のデータ移行ツールの XNUMX つを使用して、ソース データを組織に追加します。 プロセス中にエラーが発生した場合は、それらをメモし、根本的な原因を修正して、もう一度やり直してください。
5. 移行結果を再確認してクリーンアップする. 正しいラベリングと、破損したエントリや重複したエントリがないことを確認するためにデータを検証します。

Salesforce でのデータ移行の 7 つのベスト プラクティス

では、締め切りや予算をごまかすことなく、データ移行プロセスを確実に進めるにはどうすればよいでしょうか? 通常、知識のあるデータ移行パートナーを持つことで、最も一般的な問題が解決されます。 これらの XNUMX つのベスト プラクティスに従うことも同様です。

計画から始める

ただで様 Magento 1 から Magento 2 への移行、計画なしに Salesforce データ移行を開始することはできません。 この計画では、プロジェクトの概要を説明する必要があります。

• 対象領域: 移行するデータ、従う方法、データをクリーンアップする方法など、実行する作業。 
• 主要な利害関係者: 予算を承認する意思決定者からシステムを使用するチーム メンバーまで、移行によって影響を受けるすべての従業員と部門。
• タイムライン: プロジェクトの成果物とマイルストーンの現実的な期限。
• 予算: 開発料金とサードパーティ システムのライセンス料を含む、プロジェクトを完了するために割り当てられた金額。

続きを読む： eコマースサイト開発プロジェクトの計画 [+例] 

タイムラインに関しては、次のことをお勧めします。 アジャイル (スプリントベース) の方法論に固執する、通常は XNUMX 週間のイテレーションで作業します。 各反復の最後に、作業の具体的な結果 (クリーンアップされたデータ、移行テストの結果など) を提供する必要があります。

必要な時間やリソースを過小評価していることに気付いた場合は、ためらわずに移行計画を調整してください。

データ ガバナンス ポリシーを準備する

目標は、データを XNUMX 回クリーンアップすることです。データがクリーンで整理された状態に保たれるようにします。 そこで、もう XNUMX つの Salesforce データ移行のベスト プラクティスであるデータ ガバナンス ポリシーの出番です。

簡単に言うと、データ ガバナンス ポリシーは、次のような一連のガイドラインです。

• データ ガバナンスにおける主要な役割とその責任を特定する
• データへのアクセスと編集権限を規制
• 規制遵守が実際にどのように達成されるかを説明します
• チームがデータの正確性を検証し、データを変更し、その進化を追跡する方法を概説します
• メタデータや用語などの技術的な詳細に関するドキュメントを提供します

常にデータをバックアップする

バックアップの重要性は強調してもしきれません 十分な. これは、データ移行のすべてのステップで絶対に行う必要があります。 バックアップは、インポート中に問題が発生した場合にデータベースを復元するのに役立ちます。

データセットをバックアップすることをお勧めします:

• 原始データ: クリーンアップ前、クリーンアップ中 (長いプロセスの場合)、および完了後
• 既存の Salesforce データ (ある場合): データ移行を開始する前に、テストとして、またはその他の方法で

データを整理する

データのクリーンアップについては、すでに何度か説明しました。 実際の意味は次のとおりです。

• 重複または無関係なエントリを特定して排除する
• すべてのデータ エントリが各フィールドで同じ形式であることを確認する
• データ エントリの誤表示のチェック
• 欠落しているデータがあるかどうか、およびそれを回復する方法を確認する
• 誤ったエントリとデータ エラーのクリーンアップ
• 移行後のメール アドレス、日付、連絡先リストの名前などのデータの検証

ソース データの移行を準備する場合は、次のこともお勧めします。

• 可能であれば、現在のデータ モデルを単純化する
• 既存の Salesforce データ モデルに適応させる (該当する場合)
• 重要なデータのみを移行
• 明確で明確に定義された命名規則に固執する

移行先組織の準備に時間を割く

移行元データベースのすべてのデータ フィールドには、移行先組織に対応するフィールドが必要です。 そうしないと、エントリに行き場がなくなります。

カスタム フィールドを簡単に作成して、Salesforce テンプレートにレガシー データを保存できます。 ソース データが非標準フィールドを使用している場合、または保持したい従来の ID 情報が含まれている場合は、これを行う必要があります。

パイロット プロジェクトでデータ移行計画をテストする

どんなによく練られた計画であっても、最初にテストする必要があります。 パイロット プロジェクトはここに入る必要があります。 計画が実際とどのように比較されるかを示し、システム ユーザーのダウンタイムなど、潜在的な改善領域を明らかにします。

テストを実行するには、代表的なデータ スライスを選択し、バックアップから展開、移行後のデータ検証まで、移行中に想定されるすべての手順を実行します。

試運転から得られるいくつかの結論を次に示します。

• あなたが選択した移行ツールはそれをカットしません。
• ソース リレーショナル データベースには追加のクリーンアップが必要です。
• 移行により、特定の種類のデータが破損します。
• プロセス中にエラー メッセージが表示されます。

仕事に適した Salesforce データ移行ツールを見つける

データ移行の種類とニーズに応じて、ツールキットは異なります。 Salesforce 環境の組み込みツールを利用することも、サードパーティ アプリケーションを選択することもできます。

最も一般的な Salesforce データ移行ツールの概要は次のとおりです。

1. Salesforce データ インポート ウィザード. これは、すべてのユーザーまたは管理者が使用できる組み込みの Salesforce 機能です。 注意: サポートは 50,000 レコードと XNUMX の対象 Salesforce フィールドに制限されています。
2. Salesforce データローダ. Windows および macOS アプリとして利用でき、管理者は CSV ファイルを使用してデータを一括でインポートおよびエクスポートできます。 データローダは最大 5 万件のレコードを処理できます。
3. Jitterbit データローダ. これは、高度な自動化機能を備えたフリーミアムのサードパーティ アプリケーションです。 始めるのにコーディングのスキルは必要ありません。また、月に 100 回までは無料です。

Salesforce データ移行チェックリスト

上記の Salesforce へのデータ移行に関する XNUMX つのベスト プラクティスをプロジェクトに適用するためのチェックリストを用意しました。 後で使用するために保存してください。

続きを読む： Salesforce Commerce Cloud コンサルタントを雇う理由と方法 

• データ移行計画とデータ ガバナンス ポリシーを作成する
• データ モデルを決定する
• 適切な移行ツールを選択する
• データ移行の試行を実行します (以下の手順を使用)。
• 移行するソース データを選択します
• 掃除して整理整頓
• ターゲット システムの準備
• 重要なステップでデータをバックアップする
• 移行されたデータを検証し、必要に応じて消去します

Salesforce データ移行における Elogic エクスペリエンス

これまでは、Salesforce のデータ移行に関する理論に過ぎませんでした。 では、実際に体験した感想はこちら 英国を拠点とする B2B 製薬会社 Salesforce の助けを借りてショッピング体験を変革したマーチャント。

私たちのクライアントは、すでに Salesforce CRM を使用していた B2B 英国ベースの e コマース製薬会社でした。 しかし、彼らの e コマース プラットフォームは、持続可能性を維持するために、より明確にする必要があり、コストを押し上げていました。

Salesforce Commerce Cloud への再プラットフォーム化をクライアントに提案しました。 彼らの承認後、プロセスを開始しました。データ移行は重要な部分でした。 段階的にアプローチした方法は次のとおりです。

• ソース データとそのターゲット先の分析
• 適切な移行ツールの選択
• データ移行計画の準備
• 移行テストを実行し、その結果に基づいて計画を調整する
• ソース データの選択、クリーンアップ、および整理
• データを Salesforce に移行する前にバックアップを作成する
• 移行自体の実行
• 移行後のデータの検証

結果論

Salesforce でのデータの移行は、XNUMX 日で終わるものではありません。 自分自身とチームを準備し、適切なデータを選択し、クリーンアップし、ターゲット組織を準備する必要があります。ここでは表面をかすめているだけです!

私たちがあなたに与えることができる普遍的なアドバイスがXNUMXつあるとすれば、それはこれです： 成功するために必要な専門知識があることを確認してください Salesforce データの移行. そうしないと、途中で一連の不愉快な驚きに遭遇する危険があります。

社内に適切な専門知識がなくても、データ移行の願望を取り消す必要はありません。 Salesforce Commerce Cloud の移行 は、Elogic のパンとバターであ​​り、お客様の移行パートナーになることを光栄に思います。 お問い合わせ 私たちの潜在的なパートナーシップについてより詳細に話し合うために。

• SEO を活用したコンテンツと PR 配信。 今日増幅されます。
• Platoblockchain。 Web3メタバースインテリジェンス。 知識の増幅。 こちらからアクセスしてください。
• 情報源： https://elogic.co/blog/salesforce-data-migration-a-complete-guide/