商談・リード・取引先──営業のもっとも鮮度の高い事実は、Salesforceに集まります。一方で全社のデータ基盤がSnowflakeやAmazon Redshiftにある企業では、営業データだけがDWHの外に取り残されることが起こりがちです。本記事では、Salesforceの商談・営業実績データをSnowflake・RedshiftへノーコードでETL連携し、広告費・POS売上・会計データと同じDWH上で突き合わせる方法を解説します。取得・整形・ロードの3ステップから、再実行しても重複を作らないUpsert設計、業務の中で動かすAgentic ETLまで紹介します。

01　Salesforceのデータが全社データ基盤から分断される理由

Salesforceのレポート・ダッシュボード機能は、Salesforceの中にあるデータを見るぶんには十分に強力です。ところが「広告費に対して商談がどれだけ生まれ、いくら受注したのか」「店舗の売上と営業活動の関係はどうか」といった問いに答えるには、広告媒体・POS・会計システムなど、Salesforceの外にあるデータとの突き合わせが必要になります。その置き場所こそが、全社のデータ基盤──SnowflakeやAmazon RedshiftといったDWHです。

それでも連携が進まないのは、手段が両極端だからです。CSVエクスポートとスプレッドシートの手作業は、件数が増えると破綻します。かといってSalesforce APIを呼ぶ連携プログラムの個別開発は、オブジェクトの項目追加やAPI仕様変更のたびに保守が発生し、担当者の退職とともにブラックボックス化しがちです。データ連携ツールを使えば、この連携を開発なし・ノーコードで組めます。

02　Snowflake・Redshift連携でできること

SalesforceのデータをPasswork経由でSnowflake・Redshiftへ連携すると、次のような分析・活用が可能になります。

• 商談×広告費×会計の横断分析：広告費・POS売上・会計データと商談を同じDWH上で突き合わせ、SQLでJOINして事業全体を横断した分析ができます。
• 既存DWH資産をそのまま活用：全社基盤がSnowflakeでもRedshiftでも、同じ取得ノードでそのまま連携できます。BigQueryへの集約と同じ組み立てが、接続先を替えるだけで動きます。
• リレーションごとまとめて取得：オブジェクト・フィールド・条件を指定したレコード取得に加え、SOQLの直接実行に対応。「商談＋紐づく取引先・商談商品」のような親子リレーションをまたぐ取得もできます。
• 履歴・時系列の蓄積：日次でデータをDWHに積み増していくことで、パイプラインの変化や受注率の推移といった時系列分析の土台ができます。

03　連携の仕組み｜取得・整形・DWHロードの3ステップ

SalesforceからSnowflake・Redshiftへの連携は、「取得 → 整形 → ロード」という3ステップで組み立てます。

04　Passworkでの実現方法とAgentic ETL

Passworkは、取得・整形・ロードをドラッグ&ドロップで組み立てられるノーコードのデータ連携サービスです。SalesforceとSnowflake・Redshiftのコネクタをつなぎ、上記3ステップをフローとして表現するだけで連携が完成します。組んだフローはスケジュール実行で日次自動化でき、差分取得と組み合わせれば、変化のあったレコードだけを効率よくDWHへ反映できます。全社基盤がBigQueryの場合も同じ組み立てで連携でき、考え方は「kintoneとBigQueryを連携する方法」でも解説しています。

さらにPassworkが目指すのは、こうした連携を業務の中で動く「Agentic ETL」──現場で動く、対話で操作する、AIが判断して実行するデータ統合──にしていくことです。たとえば「先月の受注商談をSnowflakeに連携して」と伝えるだけで連携フローが組み上がる世界です。考え方の全体像は「Agentic ETLとは？」をご覧ください。

提供元のPraztoはSalesforceやTableauなどの導入支援で350社超の実績を持ち、Salesforceのオブジェクト設計からDWHのテーブル設計、BIツールでのダッシュボード構築まで、初期構築を1ヶ月のサポート付きで伴走できます。

05　業務での具体的な活用例

ここでは、SalesforceとSnowflake・Redshiftの連携が実際の業務でどう活きるのか、3つの具体的な活用例を紹介します。

広告費と商談をつないだファネル分析（マーケティング・営業）

広告媒体のレポートはBIで見ているのに、その先の商談・受注はSalesforceの中だけ、という分断はよくある形です。広告費データと商談データを同じDWHへ集約しキャンペーンをキーに突き合わせれば、広告費→リード→商談→受注のファネルを一枚のダッシュボードで追えるようになり、媒体別の受注単価まで踏み込んだ予算配分ができます。

POS売上・会計データと営業実績の突き合わせ（小売・多店舗ビジネス）

店舗のPOS売上や会計システムの実績値がすでにDWHに集まっている企業では、そこへSalesforceの営業実績を並べるだけで、「営業活動が実売にどうつながったか」を同じテーブル群の上で検証できるようになります。法人営業の商談と店舗売上の両輪で動くビジネスほど、この突き合わせの効果は大きくなります。

DWHの分析結果を営業の画面へ書き戻す（リバースETL）

DWHへの集約は片道で終わりではありません。DWH上で算出した顧客スコアや解約リスクのセグメントを、PassworkでSalesforceの項目へ書き戻せば、営業担当者が普段見ている画面に分析の結論が届きます。取得と書き戻しが同じコネクタに揃っているため、集約とリバースETLを同じ仕組みで運用できます。

06　まとめ：商談データを、全社のDWHへ

SalesforceとSnowflake・Redshiftをつなぐ要点は、「取得→整形→ロード」をノーコードのフローで組み、日次スケジュールで再実行しても重複しない形にすること。既存のDWHがどれであっても、同じ取得ノードからそのまま連携できます。まずは商談オブジェクトひとつから、全社データ基盤への集約を始めてみてください。広告費・売上・会計データと突き合わせた事業全体の分析への道が開けます。