Oliver POSでのCustomer.io

Customer.ioのデータモデルは、人物、イベント、属性で構成されます。Customer.io WordPress + WooCommerceコネクタは、すべてのWooCommerceアクション（注文完了、注文完了、注文返金、顧客作成）に対してイベントを送信し、その人物の属性（総収益、最終注文日、生涯注文数）を更新します。そこから、Customer.io内のすべてのキャンペーン、ワークフロー、ブロードキャストは、これらのイベントと属性によってトリガーまたはセグメント化できます。

Customer.ioは、テンプレート主導のメールから脱却し、正確な行動ベースのメッセージングへと移行したいチームに選ばれています。そのモデルには、完全な行動データが不可欠です。もしキャンペーンが最終購入から7日後に作動するように設定されている場合、Oliver POSのレジで処理されたものを含む、すべての購入を把握している必要があります。

Oliver POSの売上をWooCommerceコネクタ経由でプッシュすると、Customer.ioはそれらを「注文完了」イベントとして受信します。最近の注文、総支出額、購入したSKU、その他の注文プロパティによってトリガーされるワークフローが正しく作動します。プラットフォーム全体を動かす行動セグメントが、ついに顧客全体を反映するようになります。

レジ担当者が販売を処理し、顧客情報を取得し、支払いを完了します。OliverはWooCommerceの注文を作成します。Customer.ioコネクタがその注文を認識し、顧客ID、注文ID、商品、合計金額を添付して「注文完了」イベントをCustomer.ioに送信します。「注文完了」（またはそれに続く「待機+送信」ブロック）によってトリガーされるCustomer.ioキャンペーンは即座に作動します。「注文返金」による返金についても同様です。

Oliver POS上のCustomer.ioは、高度なライフサイクルメッセージングを実行する小売業者、リストとタグのモデルよりもイベントと属性のモデルを好む社内のデータおよびエンジニアリングチーム、そして単一のオーケストレーションレイヤーを必要とするマルチチャネル（メール、SMS、プッシュ）で送信を行うブランドにとって最適な選択です。WooCommerce + Oliver POSの組み合わせは、Customer.ioがその役割を果たすために必要な店舗でのイベント情報を提供します。