Latest / M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia / Dynamics 365 Commerce Dijelaskan Sederhana: Menyatukan Toko Online dan Toko Fisik dalam Satu Platform (Sulih Suara AI)

Transcript

Dynamics 365 Commerce Dijelaskan Sederhana: Menyatukan Toko Online dan Toko Fisik dalam Satu Platform (Sulih Suara AI) · M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia

• 0:00
  Siap untuk 10 hari pembahasan Microsoft 365, Copilot AI, Azure, dan para tokoh yang membentuk masa depan dunia kerja.
• 0:07
  Januari ini, M365-chan kembali hadir dan kami akan tampil lebih besar.
• 0:12
  Bergabunglah bersama kami untuk sesi langsung demo dunia nyata dan pengetahuan praktis dari para MVP serta paka industri di seluruh dunia.
• 0:18
  Tanpa slide yang umum, tanpa istilah teknis yang berteler.
• 0:21
  Kami akan membahas tantangan nyata, Copilot Studio, agen AI Fabrik, keamanan, tata kelola, dan otomatisasi.
• 0:28
  Baik Anda seorang profesional TI, pengembang, atau pemimpin bisnis, ada sesi yang dirancang khusus untuk Anda.
• 0:35
  Dengan 10 hari penuh, Anda bisa menjelajahi berbagai teknologi dan terhubung dengan komunitas global.
• 0:40
  Tonton secara langsung dan bawa wasan praktis kembali ke organisasi Anda.
• 0:45
  Januari 2027, 10 hari, satu komunitas Microsoft.
• 0:49
  Pendaftaran sudah dibuka sekarang.
• 0:52
  Amankan tempat Anda hari ini.
• 0:56
  Kunjungi M365-chan.net.
• 0:59
  Bergabunglah sekarang di M365-chan.net dan sampai jumpa secara langsung di bulan Januari.
• 1:05
  Bayangkan seorang pelanggan membeli jaket di situs web Anda, memilih pengambilan di toko,
• 1:08
  lalu memutuskan ukurannya tidak pas dan mengembalikannya di lokasi yang berbeda.
• 1:11
  Terdengar cukup sederhana bukan?
• 1:13
  Namun bagi banyak bisnis, satu pembelian itu menyentuh sistem yang terpisah.
• 1:17
  Situs web mengetahui pesanan tersebut.
• 1:18
  Kasir toko mengetahui pengembaliannya.
• 1:20
  Sistem stok melacak di mana jaket itu berada.
• 1:22
  Dan rincian pelanggan ada di tempat lain.
• 1:25
  Hal itu menciptakan celah keterlambatan dan percakapan yang cenggung di kol.
• 1:28
  Saya Mirko Peters dari M365-FM
• 1:30
  dan potongan informasi ini akan mengupas Dynamics 365 Commerce dalam bahasa yang sederhana.
• 1:35
  Bayangkan bisnis Ritus sebagai sebuah gedung perkantong.
• 1:37
  Situs web dan toko fisik adalah pintu masuk yang berbeda.
• 1:39
  Tetapi di balik layar, semuanya harus mengarah ke ruang yang sama dan terhubung.
• 1:42
  Jadi apa sebenarnya Dynamics 365 Commerce itu?
• 1:46
  Apa sebenarnya?
• 1:48
  Dynamics 365 Commerce itu...
• 1:51
  Ini lah masalah yang dihadapi oleh retail.
• 1:53
  Anda memerlukan satu tampilan bersama.
• 1:55
  Mengenai dasar-dasarnya, produk apa yang Anda jual,
• 1:57
  berapa biayanya, di mana stok berada,
• 1:59
  pesan mana yang perlu ditindaklanjuti,
• 2:00
  dan apa yang telah dibeli pelanggan sebelumnya.
• 2:02
  Tanpa tampilan bersama itu,
• 2:03
  karyawan menghabiskan waktu seharian untuk memeriksa situs status.
• 2:05
  Oh, staf toko melihat satu harga situs web menampilkan harga lain,
• 2:08
  dan seseorang menjanjikan barang yang sebenarnya tidak tersedia.
• 2:11
  Tidak ada yang menyukai hal itu.
• 2:12
  Dynamics 365 Commerce menghubungkan pekerjaan di balik penjualan produk
• 2:16
  di seluruh toko, situs web, dan thinkback office.
• 2:18
  Ini memberi bisnis satu platform terhubung yang menangani semua yang dilihat pelanggan
• 2:22
  dan semua yang tidak mereka lihat.
• 2:24
  Sekarang bahwa saya tidak menyebutnya sebagai pembuat situs web.
• 2:26
  Pembuat situs web membantu Anda membuat halaman yang dijelajahi orang secara daring,
