メモ
Dynamics 365 Commerce のリテール・インタレスト・グループは、Yammer から Viva Engage に移転しました。 新しい Viva Engage コミュニティにアクセスできない場合は、このフォーム (https://aka.ms/JoinD365commerceVivaEngageCommunity) に入力して追加し、最新のディスカッションに参加してください。
この記事では、小売業者が Microsoft Dynamics 365 Commerce の販売時点管理 (POS) で顧客管理機能を有効にする方法について説明します。
店舗の関係者は、POS で顧客レコードを作成および編集する必要があります。 店舗スタッフがこの方法を使用すると、メールアドレス、電話番号、住所などの顧客情報の更新を取得できます。 これらのシステムの有効性は、顧客データの正確性に依存するため、この情報はマーケティングなどの下流システムで役立ちます。
販売員は、2 つの POS エントリ ポイントから顧客作成ワークフローを開始できます。 顧客の追加操作にマップされているボタンを選択、もしくは検索結果のアプリ バーで顧客の作成を選択できます。 どちらの場合も、[ 新しい顧客 ] ダイアログ ボックスが表示されます。営業の関係者は、顧客の名前、メール アドレス、電話番号、住所、ビジネスに関連する追加情報など、必要な顧客の詳細を入力できます。 その追加情報は、顧客に関連付けられている顧客属性を使用してキャプチャできます。 顧客属性の詳細については、顧客属性を参照してください。
販売担当者は、副次的な電子メール アドレスと電話番号を取得することもできます。 また、それらの副次的な電子メール アドレスまたは電話番号を介してマーケティング情報を受け取る顧客の好みを取得できます。 この機能を有効にするには、小売業者は、Commerce headquarters の機能管理ワークスペースで複数の電子メール アドレスと電話番号を取得し、これら連絡先でのマーケティングに同意する機能をオンにする必要があります (システム管理 > ワークスペース > 機能管理)。
既定の顧客プロパティ
小売業者は、Commerce headquarters のすべての店舗ページ (小売とコマース > チャネル > 店舗) を使用して、既定の顧客を各店舗に関連付けることができます。 次に、Commerce は、既定の顧客に定義されたプロパティを、作成された全ての新しい顧客レコードにコピーします。 たとえば、顧客の作成ダイアログ ボックスには、店舗に関連付けられている既定の顧客から継承されたプロパティが表示されます。 このプロパティには、顧客タイプ、顧客グループ、レシートのオプション、メールの受信、通貨、言語が含まれます。 所属 (顧客のグループ) も既定の顧客から継承されます。 ただし、 財務分析コード は、既定の顧客自体ではなく、既定の顧客に関連付けられている顧客グループから取得されます。
メモ
受信メールの値は、新しく作成された顧客に対して受信メール ID が指定されていない場合にのみ、既定の顧客から取得されます。 この条件は、受信メール ID が既定の顧客に存在する場合、eコマース サイトから作成されたすべての顧客は、顧客からのレシート 電子メール ID をキャプチャするユーザー インターフェイスがないため、同じ受信メール ID を取得することを意味します。 混乱を避けるために、ストアの既定の顧客の 受信メール フィールドを空白のままにし、レシートのメール アドレスに依存するビジネス プロセスがある場合にのみ使用します。
販売担当者は、1 人の顧客に対して複数の住所を取り込む場合があります。 顧客の名前と電話番号は、各住所に関連付けられている連絡先情報から取得されます。 顧客レコードの住所クイック タブには、販売担当者が編集できる目的フィールドが含まれています。 顧客タイプが個人の場合、既定値は自宅になります。 顧客タイプが組織の場合、既定値は勤務先になります。 このフィールドがサポートするその他の値には、自宅、オフィス、およびポストが含まれます。 住所の [国/地域] フィールドの値は、>>事業単位の商務本部の [事業単位] ページで指定されているプライマリ アドレスから取得されます。
メモ
顧客に関連付けられた住所の数が増えるにつれて、システムのパフォーマンスが低下します。 マイクロソフトは、一人の顧客に対して何千もの住所が発生するようなカスタマイズは避けることを推奨しています。