IBM Cloud Docs
IBM Cloud の小売向けユース・ケース

IBM Cloud の小売向けユース・ケース

これらのユースケースは、 Red Hat® OpenShift® on IBM Cloud® 上のワークロードが、市場洞察のためのアナリティクス、世界中に広がるマルチリージョンの展開、 IBM® Event Streams for IBM Cloud® とオブジェクトストレージによる在庫管理をどのように活用できるかを強調している。

ブリック・アンド・モルタル型小売業が API を介してグローバル・ビジネス・パートナーとデータを共有することによりオムニチャネル販売を促進

基幹業務 (LOB) 幹部は販売チャネルを増やす必要がありますが、小売業システムはオンプレミスのデータ・センター内に閉じ込められた状態になっています。 競合他社は、実店舗とオンライン・サイトを横断して、商品のクロスセルやアップセルを行うグローバルなビジネス・パートナーを持っている。

IBM Cloud Kubernetes Service が実現するパブリック・クラウド・エコシステムでは、コンテナーによって新規ビジネス・パートナーやその他の外部参加者が API を使用してアプリやデータを共同開発することができます。 小売業システムがパブリック・クラウド上に配置されると、API によってデータ共有が合理化され、新しいアプリ開発が活性化されます。 開発者が試験を容易に行えることでアプリのデプロイメントが増えるため、ツールチェーンにより開発システムやテスト・システムに迅速に変更をプッシュすることができます。

Red Hat OpenShift on IBM Cloud と主要なテクノロジー:

context

  • 小売業者は強い競争圧力に直面しています。 まず、新しい製品や新しいチャネルに入り込むことの複雑さを覆い隠す必要があります。 例えば、製品の精巧さを拡張する必要があります。 同時に、お客様がブランド間を越えられるようにより単純であることも必要です。
  • このようにブランドを越えるためには、小売業エコシステムにビジネス・パートナーとの接続性が必要になります。 これにより、クラウドがビジネス・パートナー、お客様、および他の外部参加者からの新しい価値をもたらすことができます。
  • 既存のオンライン・システムはブラック・フライデーのような突発的なユーザー・イベントにより重い負担を受けることから、小売業者はコンピュート・インフラストラクチャーを過度にプロビジョニングする必要があります。
  • 小売業者の開発者は常にアプリを進化させる必要がありますが、従来型のツールでは、特にビジネス・パートナー・チームと共同作業する場合には頻繁な更新や機能のデプロイが迅速に行えません。

ソリューション

顧客維持率と売上総利益率を高めるには、よりスマートな購買体験が必要です。 小売業者の従来型の販売モデルには、クロス販売およびアップ販売のためのビジネス・パートナー在庫が欠落していることから困難が生じています。 買物客は、ヨガ・パンツとマットなど、関連する項目をまとめてすぐに見つけることができるように、さらなる便利さを求めています。

また、小売業者は、お客様に製品情報、代替製品情報、レビュー、リアルタイムの在庫表示などの役立つコンテンツを提供する必要もあります。 お客様はこういった情報をオンラインとストアで、個人のモバイル・デバイスや端末を携帯したストア従業員を介して入手できることを希望しています。

ソリューションは次の主要なコンポーネントで構成されます。

  • 在庫: 在庫 (特に新製品の紹介) を集約して通信するビジネス・パートナー・エコシステムのアプリ。ビジネス・パートナーが自身の小売および B2B アプリで再使用するための API が含まれます。
  • クロス販売とアップ販売: さまざまな e-コマースおよびモバイル・アプリで使用できる API を利用して、クロスセルおよびアップセルの機会を表面化させるアプリ。
  • 開発環境: 開発、テスト、および実動の各システム向けの Kubernetes クラスターによって、小売業者とそのビジネス・パートナー間でのコラボレーションとデータ共有が促進されます。

小売業者がグローバル・ビジネス・パートナーと連携するには、それぞれのリージョンの言語や市場の選好に適合するために在庫 API を適宜変更する必要がありました。Red Hat OpenShift on IBM Cloud は、北アメリカ、ヨーロッパ、アジア、オーストラリアを含む複数のリージョンを対象としているため、API には各国のニーズが反映され、API 呼び出しの遅延も低減されました。

