中小企業成功事例/海外事例

実店舗とECの顧客を1つに|NY最古の菓子店Economy Candyの選択

ニューヨーク最古の菓子店Economy Candyは、実店舗とオンラインの顧客情報をつなぎ、不正の疑いで止まった大口注文を常連からの注文だと判断できました。公式サイトと導入事例から、小さな店が決めたことを整理します。

実店舗とECの顧客を1つに|NY最古の菓子店Economy Candyの選択 - 株式会社セイビー

実店舗とネットショップの両方を持つ小さな店では、同じ人が両方で買っていても、記録は別々のままになりがちです。レジの履歴とネットの注文履歴がつながっていないと、目の前の相手が常連なのか初めての客なのかを、その場で判断できません。ニューヨークの菓子店Economy Candyは、この分かれた記録を1人分につなげました。つないだ結果として何ができるようになったのかが、Squareの公式導入事例に具体例つきで載っています。

先に結論を書きます。この店がつなげたのは売上ではなく判断です。大口のオンライン注文に不正の疑いのアラートが出たとき、その注文を取り消さずに通せました。実店舗での購買履歴が同じ顧客の記録として見えたからです。売上がいくら増えたか、不正がどれだけ減ったかという数値は公表されていません。この記事で扱うのは、公式サイトと導入事例に記載がある範囲だけです。確認日は2026年9月14日です。

ニューヨーク最古の菓子店が、いま売っている場所

Economy Candyは、ニューヨーク市で最も古い菓子の小売店として紹介されています。もともとは靴と帽子の修理店で、店先に菓子の台を出していました。大恐慌のころ、修理より菓子のほうが売れたため、1937年に菓子の専門店へ切り替えています。いまは3代目の夫妻が店を継いでいます。

売っている場所は3つあります。実店舗が2か所と、オンラインストアです。扱う品目は2,000点を超え、輸入菓子、チョコレート、ドライフルーツ、ナッツなどが並びます。導入事例では、「Abba-ZabaからZagnutまで、作られているものなら置いてある」という同店の言い方が紹介されています。

品目数の多さと販売経路の多さは、そのまま在庫と顧客の管理の複雑さになります。飲み物や食事だけを出す店と違い、同じ商品が店頭とオンラインの両方で動くため、どちらか一方の数字だけを見ていても全体は分かりません。

Economy Candyの経緯を並べた年表。1930年代に修理店の店先で菓子を売り、1937年に菓子の専門店へ切り替え、第二次大戦後にモリス・コーエンが引き継ぎ、1980年代初頭にジェリーとアイリーンが加わり、2013年にミッチェル、2016年にスカイが参加し、2021年にSquareを導入した
公式サイトの沿革と導入事例の記載を、時期の順に並べました。販売の道具を入れ替えたのは、店としては最後のほうの出来事です。 出典:Economy Candy「ABOUT US」Square 導入事例(確認日 2026-09-14)

長く続いている店ほど、記録は増えるのに、記録の置き場所はばらばらになります。年表にしてみると、この店が新しい道具を入れたのは、ごく最近の話だと分かります。

つないだのは決済ではなく、顧客の記録

導入事例によると、Economy CandyがSquareを使い始めたのは2021年です。そのあとまもなく、WooCommerceとの連携を入れています。オンラインと店頭をまたいだ買い物の流れを追えるようにするためだ、と説明されています。

ここが読み違えやすいところです。決済手段を増やしたのでも、レジを速くしたのでもありません。同じ人の買い物を、同じ人の買い物として見られるようにしたというのが、この店が得たものです。導入事例では、店の側が受け取った効果として3つが挙げられています。不正の抑制、摩擦の軽減、そして接客です。

量り売りの菓子が並ぶ古い菓子店の店内。棚と瓶に色とりどりの商品が置かれている
品目の多い菓子店では、同じ商品が店頭とオンラインの両方で動きます。写真はイメージで、Economy Candyの店内ではありません。 写真: Ahmet Şimşek(Pexels)

3つのうち、いちばん分かりやすいのは接客です。店のスタッフが相手の購買履歴をひととおり見られるようになったため、応対の質が上がったと説明されています。残りの2つは、少し説明が要ります。

アラートが出た注文を、何を見て通したか

導入事例には、実際に起きた1件が書かれています。大口のオンライン注文が入り、不正の疑いがある取引としてリスクアラートが出ました。ここで注文を止めていたら、店は売上を1件失っていたことになります。

大口のオンライン注文にリスクアラートが出たときの判断を整理したカード。起きたこと、仕組みの反応、照合したもの、注文の位置づけの4項目と、注文を取り消さずに通したという判断を示している
導入事例に書かれている1件を、判断の順に並べました。アラートは結論ではなく、確認を始める合図として扱われています。 出典:Square 導入事例「Economy Candy」(確認日 2026-09-14)

店が確認したのは、その相手の実店舗での購買履歴でした。長く店に通っているパーティープランナーで、店のすすめでオンラインの注文を初めて出した、という経緯が分かりました。結果として、注文はそのまま通っています。

この1件から読み取れるのは、アラートそのものより、アラートが出たあとに何を見られるかのほうが結果を決めるという点です。オンラインの記録だけしか見えない状態では、大口かつ初めての注文は、どう見ても疑わしい注文にしか見えません。判断の材料が足りないまま、安全側に倒して取り消すことになります。

裏を返すと、記録をつなぐ作業は、売上を増やすための施策というより、失わなくてよい売上を失わないための備えに近いものです。顧客との関係を守る話でもあります。常連が初めて出した注文を店の側から断ってしまえば、その人はもうオンラインを使わないかもしれません。

「初めての客」が本当に初めてなのかが分かる