• 2:29
  dan sistem kasir membantu seseorang menerima pembayaran di kontor.
• 2:32
  Dynamics 365 Commerce dapat mendukung keduanya,
• 2:35
  tetapi juga menghubungkannya ke detail produk, stok, harga,
• 2:38
  data pelanggan pesanan, dan pekerjaan bisnis yang lebih luas di belakangnya.
• 2:42
  Koneksi bersama itu mengubah percakapan.
• 2:44
  Alih-alih bertanya sistem mana yang memiliki jawaban yang tepat.
• 2:47
  Tim Anda bekerja dari informasi bisnis yang sama
• 2:49
  meskipun pelanggan masuk melalui pintu yang berbeda.
• 2:52
  Commerce berkembang dari Dynamics 365 Retail
• 2:54
  yang berfokus pada toko fisik dan titik penjualan,
• 2:56
  tetapi Microsoft memperluasnya karena belanja tidak lagi terpaku di satu tempat.
• 3:00
  Seseorang mungkin melihat produk secara daring saat makan siang,
• 3:03
  mengunjungi toko setelah pulang kerja,
• 3:04
  dan meminta bantuan layanan pelanggantinya.
• 3:06
  Pembelian dapat berpindah antar saluran,
• 3:08
  sementara bisnis tetap menyimpan catatan yang sama.
• 3:10
  Bayangkan kembali gedung kantor itu.
• 3:12
  Oh, toko fisik adalah satu pintu masuk,
• 3:13
  toko daring ada pintu lainnya,
• 3:14
  dan pusat panggilan bisa menjadi pintu lainnya.
• 3:17
  Di balik setiap pintu,
• 3:18
  Commerce menghubungkan orang ke ruang bersama
• 3:20
  untuk produk, harga, stok, pesanan, dan pelanggan.
• 3:23
  Itu tidak berarti setiap bisnis berjalan dengan cara yang bersisak.
• 3:25
  Pengecar dapat mengatur rangkaian produk,
• 3:27
  harga, dan promosi untuk saluran yang dijalankannya,
• 3:29
  sementara tim kantor belakang mengelola aturan bisnis.
• 3:32
  Pekerja toko dan pembeli daring kemudian menggunakan aturan tersebut
• 3:34
  melalui layar yang dirancang untuk pekerja merek.
• 3:36
  Commerce juga terhubung dengan aplikasi Dynamics 365 Microsoft
• 3:39
  dan layanan Microsoft.
• 3:40
  Oh, manajemen rantai pasokan menangani produk,
• 3:44
  inventaris, gudang transportasi, dan distribusi.
• 3:47
  Keluangan mengelola sisi finansial
• 3:48
  dari aktivitas toko dan daring.
• 3:50
  Dan Dataverse membantu aplikasi bisnis berbagi informasi.
• 3:53
  Setiap aplikasi memiliki tugasnya sendiri,
• 3:55
  tetapi Commerce menghubungkan aktivitas penjualan
• 3:56
  ke sisa bisnis lainnya.
• 3:57
  Sekarang, mari ikuti satu pembelian melalui gedung itu,
• 3:59
  karena disitulah hal ini menjadi jauh lebih mudah untuk dilihat.
• 4:03
  Satu perjalanan pelanggan di seluruh saluran.
• 4:06
  Selamat datang di episode lainnya.
• 4:07
  Hari ini, kita akan membahas perjalanan pelanggan di seluruh saluran.
• 4:11
  Beritahu.
• 4:11
  Bayangkan Maya sedang mencari jaket.
• 4:13
  Dia membuka situs web pengajar di ponselnya,
• 4:15
  menemukan warna dan ukuran yang diinginkannya,
• 4:17
  serta memiksa apakah toko terdekat memiliki stok
• 4:18
  sebelum diinginkan warna.
• 4:20
  Jawaban mengenai stok itu harus tepat.
• 4:22
  Jika situs mengatakan tersedia,
• 4:24
  rak toko harus memiliki.
• 4:25
  Dynamics 365 Commerce menghubungkan toko daring
• 4:28
  ke stok waktu nyata dari toko dan gudang.
• 4:30
  Jadi, pelanggan melihat apa yang sebenarnya dapat dijanjikan oleh bisnis
• 4:33
  daripada setiap produk dalam katalog.
• 4:35
  Sebuah jaket mungkin muncul dalam daftar produk,
• 4:37
  tetapi itu tidak berarti jaket tersebut ada di rak terdekat.
• 4:39
  Ketika Maya melihat ukurannya tersedia untuk diambil,
• 4:41
  dia melakukan pemesanan secara daring dan mengambilnya di toko.
• 4:44
  Jika cabang lokal tidak menyediakannya,
• 4:47
  bisnis tersebut bahkan bisa mengirim jaketnya
