Latest / M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською / Dynamics 365 Commerce простими словами: інтернет-магазин і роздріб на одній платформі (ШІ-дубляж)

Transcript

Dynamics 365 Commerce простими словами: інтернет-магазин і роздріб на одній платформі (ШІ-дубляж) · M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською

• 0:00
  Готові до 10-х днів Microsoft 365, Co-Pilot, She, Azure та зустрічей з тими, хто формує майбутні роботи.
• 0:07
  Цього січня M365Con повертається, і ми стаємо ще масштабнішими.
• 0:12
  Приєднуйтесь до нас на живі сесії, реальні демонстрації та практичні знання від MVP та експертів з усього світу.
• 0:18
  Жодних шаблонних слайдів, жодних нескінченних модних слів.
• 0:22
  Ми беремося за реальні завдання, Co-Pilot Studio, She-агенти, фебрик, безпека, управління та автоматизація.
• 0:29
  Незалежно від того, чи ви IT-фахівець, розробник або бізнес-лідер, для вас є спеціально розроблені сесії.
• 0:35
  Протягом 10 повних днів ви можете дослідити різні технології та поспілкуватися зі світовою спільнотою.
• 0:40
  Дивіться наживо та приносте практичні інсейти у свою організацію.
• 0:44
  Січень 2027 року, 10 днів, одна спільнота Microsoft. Реєстрація вже відкрита.
• 0:52
  Забронюйте своє місце сьогодні.
• 0:54
  Приєднуйтесь зараз на M365Con.net і побачимося наживо в січні.
• 1:05
  Уявіть клієнта, який купує куртку на вашому сайті, обирає самовивіз, а потім вирішує, що вона не підходить, і повертає її в іншому магазині.
• 1:11
  Звучить досить просто чи не так?
• 1:13
  Але для багатьох компаній одна така покупка зачіпає різні системи.
• 1:17
  Сайт знає про замовлення, каса магазину про повернення, система обліку відстежує, де лежить куртка, а дані клієнта зберігаються де інде.
• 1:25
  Це створює прогалини, затримки та незручні розмови на касі.
• 1:28
  Я Мірко Петерс з М365FM, і цей експрес-огляд розбере Dynamics 365 Commerce простою мовою.
• 1:34
  Уявіть роздрібний бізнес як офісну будівлю.
• 1:37
  Сайт і фізичні магазини – це різні входи, але за лаштунками всі вони мають вести в один спільний простір.
• 1:42
  Отже, що саме таке Dynamics 365 Commerce?
• 1:47
  Чим насправді є Dynamics 365 Commerce?
• 1:51
  Ось проблема, з якою стикається рітейлер.
• 1:53
  Вам потрібен єдиний спільний погляд на основи, які продукти ви продаєте, яка ціна, де лежить запас, які замовлення потребують виконання і що купував клієнт раніше.
• 2:02
  Без цього спільного бачення люди витрачають день на звірення систем між собою.
• 2:05
  Ось працівник магазину бачить одну ціну, на сайті інша, і хтось обіцяє товар, якого насправді немає в наявності.
• 2:11
  Це нікому не подобається.
• 2:12
  Dynamics 365 Commerce об'єднує роботу з продажу товарів між магазинами, веб-сайтами та бек-офісом.
• 2:18
  Це дає бізнесу єдину підключену платформу, яка обробляє все, що бачать клієнти і все, чого вони не бачать.
• 2:23
  Тепер зауважте, я не назвав це конструктором сайтів.
• 2:26
  Конструктор сайтів допомагає створювати сторінки для перегляду онлайн, а касова система допомагає приймати оплату на прилавку.
• 2:32
  Dynamics 365 Commerce може підтримувати обидва варіанти, а також пов'язує їх із деталями про товар, запасами, цінами, записами клієнтів, замовленнями та іншими бізнес-процесами.
• 2:42
  Такий спільний зв'язок змінює формат взаємодії.
• 2:44
  Замість того, щоб з'ясовувати, у якій системі правильна відповідь, ваша команда працює з єдиними бізнес-даними, навіть якщо клієнти звертаються через різні канали.
