Heroku Connect の紹介をお読みになった方は、Heroku Connect を使用することで、Postgres データベース内にSalesforceのニアリアルタイムのコピーを手に入れることができるのをご存知かと思います。また、Xplentyのグラフィカルなデータパイプラインエディタを使って Postgres データベースからデータを読み書きできることもご存知かもしれません。  しかし、これらのツールがどのようなにフィットするのか疑問に思うかもしれません。XplentyとHeroku Connectがどのように機能するかを説明するために、架空ではありますが一般的なXplentyとHeroku Connectのユースケースを見てみましょう。

Table of Contents:

Welcome to XYZ Corp

要件: ほぼリアルタイムでの顧客トラッキング

Heroku Connectの導入

Xplentyからの支援

ハッピーエンディング

Welcome to XYZ Corp

XYZ Corpは、ウィジェットを販売する米国企業です。  XYZのリーダーシップとスタッフは、彼らのウィジェットが、公平でない第三者テストにおいて、ライバルのABC Corpが販売しているものに対して一貫して上回っていることについて非常に誇りに思っています。XYZの成功の理由の一部は、その会社のウェブサイトにあります。数年前に構築され、その後何度も更新され、校正されたXYZのウェブサイトは、会社と共に進化してきました。  

XYZの社内スタッフ、XYZと長年の付き合いがある広告代理店、様々な個別の請負業者のグループの組み合わせによって維持されているXYZのウェブサイトは、信頼性が高く高速です。LAMPプラットフォーム(Linuxオペレーティングシステム、Apacheウェブサーバー、MySQLデータベース、およびPHPプログラミング言語)を使用して、サイト上のコードは、品質の異なる複数の異なるモジュールで構成されています。これは彼らのビジネスにとって重要なものであるため、XYZ の疲弊した IT 部門は、このサイトの修正にはあまり熱心ではありません。

また、XYZには、レガシー・プラットフォーム上に構築された顧客注文システムがあり、IT部門によって管理されています。このシステムは、XYZが販売するウィジェットに合わせて特別に調整されていますが、変更の実装には長い時間がかかるようです。XYZの経営陣は、このシステムと何かしら関わるプロジェクトでは、ITのバックログを考慮して、スケジュールに十分な量の計画時間を組み込む必要があることを知っています。

XYZ には B2B ビジネス・モデルがあります。同社のウィジェットは、対面販売、専任の電話担当者グループによる販売、および Web サイトを使用したインターネット販売を組み合わせて、大小問わず卸売業者や小売業者に販売されています。  企業の IT 部門はリソースが不足していたため、XYZ の営業担当副社長は営業支援のために Salesforce を採用し、外部コンサルタントの助けを借りて導入しましたが、そのうちの 1 人は Salesforce の管理者として雇用されました。  

XYZは、B2Bビジネスのリードの追跡とアカウント管理にSalesforceを使用しています。XYZの直販チームは、SalesforceのWebアプリとモバイルアプリを使用して、リードの入力、スケジュールの管理、Salesforce Sales Cloudを一般的に活用しています。  架電チームは、Salesforceと統合されたサードパーティ製の架電アプリを使用して見込み客に電話をかけ、Salesforceでリードとコンバージョンを追跡しています。

要件: ほぼリアルタイムでの顧客トラッキング

XYZ は様々な意味で教科書的な Salesforce の実装であるにもかかわらず、同社の Salesforce インスタンスは基本的にスタンドアロンです。ウェブサイトや社内の発注システムとの統合は存在しますが、それは次のように原始的なものです。セールスアナリストは、注文システムからレポートを実行し、Excel のピボットテーブルにまとめ、顧客の購入を追跡するために、標準の Opportunity オブジェクトに関連付けられたSalesforce カスタムオブジェクトにそのデータをアップロードします。架電担当者が顧客をコンバージョンする際には、その情報をウェブサイトの注文アプリの管理インターフェイスにカットアンドペーストしなければならず、顧客が注文をしたかどうかを確認するための追跡する仕組みはありません。

営業担当VPとCIOへのプレゼンテーションの中で、Salesforceの管理者は以下のようなニーズを強調しています。

  1. 顧客のWebサイトアカウントは、コンバージョン時にSalesforceから自動的に作成されるべきであり、二重の作業を必要としない。
  2. ウェブサイトのインタラクションを追跡する必要がある - これには、ログインなどの購入を伴わないインタラクションも含まれる。管理者は、この情報を追跡するためのカスタムオブジェクトを提案する。
  3. 営業担当者は、ほぼリアルタイムでまとめられた注文情報をSalesforceにプッシュする必要がある。

Heroku Connectの導入

プレゼンを聞いたCIOは、彼のスタッフはSalesforce APIの経験がないため、困難であると言いました。彼のウェブサイトチームがオープンソースのリレーショナルデータベースに精通していることをグループに伝え、Heroku Connectの購入を決定しました。Heroku Connectのインストールプロセスは簡単で、すぐに管理者とITチームのメンバーは、Heroku PostgresデータベースとSalesforceの間で必要なオブジェクトをレプリケートできるようになりました。

XYZ Corp.ではすべてがうまくいっているように見えます...しかし、小さな物語はその後ハッピーエンドを迎えたとしても、その道のりに至るにはいくつかの問題があります。  