• 4:49
  dari toko lain yang memiliki stoknya.
• 4:50
  Bagi Maya, pilihan itu muncul saat proses check-out.
• 4:53
  Di balik layar, bisnis perlu tahu persis
• 4:54
  di mana barang itu berada, lokasi mana yang bisa menyiapkannya,
• 4:57
  dan seberapa cepat barang sampai ke tangannya.
• 4:59
  Toko bukan lagi sekadar tempat orang datang dan membeli barang.
• 5:02
  Toko bisa menyiapkan pesanan online,
• 5:03
  menyimpan pesanan untuk diambil, dan mengirimkan barang ke pelang.
• 5:06
  Itu memberikan pembeli lebih banyak cara untuk membeli
• 5:08
  tanpa harus memahami cara peritel mengelola stoknya.
• 5:11
  Nah, di sini ada bagian yang menat.
• 5:12
  Katakanlah Maya mengambil jaket itu,
• 5:14
  membawanya pulang lalu berubah pikiran.
• 5:16
  Beberapa hari kemudian, dia mengunjungi cabang lain
• 5:18
  dan ingin mengembalikannya di sana.
• 5:19
  Staff seharusnya bisa menemukan pesanan online asli,
• 5:22
  melihat apa yang dibeli Maya,
• 5:23
  dan memproses pengembalian tanpa memintanya
• 5:25
  menghubungi situs web terlebih dahulu.
• 5:27
  Catatan pesanan dan pelanggan menyertai pembelian tersebut,
• 5:29
  meskipun penjualan dimulai secara online
• 5:30
  dan pengembalian dilakukan di toko yang berbeda.
• 5:32
  Hal itu menghilangkan salah satu rasa frustrasi
• 5:34
  paling umum dalam retail,
• 5:35
  yaitu saat diberitahu bahwa barang tersebut berasal dari sistem inder.
• 5:37
  Ada momen berguna lainnya di kontor toko juga.
• 5:40
  Maya mengunjungi cabang untuk mencoba sepatu,
• 5:42
  menemukan pasang yang tepat,
• 5:43
  namun ukurannya ternyata habis di lokasi tersebut.
• 5:45
  Toko yang tidak terhubung hanya bisa mengangkat bahu
• 5:46
  dan menyuruhnya pergi ke tempat.
• 5:48
  Dengan pendekatan lorong tanpa batas,
• 5:49
  kerja toko bisa melihat melampaui rak toko tersebut.
• 5:52
  Mereka bisa memeriksa stok di toko atau gudang lain,
• 5:54
  membuat pesanan untuk Maya,
• 5:55
  dan mengatur pengiriman ke rumahnya
• 5:56
  atau pengambilan di lokasi yang nyaman baginya.
• 5:59
  Rak fisik bukan lagi batasan penuh
• 6:00
  dari apa yang bisa dijual oleh toko.
• 6:02
  Tentu saja,
• 6:03
  seseorang tetap harus memutuskan
• 6:04
  dari mana setiap pesanan serus berhasil.
• 6:06
  Jika beberapa toko dan gudang memiliki sepatu yang sama,
• 6:08
  mengirimnya dari tempat yang salah
• 6:09
  bisa menambah biaya,
• 6:10
  memperlambat pengiriman,
• 6:11
  atau membuat stok toko lokal nipis.
• 6:13
  Dynamics 365 Commerce
• 6:15
  menyertakan manajemen pesanan
• 6:16
  terdistribusi untuk tugas ini.
• 6:18
  Secara sederhana,
• 6:18
  sistem ini menggunakan aturan bisnis
• 6:20
  untuk memilih tempat yang tepat
• 6:21
  guna memenuhi pesanan
• 6:21
  berdasarkan pilihan yang ditetapkan berita.
• 6:23
  Aturan tersebut memperhitungkan
• 6:25
  stok yang tersedia,
• 6:25
  dan tempat yang dapat memenuhi pesanan tersebut.
• 6:28
  Jadi, pesanan tidak hanya masuk
• 6:29
  ke satu antrean besar
• 6:30
  yang menunggu seseorang
• 6:31
  untuk melihat apa yang harus dilakukan.
• 6:32
  Sistem mengarahkannya ke toko atau gudang
• 6:34
  yang sesuai dengan aturan peritel
• 6:35
  sementara staf melangani pekerjaan
• 6:36
  pengambilan, pengemasan, penjemputan,
• 6:37
  atau pengiriman yang sebenarnya.
• 6:38
  Tentu pengiriman yang sebenarnya.
• 6:39
  Maya hanya melihat pilihan sederhana,
• 6:41
  pengambilan atau pengiriman.
• 6:42
  Pengecar melihat serangkaian