導入事例が挙げるもう1つの効果が、摩擦の軽減です。顧客の同期によって、本当に初めての客を見分けられるようになり、戻ってきた客との間の手間を減らせる、と説明されています。

この区別は、実務ではかなり効きます。初回の客と常連では、伝えるべきことが違います。初回なら、送料や受け取り方、取り扱いの注意を丁寧に伝える必要があります。一方で常連に同じ案内を毎回送れば、読み飛ばされるか、扱いが雑だと受け取られます。記録が分かれていると、常連がオンラインで初めて買った瞬間に、その人は「新規」に分類されます。

同じことは、確認の厳しさにも当てはまります。初回の高額注文に追加の確認を入れる運用そのものは妥当です。ただしその運用は、「初回」の判定が正しいことを前提にしています。判定が間違っていれば、丁寧な運用がそのまま常連への失礼になります。顧客の分類を運用へつなげる考え方は、CRMとは何かで扱っている範囲と重なります。

仕組みの側では何が用意されているか

WooCommerceが公開しているSquare拡張機能の公式ページには、この連携で何が同期されるかが書かれています。商品名、価格、在庫はWooCommerceとSquareの間で同期され、オンラインと店頭のどちらで何が残っているかを把握できるとされています。顧客情報についても、両者の間で自動的に同期され、1か所で管理できると説明されています。

不正への対応については、リアルタイムの監視と機械学習で、起きる前に不正を防ぐのを助ける、という書き方がされています。加えて、支払いに関する規格への準拠はSquare側が担う、とも書かれています。

ここで注意したいのは、機械が出すのは合図までで、通すか止めるかを決めるのは店の側だという点です。Economy Candyの例でも、アラートが出たあとに履歴を確認したのは人です。連携を入れれば不正の判断が自動で終わる、という読み方はできません。決めるべきことは残ります。誰が確認するのか、何を見るのか、どこまで確認したら通すのか。この3つを決めていない状態では、アラートが出るたびに現場が止まります。

日本の小規模事業者が参考にできる点

この事例は、特定の道具を選ぶべきだという話ではありません。日本で使える会計・決済・ネットショップの組み合わせは別にありますし、同じ機能が同じ名前で用意されているとも限りません。参考になるのは、つなぐ前に何を決めたかという順番のほうです。

実店舗とオンラインの顧客情報をつなぐ前に確認する6項目のチェックリスト。同一人物の判別、台帳のつながり、不正の疑いが出たときの判断者、初回客と常連の見分け、集める範囲と保存期間、困っている場面の書き出しを並べている
事例から読み取れる論点を、自分の店に当てはめる形にしました。上の2つが土台で、下の2つは道具を選ぶ前の作業です。 出典:Square 導入事例「Economy Candy」WooCommerce「Square」拡張機能の公式ページ(確認日 2026-09-14)

最初に決めるのは、同じ人をどう見分けるかです。メールアドレスなのか、電話番号なのか、会員番号なのか。ここが決まっていないと、どんな仕組みを入れても記録は1人分にまとまりません。店頭で名前だけを聞いている運用が続いている場合、つなぐ鍵そのものが無い状態から始まります。

次に、疑わしい注文が出たときの手順です。Economy Candyの例で判断できたのは、見るべき履歴が手元にあったからです。日本の店でも、誰が確認して、どの情報を見て、どこまでそろったら通すのかを、紙1枚で決めておけば、その場の勘で取り消す判断は減らせます。

三つ目は、集める情報の範囲と保存の期間です。つながる情報が増えるほど、扱いの決めごとが必要になります。目的の範囲を超えて集めないこと、そして保存期間を決めておくことは、道具を入れる前に整理しておくほうが早いはずです。

最後は順番の話です。道具の比較から始めると、いま困っている場面と合わない組み合わせを選びがちです。先に、現場で実際に困っている場面を書き出してください。常連への案内が毎回同じで役に立っていない、初回の注文をどう扱うか迷う、といった具体的な場面です。書き出したあとで道具を見ると、比べる観点が変わります。既存の顧客との関係をどう続けるかは、リピーターを増やす方法でも扱っています。

なお、こうした整理をすれば売上が伸びる、という保証はありません。記録がつながることで判断の材料が増えるのは確かですが、その材料を使って何を決めるかは店ごとに違います。

公表されていないこと

確認できなかったことを残します。Economy Candyについては、売上、注文件数、オンラインの構成比、不正と判定された取引の割合、連携によって減った作業時間のいずれも公表されていません。したがって、この事例から「どれくらい効果があるか」を測ることはできません。

実店舗2か所の所在地の内訳や、それぞれの開業時期についても、今回確認した範囲では記載を見つけられませんでした。連携にかかった費用、設定に要した期間、スタッフへの教育の内容も同様です。リスクアラートがどのような条件で出るのかという具体的な基準も、公開されていません。

分かっているのは、記録をつないだ結果として、1件の大口注文を取り消さずに済んだという事実と、店の側がそれを効果として挙げているという事実です。ここから先を数字で語ることはできません。

出典と注記

この記事は、Squareの公式導入事例、Economy Candyの公式サイト、WooCommerceが公開しているSquare拡張機能の公式ページを出典としています。いずれも、事業者またはプラットフォームが自ら公開している一次情報です。数値は原文の表記に沿っており、単位や通貨の換算はしていません。掲載内容と機能は改定されるため、実際に検討する際は各ページの現在の記載を確認してください。確認日は2026年9月14日です。

この分野の実務を相談したい方へ

記事で扱っている内容は、当社が実務として支援している領域です。 自社で進めるか外部に任せるかの判断からご相談いただけます。

支援サービスを見る 相談する