PR
オンライン
オムニチャネル・OMO 顧客統合・機能のポイント
詳細はこちらのYouYubeチャネルをご視聴ください。
https://www.youtube.com/watch?v=IlSaOpA4hko
顧客統合・機能のポイント
オムニチャネル・OMOコマース を知るための時間 #2
基幹システム」「受注管理システム」連携で何故実現しなかったのか
中田様
それは、各チャネルで顧客とは何かという認識がずれているからです。
オフライン系では顧客マスターがあります。顧客として管理しています。
Eコマースの従来パッケージシステムでは、顧客あるいは会員と呼んだりしますよね。
それを連携させようとしたりするわけです。
でもこれって根本的に違います。
Eコマースのパッケージにありがちのいわゆる「会員機能」とは
「Lexica：レキシカ」には、機能上「会員管理」というメニューが存在してないですし、「会員」というマスターもありません。
なぜなら、Eコマースサイトは、「会」を運営しているわけではないはずです。
アカウントを作って、そこに「認証情報」があって、「アカウント利用権」が与えられていて、その自分のアカウント情報を参照していることが実際の重要な機能です。
会に入っているのではなくて、人としてログインはしてマイページとかを見たり、利用しているということになります。
オフライン系の顧客とは
認証情報ではなく、「顧客名簿」です。
顧客名簿は、お店が作成しているものです。
自社の取引相手が顧客になります。
見方を変えると買われた、注文をして取引している人に対してあなたは顧客じゃないとは言えないです。
消費者視点でいくと、買った本人がそのお店で私は顧客ですけどというのは、何か変だという感じはありませんか。
私が顧客になったわけではなくて、私が買い物をした結果、私はただ買った人であって、それを店が顧客として帳簿につけているということすね。
このアカウントと認証IDについては、アカウントを開設したい本人がいて、それに対してお店がアカウントを開設しました。
そうすると本人としては当然それを使う権利があるので、本人はアカウントを保有していると言える。
アカウントを持ってるから、その情報を使わせてくれというのは普通に正当な要求なんですよね。
実際、これが重要な問題だと思っていまして、概念的にやはり違うものにもかかわらず、それを「ユニークID：UID」を送りつけるだけで連携できるかというと、それはできないでしょう。
実際の起きてくる問題と解決策
