Latest / M365.FM – Microsoft 365, Copilot & AI 팟캐스트 (한국어) / Dynamics 365 Commerce 쉽게 이해하기: 온라인 스토어와 오프라인 매장을 하나의 플랫폼으로 (AI 더빙)
Transcript
- 0:00마이크로소프트 365, 코파일럿, AI, 에이적, 그리고 일의 미래를 만들어가는 사람들과 함께하는 10일간의 여정을 준비되셨나요?
- 0:08이번 1월, M365 컨이더 커진 규모로 돌아옵니다.
- 0:12전세계 MVP와 업계 전문가들이 전하는 라이브 세션, 실전 데모, 그리고 실무 지식을 만나보세요.
- 0:18뻔한 슬라이드는 없습니다. 끝없는 유행어 나열도 없습니다.
- 0:22코파일럿 스튜디오, AI 에이전트, 패브릭, 보안, 거버넌스, 자동화 등 실질적인 과제들을 다룹니다.
- 0:29IT 전문가, 개발자, 비즈니스 리더 등 누구든 자신에게 맞는 세션을 찾을 수 있습니다.
- 0:3510일 동안 다양한 기술을 탐구하고 글로벌 커뮤니티와 교류할 수 있습니다.
- 0:40라이브로 시청하고 실무에 바로 적용할 인사이트를 얻어가세요.
- 0:442027년 1월, 10일간의 여정, 하나의 마이크로소프트 커뮤니티, 지금 바로 등록하세요.
- 0:53오늘 자리를 예약하세요.
- 0:56m365.com.net입니다.
- 0:58m365.com.net에서 등록하시고 1월 라이브에서 뵙겠습니다.
- 1:04웹사이트에서 재킷을 구매하고 매장 수령을 선택했다가 사이즈가 맞지 않아 다른 매장에 반품하는 고객을 생각해보세요.
- 1:11꽤 간단해 보이죠.
- 1:13하지만 많은 기업에게 이 하나의 구매 과정은 서로 분리된 시스템을 거칩니다.
- 1:17웹사이트는 주문을 알고 매장 계산대는 반품을 처리하며,
- 1:20재고 시스템은 재킷의 위치를 추적하고, 고객 정보는 완전히 다른 곳에 따로 저장됩니다.
- 1:24이로 인해 정보 격차와 지연이 발생하고, 카운터에서 난처한 상황이 생기게 됩니다.
- 1:28저는 m365, fm의 미르코 피터스입니다.
- 1:30이 지식 한 조각 코너에서는 다이나믹스 365커머스를 이해하기 쉽게 설명해드립니다.
- 1:34소매 비즈니스를 사무용 건물이라고 상상해보세요.
- 1:37웹사이트와 오프라인 매장은 서로 다른 입구일 뿐, 뒤에서는 모두 하나의 연결된 공간으로 이어져야 합니다.
- 1:42그렇다면 다이나믹스 365커머스란 정확히 무엇일까요?
- 1:46다이나믹스 365커머스의 실체에 대해 알아봅니다.
- 1:51소매업체가 직면한 문제는 다음과 같습니다.
- 1:53판매 제품, 가격, 재고 위치, 처리해야 할 주문, 고객의 과거 구매 이력 등 기본 정보에 대한 단일한 통합뷰가 필요합니다.
- 2:01이러한 통합뷰가 없으면 직원들은 하루 종일 여러 시스템을 서로 대조하느라 시간을 허비합니다.
- 2:05매장 직원은 한 가지 가격을 보는데 웹사이트는 다른 가격을 보여주고, 재고가 없는데도 상품을 약속하는 일이 발생합니다.
- 2:11누구도 좋아할 리 없죠.
- 2:12다이나믹스 365커머스는 매장, 웹사이트, 백오피스팀 전반에 걸친 상품 판매 업무를 하나로 연결합니다.
- 2:19고객에게 보이는 모든 것과 보이지 않는 모든 것을 처리하는 하나의 연결된 플랫폼을 제공합니다.
- 2:23자, 제가 이걸 웹사이트 빌더라고 부르지 않았다는 점에 주목하세요.
- 2:26웹사이트 빌더는 온라인 페이지를 만드는 도구이고, 계산대 시스템은 카운터에서 결제를 받는 도구일 뿐입니다.
- 2:32다이나믹스 365커머스는 두 가지 모두 지원할 뿐만 아니라, 제품 상세 정보, 재고, 가격, 고객 기록, 주문 및 그 이면에 광범위한 비즈니스 업무와도 연결해줍니다.
- 2:42이러한 공통 연결고리는 대화의 방식을 바꿉니다.
- 2:44어떤 시스템이 정답을 가지고 있는지 묻는 대신 고객이 다른 경로로 유입되더라도 팀은 동일한 비즈니스 정보를 바탕으로 업무를 수행합니다.
- 2:52커머스는 오프라인 매장과 POS에 집중했던 다이나믹스 365리테일에서 성장했지만, 쇼핑이 더 이상 한 곳에 머물지 않기에 마이크로소프트가 이를 확장했습니다.
- 2:59고객은 점심시간에 온라인으로 제품을 살펴보고, 퇴근 후 매장을 방문하며 나중에 고객 서비스에 도움을 요청할 수 있습니다.
- 3:06구매는 채널 간에 이동할 수 있고, 기업은 동일한 기록을 유지합니다.
- 3:10다시 그 사무실 건물을 상상해보세요.
- 3:12오프라인 매장은 하나의 입구이고, 온라인 스토어는 또 다른 입구이며, 콜센터 또한 입구가 될 수 있습니다.
- 3:17각 문 뒤에서 커머스는 제품, 가격, 재고, 주문, 고객을 위한 공유 공간으로 사람들을 연결합니다.
- 3:23그렇다고 모든 기업이 똑같은 방식으로 운영된다는 의미는 아닙니다.
- 3:26소매업체는 운영하는 채널에 맞춰 제품 범위, 가격, 프로모션을 설정하고, 백오피스팀은 비즈니스 규칙을 관리합니다.
- 3:32매장 직원과 온라인 쇼핑객은 각자의 업무에 맞게 설계된 화면을 통해 그 규칙을 활용합니다.
- 3:36커머스는 다른 다이나믹스 365 앱 및 마이크로소프트 서비스와도 연결됩니다.
- 3:41공급망 관리, 서플라이 체인 매니지먼트는 제품, 재고, 창고, 운송 및 유통을 처리합니다.
- 3:47파이낸스는 매장과 온라인 활동의 재무 측면을 관리하고, 데이터버스는 비즈니스 앱들이 정보를 공유하도록 돕습니다.
- 3:56이제 건물 안에서 이루어지는 하나의 구매 과정을 따라가 보겠습니다.
- 4:00그 과정에서 훨씬 쉽게 이해할 수 있기 때문입니다.
- 4:03모든 채널을 아우르는 하나의 고객 여정입니다.
- 4:05새로운 에피소드에 오신 것을 환영합니다.
- 4:08오늘은 모든 채널에 걸친 고객 여정을 자세히 살펴보겠습니다.
- 4:10시작해볼까요?
- 4:11마야가 재킷을 찾고 있다고 가정해보겠습니다.
- 4:14그녀는 휴대폰으로 소매업체 웹사이트를 열어 원하는 색상과 사이즈를 찾고,
- 4:17집을 나서기 전에 근처 매장에 재고가 있는지 확인합니다.
- 4:20재고에 대한 답변은 정확해야 합니다.
- 4:22사이트에 재고가 있다고 표시되면 매장 선반에도 반드시 있어야 합니다.
- 4:25다이나믹스 365커머스는 온라인 상점과 매장 및 창고에 실시간 재고를 연결합니다.
- 4:30따라서 고객은 카탈로그에 있는 모든 제품이 아니라 기업이 실제로 약속할 수 있는 제품을 보게 됩니다.
- 4:35재킷이 제품 목록에는 나타날 수 있지만 그것이 근처 선반에 있다는 의미는 아닙니다.
- 4:39마야가 자신의 사이즈를 픽업할 수 있다는 것을 확인하면 온라인으로 주문하고 매장에서 수령합니다.
- 4:43만약 가까운 지점에 제품이 없다면 대신 집으로 배송받는 방법을 선택할 수 있습니다.
- 4:47업체는 재고가 있는 다른 매장에서 재킷을 보낼 수도 있습니다.
- 4:50마야에게는 결제 단계에서 그러한 선택지가 나타납니다.
- 4:53그 이면에서 업체는 품목이 정확히 어디에 있는지, 어떤 매장에서 준비할 수 있는지, 얼마나 빨리 고객에게 전달될 수 있는지 알아야 합니다.
- 4:59매장은 더 이상 단순히 사람들이 걸어들어와 물건을 사는 곳이 아닙니다.
- 5:02온라인 주문을 준비하고 픽업 주문을 보관하며 고객에게 상품을 배송할 수도 있습니다.
- 5:06이를 통해 쇼핑객은 소매업체의 재고 운영 방식을 이해할 필요 없이 더 다양한 방식으로 구매할 수 있습니다.
- 5:11이제 흥미로운 부분이 나옵니다.
- 5:12마야 가재킷을 픽업해서 집으로 가져갔는데 마음이 바뀌었다고 가정해봅시다.
- 5:16며칠 후, 그녀는 다른 지점을 방문하여 그곳에서 반품을 요청합니다.
- 5:20직원은 원래의 온라인 주문 내역을 잡고, 마야가 무엇을 샀는지 확인한 뒤,
- 5:23웹사이트에 먼저 문외하라고 요구하지 않고도 반품을 처리할 수 있어야 합니다.
- 5:26판매는 온라인에서 시작되고 반품은 다른 매장에서 이루어지더라도,
- 5:30주문 및 고객 기록은 구매와 함께 이동합니다.
- 5:32이로써 상품이 다른 시스템 소속이라는 말을 들어야 하는 소매업의 가장 흔한 불만사항 중 하나가 사라집니다.
- 5:37매장 카운터에서 유용한 순간이 또 하나 있습니다.
- 5:40마야가 신발을 신어보러 매장에 들러 마음에 드는 제품을 찾았지만,
- 5:42해당 매장에는 그녀의 사이즈가 품절된 상황입니다.
- 5:45연결되지 않은 매장은 어쩔 수 없다는 듯 다른 곳으로 가라고 할 뿐입니다.
- 5:48앤드리스 아일, 앤드리스 아일 방식을 사용하면 판매 직원은 매장 진열대 너머까지 살펴볼 수 있습니다.
- 5:52그들은 다른 매장이나 창고의 재고를 확인하고,
- 5:54마야를 위해 주문을 넣은 뒤,
- 5:56집으로 배송하거나 그녀가 편한 장소에서 픽업하도록 조치할 수 있습니다.
- 5:59물리적 진열대는 더 이상 매장이 판매할 수 있는 품목의 한계가 아닙니다.
- 6:02물론 각 주문을 어디서 처리할지는 여전히 누군가가 결정해야 합니다.
- 6:06여러 매장과 창고에 동일한 신발이 있을 때 잘못된 곳에서 보내면 비용이 추가되거나 배송이 지연되거나 지역 매장의 재고가 부족해질 수 있습니다.
- 6:13다이나믹스 365커머스에는 이 작업을 위한 분산 주문 관리 기능이 포함되어 있습니다.
- 6:18쉽게 말해, 소매업체가 설정한 선택 기준에 따라 비즈니스 규칙을 사용하여 주문을 이행할 적합한 장소를 선택합니다.
- 6:23그러한 규칙은 가용 재고, 배송 약속, 그리고 주문을 처리할 수 있는 장소를 고려합니다.
- 6:28따라서 주문이 무작정 하나의 큰 대기열에 쌓여서 담당자가 무엇을 해야 할지 추측하며 기다릴 필요가 없습니다.
- 6:32시스템은 소매업체의 규칙에 맞는 매장이나 창고로 주문을 보내고, 직원은 실제 피킹, 포장, 픽업 또는 배송 작업을 처리합니다.
- 6:39마야는 픽업이나 배송이라는 간단한 선택지만 확인하면 됩니다.
- 6:42소매업체는 최초의 상품 검색부터 최종 반품까지 일관되게 유지되어야 하는 일련의 연결된 의사결정 과정을 바라봅니다.
- 6:48이러한 고객 여정은 매장 직원이 동일한 정보를 바탕으로 대응할 때만 가능하며, 이를 위해 카운터, 매장 바닥, 창고 등에서 사용할 수 있는 도구가 필요합니다.
- 6:57오프라인 매장, 매장 커머스, 그리고 판매시점 정보관리, POS 시스템입니다.
- 7:01카운터에서 직원들은 빠른 답변을 필요로 합니다.
- 7:04뒤에 줄이 길어지는 상황에서 결제 중인 고객을 멈추게 하고, 여러 시스템을 열어 주문을 검색할 수는 없습니다.
- 7:09판매, 반품, 재고 확인을 수행하고, 바로 앞에 있는 고객을 도울 수 있는 하나의 화면이 필요합니다.
- 7:14그 도구가 바로 스토어커머스, 스토어커머스 앱입니다.
- 7:17스토어커머스는 오프라인 매장에서 일하는 직원들을 위한 판매시점 관리 앱으로, 흔히 POS 앱이라고 줄여 부릅니다.
- 7:23캐셔는 고정된 계산대에서 이를 사용하며, 영업직원은 모바일 기기에 담아 가지고 다니며, 어디서든 고객을 지원합니다.
- 7:28같은 앱이 데스크톱, 태블릿, 휴대폰에서 모두 실행됩니다.
- 7:31윈도우즈, iOS, 안드로이드, 마코스에서 작동합니다.
- 7:34이는 소매업체에 유연성을 제공합니다.
- 7:36대형 매장은 전통적인 계산대를 사용할 수 있습니다.
- 7:38소규모 매장은 태블릿을 사용할 수 있습니다.
- 7:41하지만 어떤 방식이든 판매는 동일한 형태의 거래입니다.
- 7:43마야와 신발 근처에 있는 영업직원을 떠올려 보세요.
- 7:46마야가 자기 사이즈가 있는지 묻습니다.
- 7:48직원은 검색하고 재고를 확인한 뒤, 상품을 찾아 그 자리에서 바로 구매를 완료합니다.
- 7:52마야가 대신 반품을 원하면, 직원은 같은 도구에서 고객 기록이나 주문을 찾아 반품을 시작할 수 있습니다.
- 7:58평범한 일이죠? 그렇죠.
- 8:00하지만 이 모든 것은 정확한 정보에 달려 있습니다.
- 8:02스토어커머스는 현장 판매, 고객 조회, 재고 확인, 주문 처리, 반품, 보고 기능을 지원합니다.
- 8:08매장 직원은 계산대를 단순한 결제기기로만 취급하는 것이 아니라,
- 8:11교대 근무나 현금 관리와 같은 판매 관련 업무도 관리할 수 있습니다.
- 8:14판매 시점 관리 시스템이 매장 전체를 위한 업무 도구가 되는 것입니다.
- 8:17연결 품질도 중요합니다.
- 8:19매장, 특히 대형 건물이나 외딴 지역, 혹은 네트워크가 간헐적으로 끊기는 곳에서는 인터넷 환경이 항상 완벽하지는 않습니다.
- 8:25커머스는 클라우드에서 실행되지만 매장과 더 가까운 엣지, 엣지, 설정을 사용할 수도 있어 소매업체는 현지 상황에 맞춰 계획을 세울 수 있습니다.
- 8:30고객들은 여전히 계산대가 원활히 작동하기를 기대합니다.
- 8:33그렇다고 매장 직원이 클라우드 시스템이나 네트워크 설계를 이해해야 하는 것은 아닙니다.
- 8:37그들은 앱을 열고 자신의 역할에 따른 단계에 따라 고객을 도우면 됩니다.
- 8:40대후에서 소매업체는 연결 상태가 변해도 매장이 계속 운영될 수 있는 설정을 선택합니다.
- 8:44역할 기반 화면은 이를 실용적으로 유지해줍니다.
- 8:46캐셔에게는 간단한 판매 처리 방식이 필요할 뿐입니다.
- 8:48매장 관리자에게는 다른 옵션이 필요합니다.
- 8:50재고 담당자에게는 상품 정보가 필요합니다.
- 8:52커머스는 모든 버튼을 모든 사람에게 보여주는 대신 각 역할에 맞는 경험을 제공할 수 있습니다.
- 8:56여기 중요한 포인트가 있습니다.
- 8:58매장 판매는 온라인 판매와 동일한 비즈니스 규칙을 따릅니다.
- 9:01가격, 상품 상세 정보, 고객 정보, 주문 기록은 웹사이트와 매장 현장에서 서로 다른 규칙을 적용할 필요가 없습니다.
- 9:07직원은 스토어 커머스를 사용하고 쇼핑객은 스토어 프론트를 사용하지만 두 환경 모두 동일한 커머스 기반에서 데이터를 가져옵니다.
- 9:12이를 통해 경험은 일관되게 유지되며 직원은 수많은 예외 상황을 기억할 필요가 없습니다.
- 9:16따라서 오프라인 매장은 단순한 진열대와 계산대 이상의 의미를 갖게 됩니다.
- 9:20매장은 전체 운영에 연결된 일부가 되어 직원이 기업이 이미 관리 중인 정보를 사용하여 고객의 구매, 수령, 반품 또는 상품 주문을 도울 수 있습니다.
- 9:29하지만 그 모든 직원용 화면 뒤에는 공유된 두뇌가 필요합니다.
- 9:32화면이 답을 요청하기 전에 상품, 주문, 가격을 처리하는 한 곳이 필요하죠.
- 9:37스토어 프론트 뒤에 있는 엔진입니다.
- 9:40제가 말씀드린 그 공유된 두뇌의 명칭은 커머스 스케일 유닛입니다.
- 9:43기술적인 용어처럼 들리지만 유통업체의 모든 채널 뒤에서 판매 규칙을 실행하는 엔진 룸이라고 생각하세요.
- 9:48고객이 웹사이트, 매장 앱 또는 기업이 구축 한맞춤형 쇼핑 앱을 통해 구매하든 이 엔진이 모든 요청을 처리합니다.
- 9:55고객은 이 엔진을 결코 볼 수 없습니다.
- 9:56그들은 상품 페이지, 결제 화면 또는 판매 직원의 기기만 보게 됩니다.
- 10:00보이지 않는 곳에서 커머스 스케일 유닛은 화면에서 보낸 요청을 받아 사람들이 구매하는 모든 곳에 동일한 커머스 규칙을 적용합니다.
- 10:06모든 채널에 하나의 로직을 적용하는 것입니다.
- 10:08그것이 바로 마법 같은 부분입니다.
- 10:09이제 헤드리스 커머스에 대해 이야기해보겠습니다.
- 10:11헤드리스는 단순히 판매 엔진이 사용자가 보는 화면과 분리되어 있다는 것을 의미합니다.
- 10:15엔진은 고객이 웹사이트, 휴대폰 앱, 셀프 서비스 키오스크, 매장 직원의 태블릿 중 무엇을 사용하든 상관하지 않습니다.
- 10:20요청을 받아 비즈니스 규칙을 실행하고 결과를 다시 보냅니다.
- 10:24화면은 얼굴이고 커머스 스케일 유닛은 그 얼굴 뒤에서 작동하는 부분입니다.
- 10:29제가 화면이 아무것도 하지 않는다고 말한 것은 아닙니다.
- 10:32화면은 많은 일을 하지만 로직은 별도로 유지됩니다.
- 10:35이 둘을 분리하면 유통업체는 상품, 가격, 재고, 프로모션, 주문에 대한 모든 규칙을 매번 재부축하지 않고도 고객 경험을 변경하거나 구축할 수 있습니다.
- 10:42유통업체가 새로운 모바일 앱을 출시한다고 상상해보세요.
- 10:45이 접근 방식이 없다면 팀은 상품 가용성을 확인하고, 가격을 계산하고, 할인을 적용하고, 주문을 생성하는 로직을 매번 재구축해야 할 수도 있습니다.
- 10:52커머스를 활용하면 새로운 앱은 온라인 스토어와 스토어 커머스 앱이 이미 사용 중인 동일한 엔진에 연결하기만 하면 됩니다.
- 10:57하나의 규칙 세트가 다양한 고객 경험을 지원합니다.
- 11:00그것이 핵심입니다.
- 11:01그 이유를 설명해드리겠습니다.
- 11:03고객은 어떤 기술 시스템이 자신의 질문에 답했는지 신경 쓰지 않습니다.
- 11:06고객이 중요하게 생각하는 것은 휴대폰의 가격과 매장 가격이 일치하는지, 그리고 재고가 있다고 표시된 상품을 실제로 주문할 수 있는지 여부입니다.
- 11:12화면과 커머스 스케일 유닛 사이의 연결은 API를 통해 이루어집니다.
- 11:16API는 애플리케이션 프로그래밍 인터페이스를 의미하지만, 전체 이름을 기억할 필요는 없습니다.
- 11:20대형 매장의 서비스 카운터를 상상해보십시오.
- 11:22웹사이트가 카운터에, 이 상품의 가격은 얼마인가요? 라고 묻습니다.
- 11:26카운터는 커머스 규칙을 확인하여 가격을 알려줍니다.
- 11:29또 다른 요청으로, 이 고객이 상품을 픽업용으로 주문할 수 있나요? 라고 물을 수도 있습니다.
- 11:33또는, 이 상품들로 주문을 생성해주세요. 라고 할 수도 있죠.
- 11:36API는 고객 대면 화면과 커머스 엔진 사이에서 이러한 요청을 전달합니다.
- 11:40웹사이트는 가격 인하 주문이 내부적으로 어떻게 처리되는지 알 필요가 없습니다.
- 11:44카운터를 통해 결과만 요청하면, 커머스 스케일 유닛이 소매업체의 규칙을 적용하여 답변하기 때문입니다.
- 11:49이러한 설정은 기업이 표준 매장 외의 무언가를 구축할 수 있는 여지도 제공합니다.
- 11:53기업은 자체 모바일 앱 내에 쇼핑 경험을 만들 수도 있습니다.
- 11:56파트너가 또 다른 판매 채널을 구축할 수도 있습니다.
- 11:59동일한 커머스 엔진이 이러한 경험을 모두 지원하므로, 기업은 새로운 채널을 열 때마다 다른 판매 규칙으로 처음부터 다시 시작할 필요가 없습니다.
- 12:05다이나믹스 365 커머스에는 자체적인 이커머스 매장 프론트엔드가 포함되어 있습니다.
- 12:10이는 고객이 실제로 보고 클릭하는 웹사이트 시스템으로, 제품 정보, 이미지, 메뉴, 검색 결과, 결제 단계 등이 포함됩니다.
- 12:16이 시스템은 팀이 대화형 웹페이지를 구축하도록 돕는 웹 개발 프레임 워크인 리액트를 사용합니다.
- 12:21실질적인 부분을 이해하기 위해 웹 개발자가 될 필요는 없습니다.
- 12:24매장 프론트엔드는 고객의 브라우저에 도달하기 전에 서버에서 페이지의 일부를 준비할 수 있으며,
- 12:29고객이 클릭하거나 검색, 필터링, 장바구니에 상품을 추가할 때 브라우저에서 페이지의 일부를 업데이트할 수도 있습니다.
- 12:35이러한 결합 덕분에 사이트는 페이지를 빠르게 로드하고 고객의 행동에 신속하게 반응합니다.
- 12:40소매업체는 페이지와 마케팅 콘텐츠를 관리하는 사람들을 위한 웹 기반 도구인 사이트 빌더, 사이트 빌더를 사용할 수도 있습니다.
- 12:45그들은 배후에서 제품, 가격, 주문 요청을 처리하는 커머스 엔진을 변경하지 않고도 고객 대면 사이트에서 작업할 수 있습니다.
- 12:51사이트와 엔진은 역할이 다르지만, 소매업체마다 매장을 운영하는 환경은 모두 다릅니다.
- 12:55어떤 곳은 이터넷이 안정적이라 클라우드 서비스와 원활하게 작동하지만, 어떤 곳은 연결 상태가 약하거나 불안정할 수 있습니다.
- 13:02커머스는 이러한 차이를 고려합니다.
- 13:04커머스 스케일 유닛은 마이크로소프트 가 서비스를 관리하는 마이크로소프트 클라우드에서 실행될 수 있습니다.
- 13:09또한 소매업체가 로컬 설정을 관리하는 매장과 가까운 자체 호스팅 유닛으로도 실행할 수 있습니다.
- 13:14기업은 두 방식을 혼합하여 사용할 수도 있습니다.
- 13:16이러한 선택권을 통해 소매업체는 모든 매장에 동일한 기술 설정을 강요하는 대신 각 위치의 운영 방식에 맞춰 계획을 세울 수 있습니다.
- 13:22자체 호스팅 유닛은 인터넷 연결이 불안정한 곳에서도 매장 가까이에서 동일한 커머스 로직을 유지할 수 있으며,
- 13:27클라우드 유닛은 마이크로소프트 가 관리하는 네이저 리전을 통해 채널을 지원합니다.
- 13:31매장 직원은 고객을 응대하는 동안 이러한 기술적인 부분을 신경 쓸 필요가 없습니다.
- 13:35직원은 눈앞의 화면을 사용하고, 쇼핑객은 눈앞의 웹사이트 나앱을 사용합니다.
- 13:38하지만 각 채널은 정확한 제품 정보, 가격, 재고 상황, 주문 처리를 응답하는 엔진 룸에 의존합니다.
- 13:45판매가 시작되면 정보 역시 연결된 상태를 유지해야 합니다.
- 13:49제품, 고객 기록, 재고가 각각 별도의 공간에 갇혀 있어서는 안 되기 때문입니다.
- 13:53데이터, 충성도, 그리고 더 안전한 구매, 판매가 발생할 때마다 정보가 생성됩니다.
- 13:58제품, 가격, 매장, 고객, 주문 상세 정보 등 모든 것이 포함됩니다.
- 14:02이 정보들이 분산되어 있으면 기업은 하루 종일 판매를 하더라도 고객이 실제로 무엇을 구매하는지 파악하는 데 어려움을 겪게 됩니다.
- 14:07다이나믹스 365 커머스는 데이터버스 및 에이저 데이터 레이크 저장소를 통해 비즈니스 데이터를 연결합니다.
- 14:13데이터버스는 마이크로소프트 비즈니스 앱을 위한 공유 비즈니스 파일 보관함처럼 작동합니다.
- 14:17커머스, 영업, 고객 서비스 부서는 이를 통해 비즈니스 정보를 저장하고 공유할 수 있으므로
- 14:20팀이 동일한 고객이나 계정 세부 정보를 별도의 도구에 번거롭게 복사할 필요가 없습니다.
- 14:24이를 통해 더 명확한 고객 기록이 생성됩니다.
- 14:27중요한 점은 다음과 같습니다.
- 14:28고객은 웹사이트에서 구매하고 매장 판매 직원과 대화한 뒤 나중에 고객 지원팀에 연락할 수 있습니다.
- 14:33연결된 앱들이 공유 정보를 사용하면 각 팀은 처음부터 대화를 시작할 필요 없이
- 14:37동일한 고객 상세 정보를 바탕으로 업무를 수행할 수 있습니다.
- 14:39에이저 데이터 레이크 저장소는 다른 유형의 작업을 처리합니다.
- 14:42비즈니스 데이터를 위한 거대한 창고라고 생각하시면 됩니다.
- 14:46커머스는 트랜잭션 데이터와 온라인 쇼베 정보를 이곳으로 전송하여
- 14:49기업이 단순히 최신 판매 정보만 보는 것이 아니라 시간에 따른 활동을 분석할 수 있게 합니다.
- 14:53이를 통해 팀은 더 유용한 질문을 던질 수 있는 여지가 생깁니다.
- 14:56특정 매장에서 잘 팔리는 제품은 무언인가?
- 14:58판매량은 많지만 마진이 적은 카테고리는 무언인가?
- 15:01가장 많은 주문을 창출하는 채널은 어디인가?
- 15:03커머스 보고서는 관리자가 제품, 카테고리, 직원, 단말기, 매장, 판매 채널 전반을 검토하도록 지원합니다.
- 15:09매장 직원은 판매 시점 관리, POS와 연결된 보고서를 볼 수 있으며
- 15:12백오피스 담당자는 데이터가 동기화된 후 비즈니스 전반의 활동을 검토할 수 있습니다.
- 15:16물론 보고서가 매장을 대신 운영해주지는 않습니다.
- 15:19이 정보는 무슨 일이 일어났는지 명확하게 보여줌으로 관리자는 재고, 가격 또는 프로모션 변경을 결정하기 전에 패턴을 파악할 수 있습니다.
- 15:26고객 충성도 역시 동일한 연결된 그림 속에 위치합니다.
- 15:29소매업체는 구매 시 포인트가 적립되는 로열티 프로그램을 설정할 수 있습니다.
- 15:33고객은 매장, 온라인 또는 두 곳 모두에서 나중에 포인트를 사용하여 구매할 수 있습니다.
- 15:38이는 단순한 구매를 지속적인 관계로 변화시킵니다.
- 15:41고객이 자신의 신원을 밝히기로 선택하면 커머스는 구매 이력을 대화에 활용할 수 있습니다.
- 15:46판매 직원은 고객의 이전 구매 내역을 명확히 파악하여 응대할 수 있고, 온라인 쇽은 구매 패턴에 기반한 제품 추천을 제공할 수 있습니다.
- 15:55추천 기능은 고객의 마음을 읽는 것이 아닙니다.
- 15:58쇼핑 및 구매 정보를 사용하여 고객이 관심을 가질 만한 항목을 제안합니다.
- 16:02이는 고객이 관련 상품을 찾도록 도울 수 있지만, 소매업체는 여전히 합리적인 제품 데이터와 고객을 존중하는 쇼핑 경험을 제공해야 합니다.
- 16:09온라인 리뷰 관리도 중요합니다.
- 16:11커머스에는 전자 상거래 매장을 위한 평점 및 리뷰 기능이 포함되어 있어 고객은 피드백을 남기고 소매업체는 상품 페이지에 평점을 표시할 수 있습니다.
- 16:19에이저 카그너티브 서비시즈는 40개 언어의 비속어를 자동으로 필터링할 수 있으며, 소매업체는 우려사항, 피드백, 삭제 요청 및 데이터 요청을 처리하기 위한 관리자 도구도 갖추고 있습니다.
- 16:29리뷰 시스템에는 별점 그 이상의 것이 필요합니다.
- 16:32모든 문제를 일일이 사람이 찾지 않고도 상품 페이지를 유용하게 유지할 방법이 필요합니다.
- 16:36결제 사기는 특히 디지털 채널을 통해 주문이 들어올 때 또 다른 우려사항이 됩니다.
- 16:41다이나믹스 365 프로드 프로텍션은 커머스와 연결되어 실시간 사기 판단을 지원할 수 있습니다.
- 16:46이 서비스는 사기 방지 네트워크, 장치 신호, 그리고 기업이 설정한 규칙의 정보를 사용하여 거래를 평가합니다.
- 16:52모든 위험을 제거하는 소프트웨어는 없습니다.
- 16:55소매업체는 명확한 정책과 예외사항을 처리할 인력이 여전히 필요하지만,
- 16:58연결된 사기 방지 도구는 모든 고객을 잠재적 문제로 간주하지 않으면 서 온라인 주문을 검토하도록 돕습니다.
- 17:03결국 커머스는 판매 데이터, 고객 충성도, 리뷰, 그리고 구매 관련 사기 검사를 통합합니다.
- 17:07대단한 일처럼 들릴 수도 있는데 실제로도 그렇기 때문입니다.
- 17:10다음 질문은 더 간단합니다.
- 17:11어떤 기업이 플랫폼을 실제로 필요로 하며 여전히 사람의 손길이 필요한 작업은 무엇일까요?
- 17:16누가 커머스를 사용하며 이것이 대체하지 못하는 것은 무엇일까요?
- 17:19오프라인 매장과 자체 웹사이트를 운영하는 의류 브랜드를 상상해보세요.
- 17:23이 기업은 동일한 제품 정보, 가격, 재고 수량, 주문 상세 정보를 양쪽 모두에서 이용할 수 있어야 합니다.
- 17:28다이나믹스 365 커머스는 모든 채널을 연결하여 일관성을 유지합니다.
- 17:31더 이상 스프레드 시트를 이메일로 주고받을 필요가 없습니다.
- 17:34매장을 한 곳 운영하든 50곳 운영하든 상관이 있을까요?
- 17:36그렇지 않습니다.
- 17:37중요한 점은 매장, 웹사이트, 백오피스 팀 모두가 서로 다른 시스템 간의 업데이트를 주고받는 대신 동일한 공유 정보를 사용한다는 것입니다.
- 17:44그것이 팀의 핵심 아이디어였습니다.
- 17:46커머스는 다른 기업에 판매하는 제조업체와 유통업체에도 효과적입니다.
- 17:50예를 들어 제조업체가 유통업체의 재고 확인, 제품 검색, 주문이 가능한 셀프 서비스 포털을 제공한다고 해보죠.
- 17:56그것이 팀이 말한 BEB 커머스였고, 커머스는 커머스 API를 통해 이러한 구매 경험을 지원합니다.
- 18:01구매자가 이번에는 매장을 방문한 쇼핑객인 팀이 아니라는 점에 주목하세요.
- 18:04반복 주문을 하거나 재고를 확인하거나 자신의 고객을 위해 배송을 준비하는 기업일 수 있습니다.
- 18:09자, 그렇다면 커머스가 사람을 대체할까요?
- 18:12아닙니다.
- 18:12백오피스 팀은 여전히 제품 설정, 가격 책정, 프로모션, 재고 및 주문 추적, 판매 및 수익 보고서를 처리합니다.
- 18:18커머스는 해당 팀에 연결된 도구를 제공하지만, 소매업을 스스로 운영되는 시스템으로 바꾸지는 않습니다.
- 18:23사람은 여전히 필수적입니다. 대부분의 사람들은 커머스라고 하면 단순히 온라인 상점을 구축하는 것만을 생각합니다.
- 18:29온라인 상점도 그 일부가 될 수 있지만, 커머스는 매장 카운터, 고객 기록, 로열티 프로그램, 제품 설정, 주문 처리, 그리고 그 업무의 이면에 있는 모든 데이터까지 훨씬 더 넓은 영역을 아우릅니다.
- 18:39커머스는 창고, 매장 직원, 배달원들을 대체하지 않습니다.