ウェブサイトの開発者は、Postgresをポーリングして新しいアカウントをキャッチするプロセスを構築し、ほぼリアルタイムでウェブサイトのアカウントを作成することができるようにしました。これは営業部門が最も喫緊で認識されているニーズだったので、ITと営業の勝利となりました。

ウェブサイトの開発者は、Postgresに挿入するインタラクションサマリーを構築するプロセスを開始します。彼らは、この目的のために使用することができるウェブサイトのデータベース内のイベントロギングテーブルを特定するまでに至りましたが、開発者が他の優先事項を実施しているため、プロジェクトは未完成のままになっています。

最も困難な問題は、注文の同期です。顧客は注文を呼び出すことも、ウェブサイトを介して注文することもできるため、IT 部門はウェブサイトが注文システム内のすべての注文を問い合わせることができる REST プロセスを構築していました。その後、ウェブサイトの開発者は、このインターフェイスを呼び出してウェブサイト上の注文ステータスを更新し、ウェブサイトの注文をウェブサイトのデータベースに挿入するプロセスを構築しました。そのRESTインターフェースは、注文に関するすべてのデータを持っていますが、ウェブサイト上の履歴テーブルにデータを挿入する際に、ウェブサイトはそのほとんどを捨ててしまいました。廃棄されたデータの中には、どのサービス担当者が注文を受けたかという情報も含まれていました。XYZ 社では、デラックス・ウィジェットを販売することで顧客サービス担当者にボーナスを与えることを長年検討してきたため、営業ではカスタム・オブジェクトにそのデータを取り込みたいと考えていました。

Salesforce の管理者は不満を感じています。彼女が成功するために必要なデータはすべてリレーショナルデータベースにあるか、 REST API を介してアクセスできますが、彼女のスキルでは、たどり着くことができません。

Xplentyからの支援

Salesforceの管理者は、コンサルティングワークショップで彼女の元同僚数人と話をしています。彼女の同僚の一人が、別のエンゲージメントでXplentyを使った経験を話してくれました。  Xplentyにはビジュアルなデータパイプラインビルダーがあり、何十ものシステムでデータを読み書きできるので、管理者は興味を持ちました。 

Xplentyについて話す中で、彼女は私たちのデータパイプラインツールがリレーショナルテーブルを読み込んで、他のデータベースにプッシュする前にデータを変換してクリーンアップすることができることに気づきました。彼女はまた、統合のためにREST APIを使用することができ、さらにファイアウォールの後ろでもIntegrationを行えることを理解しました。彼女の営業担当副社長は、彼女にXplentyを使用することを許可しました。  私たちのツールはクラウドベースなので、オンプレミスでのインストールは不要です。ファイアーウォールの向こう側のセキュリティのみIT側の作業を必要としますが、基本的にコードを必要としない非常にシンプルなプロセスです。

XYZのSalesforce管理者はXplentyのドキュメントをレビューし、Xplentyの実装エンジニアのチームと話します。管理者はXplentyのインターフェイスを使って自分で統合を構築できると考えていますが、彼女はすでに十分に手一杯なので、実装をプロジェクトで管理し、Xplentyに仕事を任せることにしました。

Xplentyのチームはすぐに以下の2つの統合を構築します。

  1. ウェブサイトのMySQLイベントテーブルをポーリングして、セールスに関係するイベントを取得するデータパイプライン。このパイプラインは、Salesforceの管理者によって作成されたカスタムオブジェクトにレプリケートされているPostgresテーブルに対して新しいイベントを挿入します。これはウェブサイトの顧客の利用状況を追跡してレポートするためです。このテーブルは、Heroku ConnectによってSalesforceにレプリケートされます。
  2. 顧客注文システムのREST APIでデータを取得し、営業が追跡したいすべての注文属性と合わせて新規注文を抽出する統合。ここでも、このデータはPostgresにプッシュされ、PostgresはそれをSalesforceデータベースにプッシュします。

Diagram 2.jpg

ハッピーエンディング

数ヶ月とかからず数日で完了したXplentyの統合は、XYZ社で大ヒットしました。架電担当者はより生産的になり、マネージャーはSalesforceのダッシュボード上でより多くの情報を得ることができ、以前はデータのアップロードという反復的な作業を行っていたアナリストは、解放されデータを分析できるようになりました。Xplentyの既存の標準機能を活用することで、XYZはITの関与を最小限に抑えてこの統合を実現することができました。

Xplentyはここで概説されている完全な統合を実行できたかもしれませんが、XYZ Corpとしては満足しています。なぜなら、販売データの分析にPostgresデータベースを直接使用し、Salesforceのほぼリアルタイムのバックアップも提供しているからです。彼らは常にPostgresに直接読み書きして他のプロジェクトのSalesforceと統合するオプションを持っています。これは、ITがその種のインターフェースを構築するためのリソースを持っている場合、より簡単なソリューションだと言えるかもしれません。

もしHeroku Connectインスタンスを使って幸せな物語を実現したい場合は、デモ、7日間の無料トライアル、実装チームとの無料セットアップセッションをご用意しています。

日本語でのデモ予約はこちらから申し込むことが可能です。