• 2:51
  Commerce виріс із Dynamics 365 Retail, що фокусувався на фізичних магазинах і точках продажу, але Microsoft розширила його, бо шопінг більше не обмежений одним місцем.
• 3:00
  Людина може переглянути товар онлайн під час обіду, відвідати магазин після роботи, а згодом звернутися до служби підтримки.
• 3:06
  Покупка може переміщатися між каналами, тоді як бізнес зберігає єдиний запис про неї.
• 3:10
  Уявіть знову ту офісну будівлю.
• 3:12
  Ось фізичний магазин – це один вхід, онлайн-магазин – інший, а колл-центр може бути ще одним.
• 3:17
  За кожними дверима Commerce спрямовує людей до спільних зон із даними про товари, ціни, запаси, замовлення та клієнтів.
• 3:23
  Це не означає, що кожен бізнес працює абсолютно однаково.
• 3:26
  Ретейлер може налаштовувати асортимент, ціни та акції для своїх каналів, тоді як бек-офіс керує бізнес правилами.
• 3:31
  Працівники магазинів і покупці онлайн використовують ці правила через інтерфейси, розроблені спеціально для їхніх завдань.
• 3:36
  Commerce також інтегрується з іншими програмами Dynamics 365 та сервісами Microsoft.
• 3:41
  Так, управління ланцюгами постачання відповідає за товари, запаси, склади, логістику та дистрибуцію.
• 3:46
  Finance керує фінансовою стороною магазинів та онлайн-діяльності, а Dataverse допомагає бізнес-додаткам обмінюватися даними.
• 3:53
  Кожен додаток має свою функцію, але Commerce пов'язує процес продажу з рештою бізнесу.
• 3:57
  Тепер просто жимо за однією покупкою в цій будівлі, бо так це побачити набагато легше.
• 4:03
  Єдиний шлях клієнта через усі канали
• 4:05
  Вітаємо у новому епізоді.
• 4:07
  Сьогодні ми розбираємо шлях клієнта через усі канали продажів.
• 4:11
  Почнімо.
• 4:11
  Уявіть, що Майя шукає куртку.
• 4:13
  Вона відкриває сайт ритейлера на телефоні, знаходить потрібний колір і розмір
• 4:16
  та перевіряє наявність товару в найближчому магазині перед виходом з дому.
• 4:20
  Ця інформація про запаси має бути точною.
• 4:22
  Якщо на сайті вказано, що товар є, він має бути на полиці.
• 4:25
  Dynamics 365 Commerce пов'язує онлайн-магазин із даними про запаси в режимі реального часу з магазинів і складів.
• 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:19
  Співробітник повинен мати змогу знайти оригінальне онлайн-замовлення, побачити, що купила Майя,
• 5:23
  і оформити повернення, не змушуючи її спершу звертатися на сайт.
• 5:26
  Інформація про замовлення та клієнта супроводжує покупку, навіть якщо продаж почався онлайн,
• 5:30
  а повернення відбувається в іншому магазині.
• 5:32
  Це усуває одну з найпоширеніших проблем у роздрібній торгівлі, коли кажуть, що товар належить до іншої системи.
• 5:37
  Є ще один корисний момент біля каси магазину.
• 5:40
  Майя відвідує філію, щоб приміряти взуття, знаходить потрібну пару, але дізнається, що її розмір у цій точці розпродано.
• 5:45
  Непов'язаний магазин може лише знизити плечима і відправити її в інше місце.
• 5:48
  Завдяки підходу безмежних полиць продавець може бачити більше, ніж полиці одного конкретного магазину.
• 5:52
  Вони можуть перевірити наявність на іншому складі чи в іншому магазині,
• 6:02
  Звісно, хтось все ще має вирішувати, звідки має надійти кожне замовлення.
• 6:06
  Якщо кілька магазинів і складів мають одне й те саме взуття, відправка не з того місця може збільшити витрати,
• 6:10
  сповільнити доставку або залишити локальний магазин без товару.
• 6:13
  Dynamics 365 Commerce включає функцію розподіленого управління замовленнями для цієї роботи.
• 6:18
  Простою мовою, система використовує бізнес-правила, щоб обрати відповідне місце для виконання замовлення на основі налаштувань ретейлера.