• 6:43
  keputusan terhubung yang harus terjaga
• 6:45
  sejak pencarian produk pertama
• 6:46
  hingga pengembalian terakhir.
• 6:48
  Perjalanan pelanggan itu hanya berhasil
• 6:50
  jika orang-orang di toko
• 6:51
  bisa bertindak berdasarkan informasi yang sama
• 6:53
  dan mereka membutuhkan alat
• 6:54
  untuk kasir, lantai toko, dan ruang stok.
• 6:58
  Toko fisik, perdagangan toko,
• 7:00
  dan titik penjualan.
• 7:02
  Di kasir, staf membutuhkan jawaban cepat.
• 7:04
  Mereka tidak bisa menghentikan pelanggan
• 7:05
  saat berbelanja untuk membuka beberapa sistem
• 7:07
  dan mencari pesanan
• 7:07
  sementara antrean memanjang di belakang mereka.
• 7:09
  Mereka butuh satu layar
• 7:10
  yang memungkinkan mereka menjual,
• 7:11
  mengembalikan, memeriksa stok,
• 7:13
  dan membantu orang yang berdiri di sana.
• 7:15
  Alat itu adalah aplikasi Store Commerce.
• 7:17
  Store Commerce adalah aplikasi titik penjualan,
• 7:19
  sering disingkat aplikasi POS
• 7:22
  Kasir menggunakannya di meja tetap,
• 7:24
  dan staf penjualan membawanya di perangkat seluler
• 7:26
  untuk membantu pelanggan dimanapun mereka berada.
• 7:29
  Aplikasi yang sama dapat berjalan
• 7:30
  di komputer desktop, tablet, ataupun.
• 7:31
  Aplikasi ini berfungsi di Windows, iOS, Android, dan macOS.
• 7:34
  Hal itu memberikan fleksibilitas bagi pengajar.
• 7:36
  Toko besar mungkin menggunakan meja kasir tradisional.
• 7:38
  Toko yang lebih kecil mungkin menggunakan tablet.
• 7:41
  Namun bagaimanapun,
• 7:41
  penjualan tetaplah jenis transaksi yang sama.
• 7:44
  Bayangkan ini seorang staf penjualan
• 7:45
  berada di dekat MyLensport.
• 7:46
  My bertanya apakah ukurannya tersedia.
• 7:48
  Staf mencari,
• 7:49
  memeriksa stok,
• 7:50
  menemukan barang,
• 7:51
  dan menyelesaikan pembelian di sana.
• 7:53
  Jika Maya ingin mengembalikan sesuatu,
• 7:54
  staf dapat menemukan catatan pelanggan atau pesanannya
• 7:56
  dan memulai pengembalian dari alat yang sama.
• 7:59
  Hal yang wajar bukan,
• 8:00
  namun semuanya bergantung pada informasi yang baik.
• 8:02
  Storcomers mendukung penjualan langsung pencari pelanggan,
• 8:04
  pemeriksaan inventaris pengerjaan pesanan,
• 8:06
  pengembalian, dan pelaporan.
• 8:08
  Staf toko juga bisa mengolah hal-hal seputar penjualan
• 8:09
  seperti giliran kerja dan manajemen kas
• 8:11
  daripada hanya menganggap kasir sebagai mesin pembayaran saja.
• 8:14
  Titik penjualan menjadi alat kerja untuk seluruh toko.
• 8:17
  Kualitas koneksi juga penting.
• 8:19
  Internet tidak selalu sempurna di toko,
• 8:21
  terutama di bangunan besar,
• 8:22
  lokasi terpencil,
• 8:23
  atau tempat dengan jaringan yang sering terputus.
• 8:25
  Commerce berjalan di cloud,
• 8:26
  tetapi juga dapat menggunakan pengaturan ads yang lebih dekat ke toko
• 8:29
  sehingga pengecer bisa merencanakan sesuai kondisi lokal.
• 8:31
  Pelanggan tetap mengharapkan kasir berfungsi dengan baik.
• 8:33
  Itu tidak berarti staf toko harus memahami sistem cloud atau desain jaringan.
• 8:36
  Mereka membuka aplikasi mengikuti langkah-langkah
• 8:38
  sesuai peran mereka dan membantepan.
• 8:40
  Di balik layar,
• 8:40
  pengacir memilih pengaturan yang membuat toko tetap beroperasi saat konektivitas berubah.
• 8:44
  Layar berbasis peran membuat hal itu berat.
• 8:46
  Seorang kasir membutuhkan cara sederhana untuk memproses penjualan.
• 8:49
  Manager toko membutuhkan opsi yang berbeda.
• 8:50
  Bekerja stok membutuhkan informasi produk.
• 8:52
  Commerce dapat menyesuaikan pengalaman untuk setiap peran alih-alih