別の要件としては、在庫データをビジネス・パートナーの顧客および会社の顧客との間で共有可能である必要がある点です。 在庫 API により、開発者は、モバイル在庫アプリや Web e-コマース・ソリューションなどのアプリに情報を表示することができます。 また、開発者はプライマリー e-コマース・サイトのビルドや保守で多忙です。 つまり、開発者はインフラストラクチャーの管理ではなくコーディングにフォーカスを当てる必要があります。

そのため、IBM はインフラストラクチャー管理を簡素化するため、 Red Hat OpenShift on IBM Cloud を選択しました。

  • Kubernetes マスター、IaaS、運用コンポーネント (Ingress やストレージなど) の管理
  • 正常性のモニタリングとワーカー・ノードのリカバリー
  • グローバル・コンピュートの提供。これにより開発者は、ワークロードとデータを常駐させる必要のあるリージョンでハードウェア・インフラストラクチャーを所有します。

さらに、API マイクロサービスのロギングとモニタリング、特に、パーソナライゼーション・データをバックエンド・システムからプルする仕組みは、Red Hat OpenShift on IBM Cloud と簡単に統合できます。 開発者は、時間をかけて複雑なロギング・システムをビルドしなくても、稼働中のシステムをトラブルシューティングすることができます。

IBM® Event Streams for IBM Cloud® は、ビジネス・パートナーの在庫システムから IBM Cloud® Object Storage に急速に変化する情報を取り込むためのジャストインタイム・イベント・プラットフォームとして働きます。

コンピューティング、ストレージ、イベント管理はパブリック・クラウドで実行され、必要に応じて世界中の小売店の在庫にアクセスできる

技術的ソリューション:

  • Red Hat OpenShift on IBM Cloud
  • IBM® Event Streams for IBM Cloud®
  • IBM Cloud® Object Storage
  • IBM Cloud® Continuous Delivery
  • IBM Cloud のロギングとモニタリング
  • App ID

ステップ 1: マイクロサービスを使用してアプリをコンテナー化する

  • アプリを、アプリの機能領域とその従属関係に基づいて、Red Hat OpenShift on IBM Cloud 内で実行される一連の連携マイクロサービスとして構成します。
  • Red Hat OpenShift on IBM Cloud で実行されるコンテナー・イメージにアプリをデプロイします。
  • 標準化された DevOps のダッシュボードを Kubernetes を介して提供します。
  • 実行頻度の低いバッチやその他のインベントリワークロードに対して、コンピュートリソースのスケーリングを可能にする。

ステップ 2: グローバル可用性の確保

  • Red Hat OpenShift on IBM Cloud に組み込まれた HA ツールは、自己修復やロード・バランシングなどを行いながら、各リージョン内でワークロードのバランスを取ります。
  • ロード・バランシング、ファイアウォール、および DNS は、IBM Cloud Internet Services によって処理されます。
  • ツールチェーンと Helm デプロイメント・ツールを使用することで、アプリが全世界のクラスターにデプロイされ、ワークロードとデータ (特に、パーソナライゼーション) がリージョンの要件を満たすようになります。

ステップ 3: ユーザーを理解

  • App ID を使用すると、アプリ・コードを変更しなくてもサインオンできます。
  • ユーザーがサインインした後、App ID を使用してプロファイルを作成し、アプリケーションのユーザー・エクスペリエンスをパーソナライズできます。

ステップ 4: データの共有

  • IBM Cloud® Object Storage を IBM® Event Streams for IBM Cloud® と併せて使用することで、リアルタイムと履歴のデータ・ストレージが提供されるため、クロス販売のオファーで、ビジネス・パートナーの使用可能な在庫が提示されるようになります。
  • API により、小売業者のビジネス・パートナーはその e-コマースおよび B2B アプリにデータを共有することができます。

ステップ 5: 継続的デリバリー

  • 共同開発した API は、さまざまな開発者がアクセス可能なクラウド・ベースのツールである IBM Cloud のロギングとモニタリング・ツールに追加することでデバッグが容易になります。
  • IBM Cloud® Continuous Delivery により開発者は、IBM 製、サード・パーティー製、オープンソースのツールでカスタマイズ可能かつ共有可能なテンプレートを使用することで、統合ツールチェーンを迅速にプロビジョニングすることができます。 ビルドとテストを自動化し、分析を使用して品質を管理します。
  • 開発およびテスト・クラスターでアプリのビルドとテストを行った後、開発者は、IBM の継続的な統合とデリバリー (CI と CD) のツールチェーンを使用して、全世界のクラスターにアプリをデプロイします。
  • Red Hat OpenShift on IBM Cloud では、アプリのロールアウトとロールバックを容易に行うことができます。つまり、調整済みのアプリが、Istio のインテリジェントなルーティングとロード・バランシングを介して、テスト・キャンペーンにデプロイされます。