• 6:23
  Ці правила враховують доступні запаси, обіцяні терміни доставки та пункти, які можуть виконати замовлення.
• 6:28
  Тож замовлення не просто потрапляє в одну велику чергу, де хтось має вгадувати, що з ним робити.
• 6:32
  Система спрямовує його до магазину чи складу, що відповідає правилам ретейлера,
• 6:36
  тоді як персонал виконує власне комплектування, пакування, видачу або доставку.
• 6:39
  Майя бачить простий вибір – самовивіз або доставка.
• 6:42
  Роздрібний продавець бачить ланцюжок пов'язаних рішень, що має триматися купи від першого пошуку товару до фінального повернення.
• 6:48
  Цей клієнтський досвід працює лише тоді, коли працівники в магазині спираються на одну й ту саму інформацію,
• 6:53
  а для цього їм потрібні інструменти, створені для каси, торгового залу та складу.
• 6:58
  Фізичний магазин, торгівля в магазині та точка продажу
• 7:01
  На касі персоналу потрібні швидкі відповіді.
• 7:04
  Вони не можуть зупинити покупця посеред купівлі, щоб відкривати кілька систем і шукати замовлення, поки за ними росте черга.
• 7:09
  Їм потрібен один екран, який дозволяє продавати, повертати, перевіряти наявність і допомагати людині, що стоїть поруч.
• 7:14
  Таким інструментом є додаток StoreCommerce.
• 7:17
  StoreCommerce – це додаток для точок продажу, часто скорочено POS-додаток, для людей, які працюють у звичайному магазині.
• 7:22
  Касир використовує його на стаціонарній касі, а продавець носить із собою на мобільному пристрої, щоб допомагати покупцям, де б вони не були.
• 7:28
  Той самий додаток працює на комп'ютері, планшеті чи телефоні. Він працює на Windows, iOS, Android та Macos. Це дає роздрібним торговцям гнучкість.
• 7:36
  Великий магазин може використовувати традиційні каси. Менший магазин може використовувати планшети.
• 7:40
  Але в будь-якому разі продаж є одним і тим самим типом транзакції.
• 7:43
  Уявіть собі, продавець поруч із Майєю та взуттям. Майя запитує, чи є в наявності її розмір.
• 7:48
  Працівник шукає, перевіряє залишки, знаходить товар і завершує купівлю прямо на місці.
• 7:52
  Якщо Майя натомість хоче щось повернути, працівник може знайти запис про неї або її замовлення і оформити повернення в тому самому інструменті.
• 7:59
  Звичні речі чи не так? Але все це залежить від якісної інформації.
• 8:02
  StoreCommerce підтримує продаж товарів, пошук клієнтів, перевірку запасів, роботу із замовленнями, повернення та звітність.
• 8:08
  Персонал магазину також може керувати робочими процесами, як-от зміни чи робота з готівкою, замість того, щоб розглядати касу лише як платіжний термінал.
• 8:14
  Точка продажу стає робочим інструментом для всього магазину.
• 8:17
  Якість підключення також має значення.
• 8:19
  Інтернет у магазинах не завжди ідеальний, особливо у великих будівлях, віддалених локатіях або місцях, де мережа періодично зникає.
• 8:25
  Комерс працює в хмарі, але також може використовувати периферійні налаштування ближче до магазину, щоб роздрібні торговці могли планувати роботу з урахуванням локальних умов.
• 8:30
  Клієнти все одно очікують, що каса працюватиме.
• 8:33
  Це не означає, що працівнику магазину потрібно розумітися на хмарних системах чи дизайні мереж.
• 8:36
  Вони відкривають додаток, виконують кроки згідно зі своєю ролью і допомагають клієнту.
• 8:40
  За лаштунками роздрібний продавець обирає конфігурацію, яка підтримує роботу магазинів при змінах у підключенні.
• 8:44
  Рольові екрани роблять це практичним.
• 8:46
  Касеру потрібен простий спосіб для оформлення продажу.
• 8:48
  Керуючому магазином потрібні інші опції.
• 8:50
  Працівнику складу потрібна інформація про товар.
