Oliver POSでのHubSpot Service Hub

HubSpot for WooCommerceコネクタは、WooCommerceの顧客をHubSpotの連絡先として、WooCommerceの注文をHubSpotの取引またはeコマース注文として、注文商品をHubSpotの商品として、返金イベントをアクティビティタイムラインのエントリとして同期します。同期されたデータは、プラットフォームの他の部分（キャンペーン用のMarketing Hub、収益履歴用のSales Hub、チケット用のService Hub、自動化用のCRMワークフロー）が読み取るのと同じHubSpot連絡先オブジェクトに格納されます。

Service Hub内では、チケットを開くエージェントは、WooCommerceから供給された完全なタイムラインを含むHubSpot連絡先カードを確認できます。これには、生涯注文数、生涯価値、平均注文額、注文商品と合計を含む最近の注文、返金履歴、WooCommerceフィールドから入力されたカスタムプロパティが含まれます。チケットは特定の注文に関連付けることができ、チャットウィジェットからの会話はメールチケットと同じ受信トレイに届き、ナレッジベースとカスタマーポータルは同じ連絡先IDを再利用します。Oliver POSは、レジでの販売を既存の顧客レコードに一致する標準注文としてWooCommerceに書き込み、HubSpotコネクタはそれらをオンライン注文と一緒に取得します。実店舗での販売は、連絡先のタイムライン、Service Hubのチケットサイドバー、および収益に基づいて分岐するHubSpotワークフローフィルター内に表示されます。これらは、HubSpotへの別のPOS統合なしで実現されます。

HubSpot Service Hubは、マーケティング、営業、CRMにすでにHubSpotを標準採用している中堅市場や成長中のブランドにとって、最も一般的なサポートレイヤーです。Service Hubの価値は、社内の1人が同じ顧客に対するすべてのメールキャンペーン、すべての営業活動、すべてのサポートチケットを確認できる統一された連絡先レコードにあります。WooCommerceを運営する小売業者にとって、コネクタはすでに顧客関係のオンライン側をその統一ビューに接続しています。WooCommerceと連携しないPOSを通じて店舗販売を行っている小売業者にとって、統一ビューはデジタル半分しか統一されていません。

その半分しか統一されていない状態は、問題の最もコストのかかるバージョンです。Marketing Hubは、受信者が昨日実店舗で購入したことを知らずにメールキャンペーンを送信します。Service Hubはチケットを受け付けますが、エージェントは最新の購入を確認できません。Sales Hubは、見える範囲のビジネスの半分で収益を予測します。顧客が気にしないチャネルの境界で、CRMプラットフォームの売り文句は破綻します。

Oliver POSは、HubSpotコネクタがすでに読み取っているWooCommerceの顧客レコードに店舗販売を書き込むことで、そのギャップを埋めます。Marketing Hubのキャンペーン除外リストは正確になります。Service Hubのエージェントは、顧客が問い合わせている実店舗での購入を確認できます。Sales Hubの予測には店舗収益が含まれます。HubSpotが約束した統一された連絡先レコード（ブランドがプラットフォームにコミットしたまさにその理由）は、ついにブランドが販売するすべてのチャネルをカバーします。

レジ側のフローは、標準的なOliverのパターンに従います。レジ担当者はOliver POSで販売を登録し、会計時にメールまたは電話で顧客を捕捉します（既存のWooCommerce顧客ベースと照合し、コネクタ経由でHubSpotの連絡先と重複排除されます）。そして会計を処理します。Oliverは、注文商品、税金、支払い方法、created_via=posメタフラグ、および店舗を識別する店舗ごとのタグを含むWooCommerce注文を作成します。レジでの返金は、元の注文と照合された標準のWooCommerce返金アクションを書き込みます。

HubSpot for WooCommerceコネクタは、オンライン注文を取得するのと同じ方法で注文と返金を取得します。HubSpotの連絡先タイムラインは新しい収益イベントで更新され、生涯価値と平均注文額のプロパティが再計算され、注文は連絡先レコードに取引またはeコマース注文として表示されます。顧客がサポートにメールしたり、ストアフロントのウィジェットからチャットしたり、カスタマーポータルでチケットを開いたりすると、Service Hubは一致したHubSpot連絡先に対してチケットを開き、サイドバーに最近の収益アクティビティを表示します。エージェントは実店舗での販売を確認し、注文詳細を開き、店舗ごとのタグを確認し、（コネクタが書き込みアクションをサポートしている場合）チケット内からWooCommerce注文の返金をトリガーします。返金は、次のレジ同期時にOliverにフィードバックされます。

HubSpot CRMワークフローは、created_via=posメタまたは店舗ごとのタグでフィルタリングできるため、自動化はオンライン収益と店舗収益を区別できます。これにより、実店舗での購入後の来店フォローアップシーケンス、特定の店舗に限定したNPSアンケート、または店舗購入に関する質問を地域のサービスチームに送信し、ストアフロントのチケットはeコマースエージェントが担当し続けるといったチケットルーティングルールが可能になります。

Oliver POS上のHubSpot Service Hubは、すでにHubSpotプラットフォーム（キャンペーン用のMarketing Hub、収益用のSales Hub、連絡先記録システムとしてのCRM、チケット用のService Hub）で運営しており、実店舗を開設したか、既存のチェーンをWooCommerceに統合しようとしている中堅市場の小売業者に適しています。店舗数は旗艦店1店舗から数十のブランドストアまで、サポートチームは少人数のService Hubシート数からパイプライン、キュー、SLAを使用する中堅市場のオペレーションまで様々です。最大のメリットは、現在、店舗での販売がコネクタが読み取るWooCommerceの顧客オブジェクトにないためにHubSpotの統一された連絡先の約束が破綻しているブランドにもたらされます。Oliverはそのギャップを埋め、HubSpotプラットフォームはついに、ブランドがコミットしたクロスチャネルの単一顧客ビューを提供します。