• 8:54
  menampilkan semua tombol kepada semua orang.
• 8:56
  Ini poin kuncinya.
• 8:57
  Penjualan di toko mengikuti aturan bisnis yang sama dengan penjualan online.
• 9:01
  Harga, detail produk, info pelanggan, dan catatan pesanan
• 9:04
  tidak memerlukan aturan berbeda untuk situs web dan lantai toko.
• 9:07
  Staff menggunakan store commerce.
• 9:08
  Pembeli menggunakan storefront, tetapi keduanya mengambil data dari kondisi commerce yang sama.
• 9:12
  Hal itu menjaga pengalaman tetap konsisten
• 9:14
  dan staff tidak perlu mengingat banyak pengecualian.
• 9:17
  Jadi toko fisik menjadi lebih dari sekadar rak dan mesin kasir.
• 9:19
  Toko menjadi bagian terhubung dari seluruh operasi
• 9:21
  di mana staff dapat membantu pelanggan membeli, mengambil, mengembalikan, atau memesan produk.
• 9:25
  Mengembalikan atau memesan produk menggunakan informasi yang sudah dikelola bisnis.
• 9:29
  Namun semua layar staff tersebut memerlukan otak bersama dibanding.
• 9:32
  Satu tempat yang menangani produk, pesanan, dan harga sebelum layar.
• 9:35
  Mana pun meminta jawaban.
• 9:38
  Mesin dibalik storefront.
• 9:40
  Jadi otak bersama yang saya bicarakan tadi bernama Commerce Scale Unit.
• 9:43
  Terdengar teknis, tetapi bayangkan sebagai ruang mesin
• 9:46
  yang menjalankan setiap aturan penjualan dibalik saluran pengecualian.
• 9:48
  Baik pelanggan membeli melalui situs web, aplikasi toko,
• 9:51
  atau aplikasi belanja khusus yang dibuat bisnis,
• 9:53
  mesin ini menangani setiap permintaan.
• 9:55
  Pelanggan tidak pernah melihatnya.
• 9:56
  Mereka melihat halaman produk, layar check-out, atau perangkat pekerja penjualan.
• 10:00
  Di balik layar, Commerce Scale Unit mengambil permintaan yang dikirim layar tersebut
• 10:03
  dan menerapkan aturan perdagangan yang sama dimanapun orang membeli.
• 10:07
  Satu rangka logika untuk saya bersalut.
• 10:08
  Itulah keajaibannya.
• 10:09
  Ini membawa kita ke Headless Commerce.
• 10:11
  Headless secara sederhana berarti mesin penjualan terpisah dari layar yang dilihat orang.
• 10:15
  Mesin tersebut tidak peduli apakah pelanggan menggunakan situs web,
• 10:17
  aplikasi ponsel, kioswalayan, atau tablet pekerja toko.
• 10:20
  Ia menerima permintaan menjalankan aturan bisnis dan mengirimkan kembali jawaban.
• 10:24
  Layar adalah wajahnya, Commerce Scale Unit adalah bagian kerja dibalik wajah tersebut.
• 10:29
  Perhatikan saya tidak mengatakan layar tidak melakukan apa.
• 10:32
  Oh, layar melakukan banyak hal, tetapi logikanya tetap terpisah.
• 10:35
  Memisahkan keduanya memungkinkan pengecer mengubah atau membangun pengalaman pelanggan
• 10:38
  tanpa harus membangun ulang semua aturan untuk produk, harga, stok, promosi, dan pesanan setiap saat.
• 10:42
  Bayangkan seorang pengecer muncurkan aplikasi seller.
• 10:45
  Tanpa pendekatan ini, tim mungkin perlu membangun ulang logika
• 10:48
  yang memeriksa ketersediaan produk, menghitung harga, mendapatkan diskon, dan membuat pesanan.
• 10:52
  Dengan Commerce, aplikasi baru dapat langsung terhubung ke mesin yang sama
• 10:55
  yang sudah digunakan oleh toko online dan aplikasi Storkom.
• 10:58
  Satu rangkaian aturan mendukung banyak pengalaman pelanggan.
• 11:00
  Itulah intinya, dan inilah alasan mengapa itu penting.
• 11:03
  Pelanggan tidak peduli sistem teknis mana yang menjawab pertanyaan mereka.
• 11:07
  Mereka peduli bahwa harga di ponsel mereka sama dengan harga di toko,
• 11:09
  dan barang yang tersedia memang benar-benar bisa dipesan.
• 11:12
  Koneksi antara layar dan unit skala niaga bekerja melalui API
• 11:15
  adalah singkatan dari Application Programming Interface,
• 11:18
  tapi Anda tidak perlu menghafal kepanjangannya.