結果

  • マイクロサービスを使用すると、パッチ、バグ修正、新しいフィーチャーを配信するまでの所要時間が大幅に短縮されます。 初期の世界規模の開発が短期間で実行され、更新は週に 40 回の頻度で行われています。
  • 小売業者とそのビジネス・パートナーは、API を使用して、在庫状況と配送スケジュールに即時にアクセスできます。
  • Red Hat OpenShift on IBM Cloud および IBM の CI/CD ツールにより、アプリの A-B バージョンでキャンペーンをテストする準備ができます。
  • Red Hat OpenShift on IBM Cloud は拡張性を備えたコンピュートを提供するため、秋の連休のような年間でボリュームの多い期間に、在庫とクロス販売 API ワークロードを増大させることができます。

デジタル洞察による従来型の食料品店でのカスタマー・トラフィックと売上の増大

最高マーケティング責任者 (CMO) は、ストアを差別化アセットにすることにより、ストアでのカスタマー・トラフィックを 20% 増大させる必要があります。 小売の大手競合相手とオンライン小売業者により売上が奪われつつあります。 同時に、CMO は、在庫保持期間が長くなりすぎると何百万もが資本に固定されてしまうため、値引きなしで在庫を削減する必要があります。

Red Hat OpenShift on IBM Cloud では、追加コンピュートのスピンアップが容易であり、開発者は売上動向に関する洞察やデジタル市場への適合性を把握するための Cloud Analytics サービスを迅速に追加できます。

主要なテクノロジー:

context

伝統的な八百屋は、デジタルインサイトで顧客のアクセスと売上を増加させる。

  • オンライン小売業者や大手小売ストアからの競争圧力により、従来型の食料品小売業モデルは崩壊しています。 物理ストアにおける客足の低迷からも明らかなように、売上は減少しています。
  • ロイヤルティー・プログラムには、チェックアウト時の印刷されたクーポンを現代的に置き換える、強い刺激になるものを必要としています。 このため開発者は関連アプリを絶えず進化させる必要がありますが、従来型のツールでは、頻繁な更新や機能のデプロイが迅速に行えません。
  • 特定の高価値在庫の売れ行きは期待どおりではないですが、「グルメ」ムーブメントは主要な大都市の市場において拡大しつつあるように思われます。

ソリューション

食料品店は、再使用可能なクラウド分析プラットフォームに、コンバージョンとストア・トラフィックを増大させ、新たな売上を生み出して顧客ロイヤルティーを築くためのアプリを必要としています。 ストアのターゲット体験は、特定のイベントに対する親和性に基づいてロイヤルティーと新規のお客様の両方を引きつける、サービスと製品ベンダーを伴うイベントにすることができます。 そして、ストアおよびビジネス・パートナーは、イベントへの来場やストアまたはビジネス・パートナーからの商品の購入に対するインセンティブを提供します。

イベント後、お客様は必要な製品を購入するよう誘導され、デモで示されたアクティビティーを今後はお客様が自身で反復できるようになります。 ターゲットとした顧客体験は、インセンティブ交換と新規ロイヤルティ顧客登録で測定される。 高度にパーソナライズされたマーケティング・イベントと、ストア内購入をトラッキングするツールを組み合わせることで、製品購入に至るまでターゲット・エクスペリエンスを保持することができます。 これらすべてのアクションにより、トラフィックとコンバージョンの向上という結果を得られます。

サンプル・イベントとして、ストアに現地のシェフを招いてグルメ料理の作り方を示します。 ストアは、参加を促すインセンティブを用意します。 例えば、シェフのレストランでの無料アピタイザーや、デモで示した料理の材料購入に対する追加のインセンティブ (例: カートに $150 入れるごとに $20 の値引き) を用意します。

ソリューションは次の主要なコンポーネントで構成されます。

  1. 在庫分析: ストア内イベント (レシピ、材料リスト、および製品の場所) が売れ行きの遅い在庫を売るために調整されます。
  2. ロイヤルティー・モバイル・アプリ: デジタル・クーポン、ショッピング・リスト、ストア・マップ上の製品在庫 (価格、可用性)、およびソーシャル・シェアリングによるターゲット・マーケティングを提供します。
  3. ソーシャル・メディア分析: トレンドに関するお客様の好み (料理、シェル、および材料) を検出することにより、パーソナライゼーションを提供します。 分析により、リージョン的なトレンドが、個人の Twitter、Pinterest、および Instagram でのアクティビティーと関連付けられます。
  4. 開発者にとって使いやすいツール: 機能のロールアウトおよびバグ修正を加速します。