• 8:52
  Комерс дозволяє адаптувати інтерфейс для кожної ролі, а не виводити всі кнопки для всіх користувачів.
• 8:56
  І ось ключовий момент.
• 8:57
  Продаж у магазині підпорядковується тим самим бізнес-правилам, що й онлайн-продаж.
• 9:01
  Ціни, деталі про товари, інформація про клієнтів та записи замовлень не потребують окремих правил для сайту і торгового залу.
• 9:07
  Персонал використовує StoreCommerce, покупці – вітрину, але обидва отримують дані з однієї основи комерс.
• 9:12
  Це забезпечує узгодженість роботи і персоналу не потрібно запам'ятовувати купу винятків.
• 9:16
  Тож фізичний магазин стає чимось більшим, ніж просто полиці та каса.
• 9:20
  Він стає невід'ємною частиною всієї операційної системи, де персонал допомагає клієнтам купувати, забирати, повертати чи замовляти товари, використовуючи вже наявну бізнес-інформацію.
• 9:29
  Але всі ці екрани персоналу потребують спільного мозку за ними.
• 9:32
  Єдине місце, яке обробляє товари, замовлення та ціни ще до того, як екран запитає відповідь – рушійна сила за вітреною магазину.
• 9:39
  Отже, той спільний мозок, про який я говорив, має назву одиниця масштабування комерції – Commerce Scale Unit.
• 9:43
  Звучить технічно, але сприймайте це як машинне відділення, що керує всіма правилами продажу в каналах ритейлера.
• 9:48
  Незалежно від того, купує клієнт через сайт, додаток магазину чи спеціальний торговий застосунок компанії, цей механізм обробляє кожен запит.
• 9:55
  Клієнти його ніколи не бачать. Вони бачать сторінку товару, екран оплати або пристрій продавця.
• 10:00
  За лаштунками, одиниця масштабування приймає запити від цих екранів і застосовує однакові комерційні правила всюди, де здійснюються покупки.
• 10:06
  Єдиний набір логіки для кожного каналу. У цьому вся магія. Це підводить нас до Headless Commerce.
• 10:11
  Headless просто означає, що рушій продажу існує окремо від екрана, на який дивиться людина.
• 10:15
  Рушію байдуже чи використовує клієнт-сайт, мобільний додаток, кіоск самообслуговування чи планшет працівника магазину.
• 10:20
  Він отримує запит, виконує бізнес-правила і надсилає відповідь назад.
• 10:24
  Екран – це обличчя, а одиниця масштабування комерції – це робоча частина за цим обличчям.
• 10:29
  Зауважте, я не казав, що екран нічого не робить. О, він робить багато, але логіка залишається окремою.
• 10:35
  Розділення цих елементів дозволяє ретейлеру змінювати або створювати клієнтський досвід,
• 10:39
  не переробляючи щоразу правила для товарів, цін, запасів, акцій та замовлень.
• 10:42
  Уявіть, що ретейлер запускає новий мобільний додаток.
• 10:45
  Без такого підходу команді, можливо, довелося б наново розробляти логіку перевірки наявності товарів,
• 10:49
  розрахунку цін, застосування знижок і створення замовлень.
• 10:52
  Завдяки Комерс новий додаток може просто підключитися до того самого рушія,
• 10:55
  що вже використовується інтернет-магазином та додатком StoreCommerce.
• 10:57
  Один набір правил підтримує багато клієнтських інтерфейсів.
• 11:00
  У цьому вся суть. І ось чому це важливо.
• 11:03
  Клієнтам байдуже, яка технічна система відповіла на їхнє запитання.
• 11:06
  Для них важливо, щоб ціна на телефоні збігалася з ціною в магазині,
• 11:09
  а товар, що відображається як доступний, можна було замовити.
• 11:12
  Зв'язок між екраном і модулем масштабування комерції здійснюється через АРІ.
• 11:16
  АРІ означає інтерфейс прикладного програмування,
• 11:18
  але вам не обов'язково запам'ятовувати повну назву.
• 11:20
  Уявіть стійку обслуговування у великому магазині.
• 11:23
  Веб-сайт запитує стійку, яка ціна цього товару.
• 11:26
  Стійка перевіряє комерційні правила та повертає ціну.