• 11:20
  Bayangkan sebuah loket layanan di toko besar.
• 11:23
  Sebuah situs web bertanya ke loket tersebut,
• 11:24
  berapa harga barang ini?
• 11:26
  Loket tersebut memeriksa aturan niaga yang memberikan harganya.
• 11:29
  Permintaan lain mungkin bertanya,
• 11:30
  bisakah pelanggan ini memesan barang ini untuk diambil?
• 11:33
  Atau tolong buatkan pesanan untuk produk berikut ini?
• 11:35
  API membawa permintaan tersebut di antara layar pelanggan dan mesin niaga.
• 11:40
  Situs web tidak perlu tahu bagaimana harga atau pesanan bekerja di balik layar,
• 11:43
  ia hanya meminta hasil melalui loket,
• 11:46
  dan unit skala niaga menerapkan aturan peritel sebelum menjawab.
• 11:50
  Pengaturan itu juga memberi bisnis ruang untuk membangun sesuatu di luar etalase standar.
• 11:54
  Mereka bisa menciptakan pengalaman belanja di dalam aplikasi sendiri.
• 11:56
  Mitra bisa membangun saluran penjualan lain.
• 11:58
  Mesin niaga yang sama dapat mendukung pengalaman tersebut,
• 12:00
  sehingga bisnis tidak perlu memulai dari awal
• 12:02
  dengan aturan penjualan yang berbeda setiap kali membuka peluang baru.
• 12:06
  Ini Dynamics 365 Commerce juga hadir dengan etalase niaganya sendiri.
• 12:09
  Itu adalah sistem situs web yang dilihat dan diklik oleh pelanggan
• 12:12
  melalui informasi produk, gambar, menu, hasil pencarian, dan langkah pembayaran kami.
• 12:17
  Ini menggunakan react, kerangka kerja, pengembangan web
• 12:19
  yang membantu tim membangun halaman web interaktif.
• 12:21
  Anda tidak perlu menjadi pengembang web untuk memahami bagian praktis.
• 12:25
  Etalase dapat menyiapkan bagian halaman di server
• 12:27
  sebelum mencapai peramban pelanggan,
• 12:29
  dan juga dapat memperbarui bagian halaman di peramban
• 12:31
  saat pelanggan mengeklik, mencari, memfilter,
• 12:33
  atau menambahkan produk ke keranjang.
• 12:36
  Kombinasi tersebut membantu situs memuat halaman
• 12:38
  dan merespons tindakan pelanggan dengan cepat.
• 12:39
  Peritel juga bisa menggunakan site builder,
• 12:42
  alat berbasis web bagi mereka yang mengelola halaman dan konten pemasar.
• 12:45
  Mereka dapat mengerjakan situs yang menghadap pelanggan
• 12:47
  tanpa mengubah mesin niaga yang menangani permintaan produk,
• 12:49
  harga, dan pesanan di belakangnya.
• 12:51
  Situs dan mesin tersebut memiliki tugas berbeda,
• 12:53
  tetapi peritel tidak semuanya menjalankan toko dalam kondisi yang serba.
• 12:56
  Satu lokasi mungkin memiliki internet yang stabil
• 12:57
  dan bekerja dengan baik dengan layanan cloud,
• 12:59
  sementara lokasi lain berada di tempat dengan konektivitas lemah atau tidak stabil.
• 13:03
  Komers memperbedaan tersebut.
• 13:04
  Unit skala niaga dapat berjalan di cloud Microsoft,
• 13:06
  tempat Microsoft mengelola layanannya.
• 13:09
  Pilihan itu memungkinkan pengecer merencanakan
• 13:17
  berdasarkan cara kerja setiap lokasi,
• 13:19
  alih-alih memaksakan satu pengaturan teknis untuk setiap toko.
• 13:22
  Unit skala dapat menjaga logika niaga yang sama lebih dekat ke toko
• 13:25
  di mana akses internet mungkin bermasalah,
• 13:27
  sementara unit cloud mendukung saluran melalui wilayah Azure yang dikelola Microsoft.
• 13:32
  Staff toko tidak perlu memikirkan hal ini saat membantu pelanggan.
• 13:35
  Mereka menggunakan layar depan mereka,
• 13:36
  pembeli menggunakan situs web atau aplikasi depan mereka.
• 13:38
  Namun, setiap saluran bergantung pada ruang mesin yang merespons dengan informasi produk,
• 13:42
  harga, jawaban stok, dan tindakan pesanan yang tepat.
• 13:45
  Setelah penjualan mulai mengalir, informasinya juga harus tetap terhubung
• 13:48
  karena produk, catatan pelanggan, dan stok tidak bisa berada di laci yang terpisah.
• 13:54
  Data, loyalitas, dan pembelian yang lebih aman.