製品在庫、ストア補充、および製品販売予測向けのバックエンド在庫システムには、豊富な情報が保管されていますが、最新の分析は、高額商品の販売を増やす方法に関する新たな洞察を明らかにすることができます。 IBM Cloudant と IBM Streaming Analytics を併用することで、CMOはカスタム店舗イベントにマッチする最適な食材を見つけることができる。

IBM® Event Streams for IBM Cloud® は、在庫システムから IBM Streaming Analytics に、急速に変化する情報を取り込むためのジャストインタイム・イベント・プラットフォームとして働きます。

Watson Discovery を使用したソーシャル・メディア分析 (パーソナリティーと語調に関する洞察) によって、在庫分析にトレンドが取り込まれ、製品販売予測が向上します。

ロイヤルティー・モバイル・アプリにより、特にお客様がレシピの投稿などのソーシャル・シェアリング機能を使用したときに、詳細なパーソナライゼーション情報が提供されます。

モバイルアプリに加えて、開発者たちは従来のチェックアウトクーポンと連動した既存のロイヤルティアプリの構築と維持に追われている。 つまり、開発者はインフラストラクチャーの管理ではなくコーディングにフォーカスを当てる必要があります。 そのため、IBM はインフラストラクチャー管理を簡素化するため、 Red Hat OpenShift on IBM Cloud を選択しました。

  • Kubernetes マスター、IaaS、運用コンポーネント (Ingress やストレージなど) の管理
  • 正常性のモニタリングとワーカー・ノードのリカバリー
  • グローバル・コンピュートの提供。これにより開発者は、データ・センターでのインフラストラクチャーのセットアップの責任を持ちません。

バックエンドのERPシステムにアクセスできるパブリック・クラウドで実行されるコンピュート、ストレージ、イベント管理

技術的ソリューション:

  • Red Hat OpenShift on IBM Cloud
  • IBM® Event Streams for IBM Cloud®
  • IBM Cloudant
  • IBM Streaming Analytics
  • IBM Watson Discovery

ステップ 1: マイクロサービスを使用してアプリをコンテナー化する

  • 在庫分析とモバイル・アプリをマイクロサービスとして構成し、Red Hat OpenShift on IBM Cloud 内のコンテナーにデプロイします。
  • 標準化された DevOps のダッシュボードを Kubernetes を介して提供します。
  • 実行頻度の低いバッチやその他のインベントリーワークロード用に、コンピュートリソースを拡張する。

ステップ 2: 在庫と傾向の分析

  • IBM® Event Streams for IBM Cloud® は、在庫システムから IBM Streaming Analytics に、急速に変化する情報を取り込むためのジャストインタイム・イベント・プラットフォームとして働きます。
  • Watson Discovery を使用したソーシャル・メディア分析と在庫システムのデータが IBM Streaming Analytics と統合され、販売促進とマーケティングに関するアドバイスが示されます。

ステップ 3: モバイル・ロイヤルティー・アプリを使用したプロモーションの配信

  • クーポンやその他の使用権の形式でのプロモーションがユーザーのモバイル・アプリに送信されます。 プロモーションは、在庫とソーシャル分析に加え、その他のバックエンド・システムを使用することで特定されました。
  • モバイルアプリにプロモーションレシピを保存し、コンバージョン(利用されたチェックアウトクーポン)をERPシステムにフィードバックしてさらに分析する。

結果

  • Red Hat OpenShift on IBM Cloud では、マイクロサービスを使用すると、パッチ、バグ修正、新しいフィーチャーを配信するまでの所要時間が大幅に短縮されます。 初期開発が迅速であるのに加えて、更新を頻繁に行うことが可能です。
  • ストアを差別化アセットにすることにより、ストアでのカスタマー・トラフィックと売上が増大します。
  • 同時に、ソーシャル分析およびコグニティブ分析による新しい洞察によって、在庫の OpEx (運用経費) の削減率が向上しました。
  • また、モバイル・アプリでのソーシャル・シェアリングは、新しいお客様を特定してこれらのお客様に販売するうえで役立ちます。