宝飾店のウェブサイトとPOSが連携していない?そのコストをご存知ですか

ある土曜日の午後、お客様がWebサイトで指輪を見つけられました。カートに追加し、チェックアウトを完了し、お支払いを済ませ、確認メールを受け取られました。月曜日の朝、スタッフが店舗を開けると、同じ指輪が土曜日に来店されたお客様に販売されていたことに気づきました。週末の間、誰もWebサイトの在庫を更新しなかったため、その指輪はサイトから削除されていませんでした。今、お支払い済みのオンライン注文、ご不満を抱かれたお客様、そして週の始まりから処理すべき返金が発生しています。

これは珍しいシナリオではございません。実店舗POSとWebショップを別々のシステムで運用されている宝飾店にとって、これは避けられない事態です。いつ起こるかの問題であり、起こるかどうかの問題ではございません。

本記事は、すでに両方のチャネルで販売されている、あるいはこれから販売を始められる宝飾店様を対象としております。分断された環境が実際にどのようなコストをもたらすのか、接続された環境で何が可能になるのか、そしてすべてをゼロから再構築することなく、どのようにそのギャップを埋められるのかをご理解いただくための内容でございます。

2つの独立したシステムを運用する隠れたコスト

二重販売された商品は最も目に見える失敗ですが、最も高くつく失敗ではございません。2つの分断されたシステムによる日々の摩擦の方が、より速く蓄積されていきます。

• 在庫レベルが常にわずかにずれています。WebショップとPOSがそれぞれ独立した在庫カウントを保持しているため、いずれかのチャネルで販売が発生し、もう一方への即座の更新が行われないたびに、両者のデータが乖離していきます。スタッフは、1日または1週間の終わりに、どこで何が販売されたかを手作業で照合し、数量を修正し、不一致を追跡することに時間を費やします。この時間は費用項目としてどこにも現れませんが、確実に積み重なっていきます。
• 顧客記録が分断されています。2年前に店舗で婚約指輪をご購入されたお客様が、オンラインでチェーンをご注文されても、Webショップでは新規のお客様として扱われます。統合された購入履歴も、統一されたプロフィールも、自動的に認識してフォローアップをパーソナライズする方法もございません。すべての販売が孤立しています。
• 価格設定が同期されなくなります。金相場が動いたため、POSで価格を更新されました。しかしWebサイトには先週の価格がまだ表示されています。お客様は旧価格でカートに追加され、チェックアウト時にもその価格を期待されます。これは利益率の問題か、カスタマーサービスの問題のいずれかを生み出します。いずれも望ましくございません。
• レポートが不完全です。Webショップの売上は1つのダッシュボードに、店舗売上はPOSにあり、ビジネス全体の正確な状況を把握するには、両方をエクスポートし、手作業で組み合わせ、何も二重計上されていないことを願うしかございません。ほとんどの宝飾店はこれを行うのをやめ、結果的に不完全なデータに基づいて意思決定を行うことになります。

これらは単独では壊滅的なものではございません。しかし、これらが合わさることで、取引量に比例して大きくなる、重大な業務上の負担となります。店舗が忙しくなればなるほど、この分断による痛みは増していきます。

POSとWebサイトが接続されると実際に何が起こるのか

接続された環境は、上記の問題を解消するだけではございません。ビジネスの運営方法そのものを変えます。

• 店頭で商品が販売されると、数秒以内にWebサイトから消えます。1日の終わりではなく、手動更新の後でもなく、即座にです。Gem Logic POSとWebショップは同じ在庫レイヤーを共有しています。いずれかのチャネルでの販売は、両方を同時に更新する単一のイベントです。
• お客様がオンラインで購入されると、その注文は店頭販売と同じワークスペースに記録されます。CRMは、店舗でのご購入履歴、修理履歴、リングサイズ、パートナー様のご好み、記念日など、すべてを含むプロフィールに対してご購入を記録いたします。次回ご来店の際、スタッフは全体像を把握できます。
• バックオフィスで価格を変更すると、すべての場所で更新されます。POSには新しい価格が表示されます。Webサイトにも新しい価格が表示されます。貴金属価格に連動した商品の場合、リアルタイム金属価格連動により、誰も商品レコードに触れることなく、両方のチャネルが自動的に正確に保たれます。
• プロモーションを実施したり、ギフトカードを発行したりすると、双方向で機能します。店舗で販売されたギフトカードはオンラインで使用できます。メールキャンペーン用に作成された割引コードは、実店舗のカウンターでも機能します。ギフトカードとバウチャーは、チャネル固有ではございません。なぜなら、チャネルが分離されていないからです。

汎用POSシステムがこの問題を悪化させる理由

分断された環境に行き着く宝飾店のほとんどは、それを意図的に選択したわけではございません。店舗販売に十分機能するPOSを選び、後からWebショップを追加し、両者を接続するには高額なカスタム開発か、さらに別のミドルウェアツールへのサブスクリプションが必要であり、それも完全には機能しないことに気づかれたのです。

汎用POSシステムは、宝飾業界を念頭に設計されておりません。基本的な小売業には適しています。SKU、数量、価格を持つ商品です。しかし、宝飾品はそのモデルに合いません。指輪は1つのSKUではございません。金属、石、サイズ、重量の組み合わせであり、各組み合わせには独自の価格、在庫状況、鑑定書がある可能性がございます。汎用POSはこれを正確に表現するのに苦労します。つまり、統合に入るデータは、最初の同期が実行される前から、すでに不正確なのです。