• 13:56
  Setiap kali Anda melakukan penjualan, Anda menciptakan informasi.
• 13:59
  Produk, harga, toko, pelanggan, detail pesanan Osmo-nya.
• 14:01
  Jika informasi itu tak tersebar, sebuah bisnis bisa berjualan sepanjang hari,
• 14:05
  namun masih kesulitan melihat apa yang sebenarnya dibeli orang.
• 14:07
  Dynamics 3NA, Commerce, menghubungkan data bisnis dengan Dataverse dan penyimpanan Azure Data Lake.
• 14:13
  Dataverse berfungsi seperti lemari arsi bisnis bersama untuk aplikasi bisnis Microsoft.
• 14:16
  Commerce, penjualan, dan layanan pelanggan dapat menggunakannya untuk menyimpan dan berbagi informasi bisnis,
• 14:21
  sehingga tim tidak perlu menyaling detail pelanggan atau akun yang sama antar alat yang berbeda.
• 14:25
  Hal itu menciptakan catatan pelanggan yang lebih jatuh.
• 14:26
  Gini masalahnya, pelanggan mungkin membeli dari situs web, berbicara dengan staf penjualan di toko lalu menghubungi dukungan di kemudian hari.
• 14:33
  Ketika aplikasi yang terhubung menggunakan informasi bersama,
• 14:35
  setiap tim dapat bekerja dari detail pelanggan yang sama alih-alih memulai percakapan dari awal.
• 14:40
  Penyimpanan Azure Data Lake menangani jenis pekerjaan yang berbeda.
• 14:43
  Bayangkan itu sebagai gudang besar untuk data bisnis.
• 14:45
  Commerce dapat mengirim data transaksi ke sana bersama dengan informasi dari toko daring,
• 14:49
  sehingga bisnis dapat mempelajari aktivitas dari waktu ke waktu alih-alih hanya melihat penjualan terakhir.
• 14:53
  Ini memberi tim lebih banyak ruang untuk mengajukan pertanyaan.
• 14:56
  Produk malang laris manis di toko tertentu.
• 14:58
  Kategori mana yang menghasilkan penjualan tetapi marginnya kecil?
• 15:01
  Saluran mana yang menghasilkan pesanan terbanyak?
• 15:03
  Laporan commerce dapat membantu manajer melihat seluruh produk, kategori, kategori, karyawan, terminal, toko, dan saluran penjualan.
• 15:09
  Staff toko juga dapat melihat laporan yang terhubung ke titik penjualan,
• 15:12
  sementara orang di kantor belakang dapat meninjau aktivitas di seluruh bisnis setelah data disinkronkan.
• 15:17
  Laporan tersebut tidak menjalankan toko untuk shop.
• 15:18
  Hal ini memberikan pandangan yang lebih jelas tentang apa yang terjadi,
• 15:21
  sehingga manajer dapat melihat pola sebelum memutuskan perubahan stok, harga, atau promosi.
• 15:26
  Loyalitas pelanggan berada yang saling terhubung ini.
• 15:29
  Pengejar dapat membuat program loyalitas di mana setiap pembelian mendapatkan poin.
• 15:32
  Pelanggan nantinya dapat menukarkan poin tersebut untuk pembelian di masa mendatang baik di toko, daring, atau keduanya.
• 15:38
  Hal itu mengubah pembelian sederhana menjadi hubungan yang berkelanjut.
• 15:41
  Ketika pelanggan memilih untuk mengidentifikasi diri,
• 15:43
  commerce juga dapat membawa riwayat pembelian mereka ke dalam percakapan.
• 15:46
  Staff penjualan mungkin melihat informasi yang membantu mereka menjelaskan dengan lebih jelas apa yang pernah dibeli orang tersebut sebelumnya,
• 15:51
  sementara toko daring dapat menampilkan rekomendasi produk berdasarkan pola pembelian.
• 15:55
  Rekomendasi tidak membaca pikiran pelanggan.
• 15:58
  Rekomendasi menggunakan informasi belanja dan pembelian untuk menyarankan parang yang mungkin ingin diletakkan.
• 16:02
  Hal itu dapat membantu orang menemukan produk terkait,
• 16:04
  tetapi pengejar tetap membutuhkan data produk yang masuk akal dan pengalaman belanja yang menghargai pelanggan.
• 16:09
  Ulasan daring juga perlu diperhatikan.
• 16:11
  Commerce menyertakan peringkat dan ulasan untuk etalase e-commerce,
• 16:14
  sehingga pelanggan dapat memberikan masukan dan pengejar dapat menampilkan peringkat di halaman produk,
• 16:19
  ROG.
• 16:19
  Azure Cognitive Services dapat secara otomatis menyaring kata-kata kasar dalam 40 bahasa,