• 11:29
  Інший запит може звучати так, чи може цей клієнт замовити товар для самовивозу.
• 11:33
  Або, будь ласка, створіть замовлення на ці продукти.
• 11:36
  АРІ передає ці запити між клієнтським екраном і комерційним рушієм.
• 11:40
  Веб-сайту не потрібно знати, як працюють ціни чи замовлення,
• 11:43
  він просто запитує результат через стійку,
• 11:45
  а модуль масштабування комерції застосовує правила ритейлера перед відповіддю.
• 11:49
  Така структура також дає бізнесу простір для створення рішень
• 11:52
  поза межами стандартної вітрини.
• 11:53
  Вони можуть створити досвід покупок у власному мобільному додатку.
• 11:56
  Партнер може побудувати інший канал продажів.
• 11:59
  Той самий комерційний рушій може підтримувати ці можливості,
• 12:01
  тому бізнесу не доводиться щоразу починати з іншими правилами продажу,
• 12:04
  коли відкривається новий канал.
• 12:05
  Dynamics 365 Commerce також має власну вітрину для електронної комерції.
• 12:09
  Це система веб-сайту, яку клієнти бачать і де переглядають інформацію
• 12:13
  про продукти, зображення, меню, результати пошуку та кроки, оформлення, замовлення.
• 12:16
  Вона використовує React – фреймворк для розробки,
• 12:19
  що допомагає командам створювати інтерактивні веб-сторінки.
• 12:21
  Вам не обов'язково бути веб-розробником, щоб зрозуміти практичну частину.
• 12:25
  Вітрина може готувати частини сторінки на сервері ще до того,
• 12:28
  як вона потрапить у браузер клієнта, а також оновлювати елементи сторінки в браузері,
• 12:32
  коли клієнт натискає, шукає, фільтрує або додає товари в кошик.
• 12:35
  Таке поєднання допомагає сайту швидше завантажувати сторінки
• 12:38
  та реагувати на дії клієнтів.
• 12:40
  Ретейлер також може використовувати сайт-білда – веб-інструмент для тих,
• 12:43
  хто керує сторінками та маркетинговим контентом.
• 12:45
  Вони можуть працювати над клієнтським сайтом,
• 12:47
  не змінюючи комерційний рушій, який обробляє запити щодо продуктів, цін і замовлень.
• 12:51
  Сайт і рушій мають різні завдання, але не всі ретейлери працюють в однакових умовах.
• 12:55
  В одній локації може бути стабільний інтернет для хмарних сервісів,
• 12:59
  тоді як інша має слабке чи ненадійне підключення.
• 13:02
  Комерс враховує цю різницю.
• 13:04
  Модуль масштабування комерції може працювати в хмарі Microsoft,
• 13:07
  де компанія самостійно керує сервісом.
• 13:08
  Він також може працювати як самостійний вузол ближче до магазину,
• 13:11
  де роздрібний продавець сам керує цим локальним налаштуванням.
• 13:13
  Бізнес може використовувати комбінацію обох варіантів.
• 13:16
  Такий вибір дозволяє ретейлерам планувати роботу залежно від особливостей кожної локації,
• 13:19
  замість того, щоб змушувати кожен магазин працювати з єдиною технічною конфігурацією.
• 13:22
  Самостійний вузол може підтримувати ту саму комерційну логіку поруч із магазином,
• 13:25
  де доступ до інтернету може створювати проблеми,
• 13:27
  тоді як хмарні вузли підтримують канали через регіони Azure, якими керує Microsoft.
• 13:31
  Персоналу магазину не потрібно думати про це, допомагаючи покупцеві.
• 13:34
  Вони використовують екран перед собою, а покупець – вебсайт або додаток перед ним.
• 13:38
  Проте кожен канал залежить від того, чи зможе внутрішня система вчасно надати потрібну інформацію про товар,
• 13:43
  ціну, залишки на складі та оформити замовлення.
• 13:45
  Як тільки продажі починають надходити, інформація також має залишатися пов'язаною,
• 13:49
  оскільки дані про товари, клієнтів та запаси не повинні бути розрізненими.
• 13:53
  Дані, лояльність та безпечніші покупки.