その結果、宝飾店は常にわずかに一致しない2つのシステムを維持し、エクスポート、インポート、手作業による修正でつなぎ合わせることになります。チャネルを増やすほど、状況は悪化いたします。

修理ワークフローは、分断されたシステムが最も顕著に失敗する領域です

修理は、システムが互いに連携していない場合に何が壊れるのかを示す、最も明確な例でございます。

お客様が修理のために商品をお預けになります。修理管理システムに、チケット、期限、写真とともに記録されます。これは現代の修理業務のあるべき姿です。修理が完了し、商品の引き取り準備ができました。しかし、そのお客様には先週からWebショップで未処理の注文もございます。接続されたシステムがなければ、修理の引き渡しを担当するスタッフは、オンライン注文の存在を把握できません。お客様は修理された商品を持って帰られます。未処理の注文はそのまま残ります。お客様がそれについてお問い合わせになるまで、誰も両者を関連付けません。

この種の分断は、業務上のエラーを生み出すだけではございません。お客様に、2つの異なるビジネスと取引しているかのように感じさせてしまいます。POSとWebサイトが接続されていれば、顧客プロフィールにすべてが表示され、Webショップの未処理注文が修理チケットと並んで表示され、やり取りは一貫性のあるものに感じられます。なぜなら、その背後にあるデータが一貫しているからです。

すでにShopifyまたはWooCommerceをお使いですか。最初からやり直す必要はございません

本記事をお読みの宝飾店の多くは、すでにShopifyまたはWooCommerceでWebショップを運営され、別のPOSをお使いです。そのいずれかを置き換えることは破壊的に感じられるでしょうし、それは当然でございます。確立されたトラフィック、商品レビュー、SEO履歴を持つWebショップは、保護する価値がございます。

Gem Logicは、プラットフォームの変更を必要とせず、ShopifyとWooCommerceの両方に接続いたします。既存のストアフロントはそのまま維持されます。変わるのは、その下のレイヤーです。在庫、価格設定、顧客データはGem Logicで管理され、既存のストアにリアルタイムでプッシュされます。ShopifyまたはWooCommerceからの注文はGem Logicに戻り、店舗販売と並んで表示されます。

これは、フロントエンドに触れることなく同期の問題が解決されることを意味します。商品ページ、URL、レビュー、オーガニック検索ランキングはすべて保持されます。バックエンドは、乖離していく2つの独立したデータベースではなく、両方のチャネルを駆動する単一の信頼できる情報源になります。これは、店舗と同期したWebショップの立ち上げと同じ基盤でございます。

後にGem Logicプラットフォームへストアフロントを移行することを決定された場合、eコマース構築は、データの再構築ではなく、デザインと移行のプロジェクトとなります。なぜなら、カタログと顧客記録はすでに存在しているからです。

接続された宝飾業システムで確認すべきこと

ご自身の店舗でこれをどう実現するか検討されている場合、プラットフォームの導入を決定する前に確認すべき点がいくつかございます。

• 同期はバッチ処理ではなくリアルタイムであるべきです。ユニークまたは準ユニークな商品を限られた数量で扱うジュエリー店では、1日の終わりの在庫更新では不十分です。14時に売れた商品は、深夜ではなく14時にはオフラインになっているべきです。
• 顧客記録は単なる連携ではなく、真に統合されているべきです。統合されたシステムでは、すべてのチャネルにわたるすべての接点を記録する1つの顧客プロフィールが作成されます。連携されたシステムでは、時々互いに通信する2つのプロフィールが作成されます。データを有効活用しようとする際、この違いが重要になります。
• POSはジュエリー特有のワークフローをネイティブに処理できる必要があります。金買取、下取り、積立販売、修理伝票、証明書管理などです。POSがこれらに対して回避策やアドオンを必要とする場合、同期のデータ品質はそれを反映したものになります。
• 価格設定ルールは貴金属に対応する必要があります。リアルタイム貴金属価格を扱わない統合システムでは、地金価格連動商品においてマージンリスクに晒されたままです。
• サポートは宝飾業を理解する担当者から提供される必要があります。一般的なEコマースのサポートチームでは、カラット重量価格や宝石バリエーションの問題をトラブルシューティングできません。ジュエリー専用ソフトウェアには、ジュエリー専用のサポートが必要です。

結論

ウェブショップとPOSを2つの別個のシステムとして運営しているジュエリー店は、2つのチャネルで1つのビジネスを展開しているのではありません。継ぎ目が見えないことを願いながら、同じ名前で2つのビジネスを営んでいるのです。

この分断のコストは現実的です。在庫エラー、分断された顧客記録、価格のずれ、不完全なレポート、そして2つのシステムを手動で整合させ続ける日々の摩擦などです。これらは避けられないものではありません。

POSとウェブサイトが同じデータ層を共有すると、ビジネスは1つとして機能します。販売は販売、顧客は顧客、価格は価格です。それがどのチャネルから来たかは詳細であり、構造的な分断ではありません。

重要なポイント

分断されたウェブショップとPOSシステムは、在庫エラー、分断された顧客記録、価格の不整合を引き起こし、取引量が増えるにつれて複雑化します。統合されたセットアップでは、いずれかのチャネルでの販売が、在庫、価格、顧客データをすべての場所で同時に更新します。

すでにShopifyやWooCommerceをご利用のジュエラーは、プラットフォームを変更することなくGem Logicに接続でき、既存のトラフィックとレビューを維持できます。POSがジュエリー特有のワークフローをネイティブに処理できることが同期の正確性に必要であり、価格設定ルールはリアルタイムの貴金属価値に対応する必要があります。