• 16:24
  dan pengejar juga memiliki alat moderator untuk menangani masalah,
• 16:26
  masukan, permintaan penghapusan, dan permintaan data.
• 16:30
  Sistem ulasan membutuhkan lebih dari sekadar skor bintang.
• 16:32
  Sistem ini membutuhkan cara agar halaman produk tetap berguna tanpa membiarkan setiap masalah ditemukan secara nelap.
• 16:37
  Penipuan pembayaran menciptakan kekhawatiran lain, terutama saat pesanan masuk melalui saluran digital.
• 16:41
  Dynamics 365 Fraud Protection dapat terhubung dengan commerce untuk mendukung keputusan penipuan secara otomatis.
• 16:46
  Layanan ini menggunakan informasi dari jaringan perlindungan penipuan,
• 16:49
  sinyal perangkat, dan aturan yang ditetapkan oleh bisnis untuk membantu menilai transaksi.
• 16:53
  Tidak ada perangkat lunak yang menghapus semua risiko.
• 16:54
  Pengejar tetap membutuhkan kebijakan yang jelas dan orang yang dapat menangani pengecualian.
• 16:58
  Tetapi alat penipuan yang terhubung dapat membantu bisnis meninjau pesanan daring
• 17:01
  tanpa memperlakukan setiap pelanggan sebagai masalah.
• 17:03
  Jadi, commerce menyatukan data penjualan, loyalitas pelanggan, ulasan, dan pemeriksaan penipuan di sekitar pembelian.
• 17:08
  Itu mungkin terdengar banyak karena memang demikian.
• 17:09
  Pertanyaan berikutnya lebih sederhana.
• 17:11
  Bisnis mana yang benar-benar membutuhkan platform ini?
• 17:13
  Dan pekerjaan apa yang masih diserahkan kepada manusia?
• 17:16
  Siapa yang menggunakan commerce dan apa yang tidak digantikannya?
• 17:19
  Bayangkan sebuah merk pakaian dengan toko fisik dan situs webnya sendiri.
• 17:23
  Bisnis tersebut membutuhkan informasi produk, harga, jumlah stok, dan detail pesanan yang sama di kedua tempat.
• 17:27
  Dynamic Stigran temelima commerce menghubungkan semua sabaran tersebut sehingga semuanya tetap konsisten.
• 17:32
  Oh, tidak perlu lagi saling mengirim lembar sebar melalui Surreal.
• 17:34
  Apakah penting jika Anda menjalankan satu toko?
• 17:36
  Tidak juga.
• 17:37
  Yang terpenting adalah toko, situs web, dan tim kantor belakang menggunakan informasi bersama
• 17:41
  yang sama alih-alih saling mengirim pembaruan antar sistem yang terpisah.
• 17:44
  Itulah gas utamatin.
• 17:46
  Commerce juga berfungsi bagi produsen dan distributor yang menjual ke bisnis lain.
• 17:49
  Misalnya produsen memberi distributornya portal swalayan untuk memeriksa inventaris,
• 17:53
  melihat produk, dan melakukan pemasanan.
• 17:56
  Itu adalah commerce B2B team, dan commerce mendukung pengalaman belanja tersebut melalui API commerce-nya.
• 18:01
  Berhatikan bahwa pembelian bukan tim seorang pembelian datang langsung lagi.
• 18:05
  Bisa jadi sebuah perusahaan yang melakukan pesanan berulang memeriksa ketersediaan atau pengarga sendiri.
• 18:09
  Sekarang, apakah commerce menggantikan peran manusia?
• 18:12
  Tim kantor belakang tetap menangani pengaturan produk, harga, dan promosi,
• 18:15
  lacakan stok dan pesanan, serta laporan penjualan dan margin.
• 18:18
  Commerce memberi tim tersebut alat yang terhubung,
• 18:20
  namun bukan berarti sekarang Anda mengubah retail menjadi sistem yang berjalan sendiri.
• 18:24
  Anusia tetap penting.
• 18:25
  Kebanyakan orang mendengar,
• 18:26
  oh commerce, oh, dan berpikir itu hanya berarti membangun toko online.
• 18:29
  Toko online bisa menjadi bagian darinya.
• 18:31
  Namun commerce menjangkau jauh lebih dari itu,
• 18:33
  oh, hingga kemeja kasir, catatan pelanggan, program loyalitas,
• 18:35
  pengaturan produk, penangan pesanan, dan semua data di balik tugas-tugas tersebut.
• 18:39
  Ini tidak menggantikan gudang pekerja toko,
• 18:42
  kurir pengiriman Anda.
• 18:42
  Terima kasih.
• 18:44
  Terima kasih.
• 18:44
  Terima kasih.