• 13:55
  Щоразу, коли ви здійснюєте продаж, ви створюєте інформацію.
• 13:58
  Товар, ціна, магазин, клієнт, деталі замовлення – усе це.
• 14:02
  Якщо ця інформація залишається розпорошеною, бізнес може продавати цілий день,
• 14:05
  але все одно важко зрозуміти, що насправді купують люди.
• 14:07
  Dynamics 365 Commerce поєднує бізнес-дані за допомогою Dataverse та Azure Data Lake Storage.
• 14:13
  Dataverse працює як спільна бізнес-картотека для бізнес-додатків Microsoft.
• 14:16
  Модулі Commerce, Sales та Customer Service можуть використовувати її для зберігання та обміну даними,
• 14:20
  щоб командам не доводилося копіювати одні й ті самі відомості про клієнтів
• 14:23
  чи облікові записи між різними інструментами.
• 14:25
  Це створює чіткішу історію клієнта.
• 14:27
  Ось у чому справа.
• 14:28
  Клієнт може зробити покупку на сайті, поговорити з продавцем у магазині,
• 14:31
  а потім звернутися до служби підтримки.
• 14:33
  Коли пов'язані додатки використовують спільну інформацію,
• 14:35
  кожна команда може працювати з одними й тими ж даними про клієнта
• 14:38
  замість того, щоб починати розмову з нуля.
• 14:40
  Azure Data Lake Storage виконує інший тип завдань.
• 14:43
  Уявіть, це як велике сховище для бізнес-даних.
• 14:45
  Commerce може надсилати туди дані про транзакції разом з інформацією з онлайн-магазину,
• 14:49
  щоб бізнес міг аналізувати активність у часі, а не лише дивитися на останні продажі.
• 14:53
  Це дає командам більше можливостей ставити корисні запитання.
• 14:56
  Які товари добре продаються в певних магазинах?
• 14:58
  Які категорії приносять дохід, але мають низьку маржу?
• 15:01
  Який канал генерує найбільшу кількість замовлень?
• 15:03
  Звіти Commerce можуть допомогти менеджерам аналізувати дані за продуктами,
• 15:06
  категоріями, співробітниками, терміналами, магазинами та каналами з буту.
• 15:09
  Працівник магазину також може бачити звіти, пов'язані з торговою точкою,
• 15:12
  тоді як працівники BackOffice можуть переглядати активність усього бізнесу
• 15:15
  після синхронізації даних.
• 15:16
  Звіти не керують магазином замість людей.
• 15:19
  Вони дають людям чіткіше уявлення про те, що сталося,
• 15:21
  тому менеджер може помітити закономірності перед тим,
• 15:23
  як вирішити, що змінити в запасах, цінах або акціях.
• 15:26
  Лояльність клієнтів є частиною цієї ж цілісної картини.
• 15:29
  Ретейлер може налаштувати програму лояльності, де за покупки нараховуються бали.
• 15:32
  Згодом клієнт може використати ці бали для майбутньої покупки,
• 15:35
  незалежно від того, чи дозволяється бізнес у магазинах, онлайн або і там, і там.
• 15:38
  Це перетворює просту покупку на тривалі стосунки.
• 15:41
  Коли клієнт вирішує ідентифікувати себе,
• 15:43
  комерція також може додати історію його покупок до розмови.
• 15:46
  Продавець може бачити інформацію, яка допоможе йому краще розповісти про те,
• 15:50
  що людина купувала раніше, а онлайн-магазин може показувати рекомендації товарів
• 15:53
  на основі моделей купівельної поведінки.
• 15:55
  Рекомендації не читають думки клієнта.
• 15:57
  Вони використовують інформацію про шопінг та покупки,
• 15:59
  щоб запропонувати товари, які клієнт, можливо, захоче побачити.
• 16:02
  Це допомагає людям знаходити супутні товари,
• 16:04
  але ретейлеру все одно потрібні розумні дані про продукти та досвід покупок,
• 16:07
  що ставиться до клієнтів з повагою.
• 16:09
  Онлайн-відгуки також потребують уваги.
• 16:11
  Комерція включає рейтинги та відгуки для інтернет-магазинів,
• 16:14
  тому клієнти можуть залишати відгуки,
• 16:16
  а ретейлери – показувати рейтинги на сторінках товарів.
• 16:19
  Azure Cognitive Service зможе автоматично фільтрувати нецензурні слова 40 мовами,
• 16:23
  а ретейлери також мають інструменти модерації для вирішення питань,
• 16:26
  зворотного зв'язку, запитів на видалення та даних.
• 16:29
  Система відгуків потребує чогось більшого, ніж оцінка в зірках.
• 16:32
  Їй потрібен спосіб підтримувати корисність сторінок товарів,
• 16:34
  не залишаючи кожну проблему для ручного опрацювання людиною.
• 16:37
  Шахрайство з оплатою створює ще одну проблему,
• 16:39
  особливо коли замовлення надходять через цифрові канали.
• 16:41
  Dynamics 365 Fraud Protection може інтегруватися з комерцією для підтримки рішень
• 16:45
  щодо шахрайства в режимі реального часу.
• 16:46
  Сервіс використовує інформацію зі своєї мережі захисту від шахрайства,
• 16:49
  сигнали пристроїв та правила, встановлені бізнесом для допомоги в оцінці транзакцій.
• 16:52
  Жодне програмне забезпечення не усуває всіх ризиків.
• 16:55
  Ретейлеру все ще потрібні чіткі політики та люди, які можуть обробляти винятки,
• 16:58
  але підключені інструменти захисту від шахрайства допомагають бізнесу перевіряти онлайн-замовлення,
• 17:01
  не розглядаючи кожного клієнта як проблему.
• 17:03
  Отже, комерція об'єднує дані про продажі, лояльність клієнтів, відгуки
• 17:16
  Хто використовує комерцію і що вона не замінює?
• 17:19
  Уявіть бренду одягу з фізичними магазинами та власним веб-сайтом.
• 17:22
  Цьому бізнесу потрібно, щоб однакова інформація про товари, ціни,
• 17:25
  залишки та деталі замовлень була доступна в обох місцях.
• 17:28
  Dynamics 365 Commerce об'єднує всі ці канали, щоб усе залишалося узгодженим.
• 17:32
  О, жодних електронних листів з таблицями туди-сюди.
• 17:34
  Чи має значення, чи у вас один магазин, чи 50?
• 17:37
  Насправді ні.
• 17:37
  Важливо те, що магазин, веб-сайт і команда бек-офісу використовують одну й ту саму спільну інформацію,
• 17:41
  замість того, щоб передавати оновлення між окремими системами.
• 17:44
  Це була головна ідея Тіма.
• 17:45
  Комерція також працює для виробників і дистриб'юторів, які продають іншим компаніям.
• 17:50
  Скажімо, виробник надає дистриб'юторам портал самообслуговування,
• 17:53
  де вони перевіряють запаси, переглядають товари та роблять замовлення.
• 17:56
  Це була бі-два бі-комерція Тіма, і платформа підтримує цей купівельний досвід через свої комерційні арі.
• 18:01
  Зверніть увагу, що покупець цього разу не Тім – звичайний відвідувач магазину.
• 18:04
  Це може бути компанія, яка робить повторні замовлення, перевіряє наявність або організовує доставку для власних клієнтів.
• 18:09
  Отже, чи замінює комерція людей?
• 18:11
  Ні.
• 18:12
  Команди бек-офісу все ще займаються налаштованням товарів, ціноутворенням, акціями, відстеженням запасів і замовлень,
• 18:16
  а також звітами про продажі та прибутки.
• 18:18
  Комерція надає цим командам підключені інструменти, але вона не перетворює ретейл на систему, що працює сама по собі.
• 18:24
  Люди все ще незамінні.
• 18:25
  Більшість людей чують комерція і думають, що це означає лише створення онлайн-магазину.
• 18:29
  Онлайн-магазин може бути частиною цього, але комерція сягає набагато далі до каси магазину, записів про клієнтів,
• 18:35
  програм лояльності, налаштування товарів, обробки замовлень і всіх даних, що стоять за цими процесами.
• 18:39
  Вона не замінює працівників складу, персоналу магазину чи кур'єрів.