Bagaimana cara mengotomatisasi penyelesaian pertanyaan yang tidak memerlukan respons manusia
Burung
10 Jan 2020
Otomatisasi
1 min read
Poin Penting
Automatisasi 60–80% dari dukungan yang berulang: pemeriksaan status, penjadwalan ulang janji/pengiriman, FAQ, dan pembaruan akun sederhana.
Proaktif lebih baik daripada reaktif: kirim pemberitahuan tepat waktu (pesanan dijadwalkan, perubahan ETA, tawaran slot) untuk mencegah tiket dibuat.
Alur dua arah > ledakan satu arah: tangkap balasan, cabang logika, dan selesaikan tindakan (misalnya, penjadwalan ulang) tanpa agen.
Pemilihan saluran itu penting: gunakan pesan template WhatsApp (HSM) untuk memulai percakapan, dengan SMS atau email sebagai cadangan.
Terhubung ke tumpukan Anda: panggil webhook/API untuk mengambil slot waktu, memperbarui pesanan, menulis log audit, dan mengonfirmasi hasil.
Ukur metrik yang tepat: penghindaran kontak pertama, % otomatis terpecahkan, waktu tangani rata-rata yang dihemat, CSAT setelah jalur otomatis, dan biaya per resolusi.
Bukti dalam skala: contoh perawatan kesehatan dan logistik menunjukkan juta yang hemat dan jumlah yang tidak hadir/panggilan berkurang ~40–50% ketika penjadwalan ulang dan pemeriksaan status diotomatisasi.
Sorotan Tanya jawab
Kuery mana yang terbaik untuk diotomatisasi terlebih dahulu?
Permintaan volume tinggi, variasi rendah: “Di mana pesanan saya?”, “Jadwalkan ulang pengiriman/janji temu”, reset kata sandi, FAQ kebijakan, pertanyaan dasar tentang tagihan.
Bagaimana kita memulai percakapan di WhatsApp?
Gunakan pesan template yang disetujui (HSM) untuk memulai (misalnya, “Paket Anda dijadwalkan untuk {slot}. Balas A untuk mengubah.”), lalu beralih ke bentuk bebas setelah pengguna membalas.
Apa pola alur inti?
Trigger → Notifikasi → Tunggu untuk Respon → Cabang → Ambil Opsi (API) → Konfirmasi Pilihan → Jalankan Tindakan (API) → Kirim Konfirmasi, dengan batas waktu dan cadangan.
Bagaimana cara kita menghindari jalan buntu atau frustrasi?
Selalu sertakan jalan keluar untuk manusia (kata kunci atau ambang batas), atur waktu tunggu dengan pengingat ulang, dan pertahankan konteks agar pengguna tidak pernah mengulang diri mereka.
KPI mana yang membuktikan keberhasilan kepada kepemimpinan?
Tingkat defleksi tiket, % perjalanan yang diselesaikan secara otomatis, pengurangan pada setiap langkah, rata-rata waktu penyelesaian, pengurangan beban kerja agen, peningkatan CSAT, dan biaya per kontak.
Bagaimana dengan tata kelola dan kepatuhan?
Catat persetujuan dan templat pesan, simpan transkrip percakapan, sembunyikan PII dalam catatan, tegakkan akses berbasis peran untuk API, dan hormati tempat tinggal data regional.
Di mana Flow Builder cocok?
Ini memungkinkan non-insinyur menyusun automasi dua arah (percabangan, variabel, panggilan API) di seluruh saluran, sementara teknik memperlihatkan beberapa endpoint webhook/API yang diperlukan.
Jika Anda seperti bisnis lainnya, kemungkinan besar Anda melihat pola yang jelas dalam jenis pertanyaan dukungan yang masuk. Namun terkadang, jawaban atas pertanyaan tersebut bisa menjadi repetitif juga.
Pos ini adalah bagian dari seri tentang mengoptimalkan operasi dukungan pelanggan. Di dalamnya, kami membahas cara untuk membebaskan tim Anda dengan mengotomatiskan penyelesaian pertanyaan yang telah distandarisasi.
Jika Anda seperti bisnis lainnya, kemungkinan besar Anda melihat pola yang jelas dalam jenis pertanyaan dukungan yang masuk. Namun terkadang, jawaban atas pertanyaan tersebut bisa menjadi repetitif juga.
Pos ini adalah bagian dari seri tentang mengoptimalkan operasi dukungan pelanggan. Di dalamnya, kami membahas cara untuk membebaskan tim Anda dengan mengotomatiskan penyelesaian pertanyaan yang telah distandarisasi.
Jika Anda seperti bisnis lainnya, kemungkinan besar Anda melihat pola yang jelas dalam jenis pertanyaan dukungan yang masuk. Namun terkadang, jawaban atas pertanyaan tersebut bisa menjadi repetitif juga.
Pos ini adalah bagian dari seri tentang mengoptimalkan operasi dukungan pelanggan. Di dalamnya, kami membahas cara untuk membebaskan tim Anda dengan mengotomatiskan penyelesaian pertanyaan yang telah distandarisasi.
Ambil opsi penjadwalan ulang
Setelah penerima menunjukkan bahwa mereka ingin menjadwalkan ulang, kami ingin memberikan mereka beberapa opsi alternatif untuk dipilih. Kami akan menggunakan langkah “Ambil variabel” untuk mengirimkan permintaan ke layanan penjadwalan (ini akan bervariasi tergantung pada bagaimana Anda mengelola penjadwalan) untuk menemukan waktu alternatif terbaik. Dalam kasus kami, kami membuat titik akhir palsu menggunakan mockable.io untuk pengujian.
Kami mengambil slot waktu yang baru saja kami ambil dan menggunakannya untuk mengisi pesan kami. Sekali lagi, pastikan untuk meminta pengguna dengan berbagai opsi untuk mengonfirmasi slot waktu pilihan mereka.
Setelah penerima menunjukkan bahwa mereka ingin menjadwalkan ulang, kami ingin memberikan mereka beberapa opsi alternatif untuk dipilih. Kami akan menggunakan langkah “Ambil variabel” untuk mengirimkan permintaan ke layanan penjadwalan (ini akan bervariasi tergantung pada bagaimana Anda mengelola penjadwalan) untuk menemukan waktu alternatif terbaik. Dalam kasus kami, kami membuat titik akhir palsu menggunakan mockable.io untuk pengujian.
Kami mengambil slot waktu yang baru saja kami ambil dan menggunakannya untuk mengisi pesan kami. Sekali lagi, pastikan untuk meminta pengguna dengan berbagai opsi untuk mengonfirmasi slot waktu pilihan mereka.
Setelah penerima menunjukkan bahwa mereka ingin menjadwalkan ulang, kami ingin memberikan mereka beberapa opsi alternatif untuk dipilih. Kami akan menggunakan langkah “Ambil variabel” untuk mengirimkan permintaan ke layanan penjadwalan (ini akan bervariasi tergantung pada bagaimana Anda mengelola penjadwalan) untuk menemukan waktu alternatif terbaik. Dalam kasus kami, kami membuat titik akhir palsu menggunakan mockable.io untuk pengujian.
Kami mengambil slot waktu yang baru saja kami ambil dan menggunakannya untuk mengisi pesan kami. Sekali lagi, pastikan untuk meminta pengguna dengan berbagai opsi untuk mengonfirmasi slot waktu pilihan mereka.
Mencari informasi secara manual sangat tidak efisien
Jika Anda seperti bisnis lainnya, peluangnya besar Anda melihat pola yang jelas dalam jenis pertanyaan dukungan yang masuk. Namun terkadang, jawaban untuk pertanyaan tersebut bisa menjadi repetitif.
Ambil contoh pertanyaan acak ke rumah sakit, dan peluangnya besar bahwa penanya adalah pasien yang ingin menjadwalkan ulang janji temu mereka. Tantangan tepat ini ditangani oleh DrDoctor, sebuah startup di Inggris yang merevolusi pengalaman pasien NHS dengan mengotomatiskan penjadwalan ulang janji temu dan menghemat jutaan untuk rumah sakit sambil mengurangi ketidakhadiran sebesar 40%. Hal yang sama berlaku untuk logistik. Dalam wawancara terbaru, Direktur CX di DPD mengindikasikan lebih dari setengah pertanyaan mereka terkait dengan permintaan status paket atau menjadwalkan ulang pengiriman.
Dalam kedua contoh tersebut, perwakilan harus mencari informasi standar tertentu, menyatakannya kembali kepada penanya, dan melakukan beberapa tindakan untuk menangani tanggapan tersebut. Jenis alur terstruktur ini sempurna untuk otomatisasi, yang memberikan waktu kembali kepada perwakilan Anda untuk menghabiskan waktu pada masalah yang kompleks.
Jika Anda seperti bisnis lainnya, peluangnya besar Anda melihat pola yang jelas dalam jenis pertanyaan dukungan yang masuk. Namun terkadang, jawaban untuk pertanyaan tersebut bisa menjadi repetitif.
Ambil contoh pertanyaan acak ke rumah sakit, dan peluangnya besar bahwa penanya adalah pasien yang ingin menjadwalkan ulang janji temu mereka. Tantangan tepat ini ditangani oleh DrDoctor, sebuah startup di Inggris yang merevolusi pengalaman pasien NHS dengan mengotomatiskan penjadwalan ulang janji temu dan menghemat jutaan untuk rumah sakit sambil mengurangi ketidakhadiran sebesar 40%. Hal yang sama berlaku untuk logistik. Dalam wawancara terbaru, Direktur CX di DPD mengindikasikan lebih dari setengah pertanyaan mereka terkait dengan permintaan status paket atau menjadwalkan ulang pengiriman.
Dalam kedua contoh tersebut, perwakilan harus mencari informasi standar tertentu, menyatakannya kembali kepada penanya, dan melakukan beberapa tindakan untuk menangani tanggapan tersebut. Jenis alur terstruktur ini sempurna untuk otomatisasi, yang memberikan waktu kembali kepada perwakilan Anda untuk menghabiskan waktu pada masalah yang kompleks.
Jika Anda seperti bisnis lainnya, peluangnya besar Anda melihat pola yang jelas dalam jenis pertanyaan dukungan yang masuk. Namun terkadang, jawaban untuk pertanyaan tersebut bisa menjadi repetitif.
Ambil contoh pertanyaan acak ke rumah sakit, dan peluangnya besar bahwa penanya adalah pasien yang ingin menjadwalkan ulang janji temu mereka. Tantangan tepat ini ditangani oleh DrDoctor, sebuah startup di Inggris yang merevolusi pengalaman pasien NHS dengan mengotomatiskan penjadwalan ulang janji temu dan menghemat jutaan untuk rumah sakit sambil mengurangi ketidakhadiran sebesar 40%. Hal yang sama berlaku untuk logistik. Dalam wawancara terbaru, Direktur CX di DPD mengindikasikan lebih dari setengah pertanyaan mereka terkait dengan permintaan status paket atau menjadwalkan ulang pengiriman.
Dalam kedua contoh tersebut, perwakilan harus mencari informasi standar tertentu, menyatakannya kembali kepada penanya, dan melakukan beberapa tindakan untuk menangani tanggapan tersebut. Jenis alur terstruktur ini sempurna untuk otomatisasi, yang memberikan waktu kembali kepada perwakilan Anda untuk menghabiskan waktu pada masalah yang kompleks.
Mengapa tidak ada yang memprioritaskan pertanyaan yang masuk?
Sayangnya, sampai baru-baru ini, otomatisasi komunikasi belum dapat diakses. Membangun alur yang kompleks memerlukan alat telekomunikasi yang mahal dan waktu rekayasa yang signifikan. Itulah mengapa kami membangun Flow Builder, sebuah platform otomatisasi komunikasi yang memberdayakan tim lintas fungsi untuk berkolaborasi pada alur komunikasi. Pendekatan ini mewakili pergeseran dari otomatisasi pemasaran satu arah tradisional ke sistem komunikasi dua arah cerdas yang dapat menangani interaksi pelanggan yang kompleks. Ini memungkinkan Anda menjalankan logika, menarik data dari sumber data eksternal dan melakukan tindakan di layanan pihak ketiga.
Sayangnya, sampai baru-baru ini, otomatisasi komunikasi belum dapat diakses. Membangun alur yang kompleks memerlukan alat telekomunikasi yang mahal dan waktu rekayasa yang signifikan. Itulah mengapa kami membangun Flow Builder, sebuah platform otomatisasi komunikasi yang memberdayakan tim lintas fungsi untuk berkolaborasi pada alur komunikasi. Pendekatan ini mewakili pergeseran dari otomatisasi pemasaran satu arah tradisional ke sistem komunikasi dua arah cerdas yang dapat menangani interaksi pelanggan yang kompleks. Ini memungkinkan Anda menjalankan logika, menarik data dari sumber data eksternal dan melakukan tindakan di layanan pihak ketiga.
Sayangnya, sampai baru-baru ini, otomatisasi komunikasi belum dapat diakses. Membangun alur yang kompleks memerlukan alat telekomunikasi yang mahal dan waktu rekayasa yang signifikan. Itulah mengapa kami membangun Flow Builder, sebuah platform otomatisasi komunikasi yang memberdayakan tim lintas fungsi untuk berkolaborasi pada alur komunikasi. Pendekatan ini mewakili pergeseran dari otomatisasi pemasaran satu arah tradisional ke sistem komunikasi dua arah cerdas yang dapat menangani interaksi pelanggan yang kompleks. Ini memungkinkan Anda menjalankan logika, menarik data dari sumber data eksternal dan melakukan tindakan di layanan pihak ketiga.
Inilah cara melakukannya
Dalam panduan ini, kami akan melihat sebuah perusahaan yang ditugaskan untuk mengantarkan paket. Dua penggerak utama biaya untuk jenis perusahaan ini adalah kurir yang tiba di lokasi di mana penerima tidak tersedia untuk menerima paket, dan penerima yang menelepon untuk menanyakan status pengiriman mereka atau perubahan pada pengiriman. Tujuan kami adalah mengurangi jumlah kali kurir tiba di pintu yang tertutup dan mengurangi beban pada pusat kontak.
Apa yang kami coba capai:
Tujuan Alur
Berikut adalah pemecahan sederhana dari setiap langkah dan tujuannya:
Langkah Alur | Tujuan |
|---|---|
Kirim pemberitahuan dengan pembaruan pesanan awal | Memberi tahu pelanggan secara proaktif dan membangun saluran komunikasi |
Tangkap balasan terhadap pemberitahuan | Deteksi apakah pelanggan ingin mengambil tindakan |
Putuskan apa yang harus dilakukan berdasarkan balasan | Logika bercabang berdasarkan respon pelanggan |
Ambil opsi penjadwalan ulang | Ambil waktu pengiriman alternatif secara dinamis melalui webhook/API |
Izinkan penerima untuk menjadwal ulang | Konfirmasi pilihan tanpa memerlukan keterlibatan dukungan manusia |
Dalam panduan ini, kami akan melihat sebuah perusahaan yang ditugaskan untuk mengantarkan paket. Dua penggerak utama biaya untuk jenis perusahaan ini adalah kurir yang tiba di lokasi di mana penerima tidak tersedia untuk menerima paket, dan penerima yang menelepon untuk menanyakan status pengiriman mereka atau perubahan pada pengiriman. Tujuan kami adalah mengurangi jumlah kali kurir tiba di pintu yang tertutup dan mengurangi beban pada pusat kontak.
Apa yang kami coba capai:
Tujuan Alur
Berikut adalah pemecahan sederhana dari setiap langkah dan tujuannya:
Langkah Alur | Tujuan |
|---|---|
Kirim pemberitahuan dengan pembaruan pesanan awal | Memberi tahu pelanggan secara proaktif dan membangun saluran komunikasi |
Tangkap balasan terhadap pemberitahuan | Deteksi apakah pelanggan ingin mengambil tindakan |
Putuskan apa yang harus dilakukan berdasarkan balasan | Logika bercabang berdasarkan respon pelanggan |
Ambil opsi penjadwalan ulang | Ambil waktu pengiriman alternatif secara dinamis melalui webhook/API |
Izinkan penerima untuk menjadwal ulang | Konfirmasi pilihan tanpa memerlukan keterlibatan dukungan manusia |
Dalam panduan ini, kami akan melihat sebuah perusahaan yang ditugaskan untuk mengantarkan paket. Dua penggerak utama biaya untuk jenis perusahaan ini adalah kurir yang tiba di lokasi di mana penerima tidak tersedia untuk menerima paket, dan penerima yang menelepon untuk menanyakan status pengiriman mereka atau perubahan pada pengiriman. Tujuan kami adalah mengurangi jumlah kali kurir tiba di pintu yang tertutup dan mengurangi beban pada pusat kontak.
Apa yang kami coba capai:
Tujuan Alur
Berikut adalah pemecahan sederhana dari setiap langkah dan tujuannya:
Langkah Alur | Tujuan |
|---|---|
Kirim pemberitahuan dengan pembaruan pesanan awal | Memberi tahu pelanggan secara proaktif dan membangun saluran komunikasi |
Tangkap balasan terhadap pemberitahuan | Deteksi apakah pelanggan ingin mengambil tindakan |
Putuskan apa yang harus dilakukan berdasarkan balasan | Logika bercabang berdasarkan respon pelanggan |
Ambil opsi penjadwalan ulang | Ambil waktu pengiriman alternatif secara dinamis melalui webhook/API |
Izinkan penerima untuk menjadwal ulang | Konfirmasi pilihan tanpa memerlukan keterlibatan dukungan manusia |
Kirim pemberitahuan dengan pembaruan pesanan awal.
Sementara ada berbagai cara untuk mengotomatiskan permintaan yang masuk, cara terbaik untuk mengurangi beban pada pusat kontak adalah agar pelanggan tidak menghubungi di tempat pertama. Cara paling efektif untuk mewujudkannya adalah dengan menjaga mereka tetap diinformasikan secara proaktif sebelum masalah mereka muncul. Manfaat tambahan adalah dengan melakukan ini, kita juga membangun saluran komunikasi yang memungkinkan kita untuk mengarahkan mereka ke sumber daya yang tepat dengan minimal keterlibatan manusia.
Kami akan mulai dengan mengidentifikasi acara yang ingin kami gunakan untuk memulai alur. Dalam kasus perusahaan pengiriman kami, kami ingin menghubungi pelanggan pada saat paket dijadwalkan untuk pengiriman. Acara ini dapat terjadi di berbagai sistem, tergantung pada pengaturan Anda. Kuncinya di sini adalah bahwa kami perlu memanggil webhook dari sistem itu pada saat ini terjadi, yang akan memulai alur.
Di sebelah kanan, Anda dapat melihat bahwa kami telah memilih Webhook sebagai pemicu dan mengonfigurasi berbagai variabel yang kami harapkan diterima sebagai bagian dari webhook yang masuk.
telepon - Nomor telepon penerima
namaDepan - Nama depan penerima
slotPengiriman - Sebuah objek JSON untuk slot pengiriman yang disarankan dengan id, salinan (ini mungkin bervariasi tergantung pada sistem yang Anda gunakan untuk mengelola penjadwalan janji Anda).
idPesanan - Sebuah pengidentifikasi unik untuk pesanan
Selanjutnya kami mengirimkan pesan di WhatsApp, karena kami memulai percakapan kami perlu menggunakan pesan template, juga dikenal sebagai HSM. Anda perlu memiliki pesan template yang disetujui sebelum Anda dapat melanjutkan ke langkah berikutnya, untuk informasi lebih lanjut tentang pesan template WhatsApp lihat di sini.
Ketika Anda memiliki pesan template WhatsApp yang disetujui, itu akan muncul di Flow Builder Anda siap digunakan. Kami mengambil namaDepan dari webhook yang masuk dan salinan waktu dari slot pengiriman untuk mengisi pesan.
Perhatikan bahwa dalam pesan kami meminta penerima untuk membalas jika mereka ingin mengubah slot waktu.
Sementara ada berbagai cara untuk mengotomatiskan permintaan yang masuk, cara terbaik untuk mengurangi beban pada pusat kontak adalah agar pelanggan tidak menghubungi di tempat pertama. Cara paling efektif untuk mewujudkannya adalah dengan menjaga mereka tetap diinformasikan secara proaktif sebelum masalah mereka muncul. Manfaat tambahan adalah dengan melakukan ini, kita juga membangun saluran komunikasi yang memungkinkan kita untuk mengarahkan mereka ke sumber daya yang tepat dengan minimal keterlibatan manusia.
Kami akan mulai dengan mengidentifikasi acara yang ingin kami gunakan untuk memulai alur. Dalam kasus perusahaan pengiriman kami, kami ingin menghubungi pelanggan pada saat paket dijadwalkan untuk pengiriman. Acara ini dapat terjadi di berbagai sistem, tergantung pada pengaturan Anda. Kuncinya di sini adalah bahwa kami perlu memanggil webhook dari sistem itu pada saat ini terjadi, yang akan memulai alur.
Di sebelah kanan, Anda dapat melihat bahwa kami telah memilih Webhook sebagai pemicu dan mengonfigurasi berbagai variabel yang kami harapkan diterima sebagai bagian dari webhook yang masuk.
telepon - Nomor telepon penerima
namaDepan - Nama depan penerima
slotPengiriman - Sebuah objek JSON untuk slot pengiriman yang disarankan dengan id, salinan (ini mungkin bervariasi tergantung pada sistem yang Anda gunakan untuk mengelola penjadwalan janji Anda).
idPesanan - Sebuah pengidentifikasi unik untuk pesanan
Selanjutnya kami mengirimkan pesan di WhatsApp, karena kami memulai percakapan kami perlu menggunakan pesan template, juga dikenal sebagai HSM. Anda perlu memiliki pesan template yang disetujui sebelum Anda dapat melanjutkan ke langkah berikutnya, untuk informasi lebih lanjut tentang pesan template WhatsApp lihat di sini.
Ketika Anda memiliki pesan template WhatsApp yang disetujui, itu akan muncul di Flow Builder Anda siap digunakan. Kami mengambil namaDepan dari webhook yang masuk dan salinan waktu dari slot pengiriman untuk mengisi pesan.
Perhatikan bahwa dalam pesan kami meminta penerima untuk membalas jika mereka ingin mengubah slot waktu.
Sementara ada berbagai cara untuk mengotomatiskan permintaan yang masuk, cara terbaik untuk mengurangi beban pada pusat kontak adalah agar pelanggan tidak menghubungi di tempat pertama. Cara paling efektif untuk mewujudkannya adalah dengan menjaga mereka tetap diinformasikan secara proaktif sebelum masalah mereka muncul. Manfaat tambahan adalah dengan melakukan ini, kita juga membangun saluran komunikasi yang memungkinkan kita untuk mengarahkan mereka ke sumber daya yang tepat dengan minimal keterlibatan manusia.
Kami akan mulai dengan mengidentifikasi acara yang ingin kami gunakan untuk memulai alur. Dalam kasus perusahaan pengiriman kami, kami ingin menghubungi pelanggan pada saat paket dijadwalkan untuk pengiriman. Acara ini dapat terjadi di berbagai sistem, tergantung pada pengaturan Anda. Kuncinya di sini adalah bahwa kami perlu memanggil webhook dari sistem itu pada saat ini terjadi, yang akan memulai alur.
Di sebelah kanan, Anda dapat melihat bahwa kami telah memilih Webhook sebagai pemicu dan mengonfigurasi berbagai variabel yang kami harapkan diterima sebagai bagian dari webhook yang masuk.
telepon - Nomor telepon penerima
namaDepan - Nama depan penerima
slotPengiriman - Sebuah objek JSON untuk slot pengiriman yang disarankan dengan id, salinan (ini mungkin bervariasi tergantung pada sistem yang Anda gunakan untuk mengelola penjadwalan janji Anda).
idPesanan - Sebuah pengidentifikasi unik untuk pesanan
Selanjutnya kami mengirimkan pesan di WhatsApp, karena kami memulai percakapan kami perlu menggunakan pesan template, juga dikenal sebagai HSM. Anda perlu memiliki pesan template yang disetujui sebelum Anda dapat melanjutkan ke langkah berikutnya, untuk informasi lebih lanjut tentang pesan template WhatsApp lihat di sini.
Ketika Anda memiliki pesan template WhatsApp yang disetujui, itu akan muncul di Flow Builder Anda siap digunakan. Kami mengambil namaDepan dari webhook yang masuk dan salinan waktu dari slot pengiriman untuk mengisi pesan.
Perhatikan bahwa dalam pesan kami meminta penerima untuk membalas jika mereka ingin mengubah slot waktu.
Tangkap balasan untuk notifikasi.
Sekarang bahwa kami telah mengirimkan pemberitahuan, kami ingin mendengarkan pesan masuk jika pelanggan ingin menjadwalkan ulang waktu pengiriman mereka. Ini dapat dilakukan dengan mudah dengan menambahkan langkah “Tunggu respons”. Apa yang dilakukan langkah ini adalah menjeda alur hingga menerima balasan. Anda juga dapat mengatur tanggal kedaluwarsa secara opsional, tetapi kami akan membiarkannya di pengaturan defaultnya untuk saat ini. Kami ingin memastikan untuk memberikan nama pada output variabel, dalam hal ini “order_received_reply”.
Sekarang bahwa kami telah mengirimkan pemberitahuan, kami ingin mendengarkan pesan masuk jika pelanggan ingin menjadwalkan ulang waktu pengiriman mereka. Ini dapat dilakukan dengan mudah dengan menambahkan langkah “Tunggu respons”. Apa yang dilakukan langkah ini adalah menjeda alur hingga menerima balasan. Anda juga dapat mengatur tanggal kedaluwarsa secara opsional, tetapi kami akan membiarkannya di pengaturan defaultnya untuk saat ini. Kami ingin memastikan untuk memberikan nama pada output variabel, dalam hal ini “order_received_reply”.
Sekarang bahwa kami telah mengirimkan pemberitahuan, kami ingin mendengarkan pesan masuk jika pelanggan ingin menjadwalkan ulang waktu pengiriman mereka. Ini dapat dilakukan dengan mudah dengan menambahkan langkah “Tunggu respons”. Apa yang dilakukan langkah ini adalah menjeda alur hingga menerima balasan. Anda juga dapat mengatur tanggal kedaluwarsa secara opsional, tetapi kami akan membiarkannya di pengaturan defaultnya untuk saat ini. Kami ingin memastikan untuk memberikan nama pada output variabel, dalam hal ini “order_received_reply”.
Tentukan apa yang harus dilakukan berdasarkan balasan.
Bergantung pada jawaban dari penerima, kita akan ingin membuat keputusan. Dalam contoh kita, kita hanya mencari pelanggan yang menjawab dengan huruf A, tetapi Anda bisa membayangkan skenario di mana Anda menambahkan beberapa opsi jawaban.
Dengan menggunakan langkah “Cabang”, kita bisa membaca jawaban dan bercabang tergantung pada isinya. Dalam hal ini, kita ingin bercabang ke alur penjadwalan ulang kita ketika kita menerima “A” sebagai jawaban.
Bergantung pada jawaban dari penerima, kita akan ingin membuat keputusan. Dalam contoh kita, kita hanya mencari pelanggan yang menjawab dengan huruf A, tetapi Anda bisa membayangkan skenario di mana Anda menambahkan beberapa opsi jawaban.
Dengan menggunakan langkah “Cabang”, kita bisa membaca jawaban dan bercabang tergantung pada isinya. Dalam hal ini, kita ingin bercabang ke alur penjadwalan ulang kita ketika kita menerima “A” sebagai jawaban.
Bergantung pada jawaban dari penerima, kita akan ingin membuat keputusan. Dalam contoh kita, kita hanya mencari pelanggan yang menjawab dengan huruf A, tetapi Anda bisa membayangkan skenario di mana Anda menambahkan beberapa opsi jawaban.
Dengan menggunakan langkah “Cabang”, kita bisa membaca jawaban dan bercabang tergantung pada isinya. Dalam hal ini, kita ingin bercabang ke alur penjadwalan ulang kita ketika kita menerima “A” sebagai jawaban.
Jangan ragu untuk menghubungi!
Ingat, ini hanyalah contoh sederhana tentang bagaimana hal itu dapat bekerja di dunia nyata. Kami telah melihat orang menggabungkan semua jenis sumber data, layanan pihak ketiga, dan saluran. Langit adalah batasnya.
Jika Anda memiliki masalah yang dapat dioptimalkan dengan otomatisasi komunikasi, kami ingin berbicara dengan Anda. Jangan ragu untuk menghubungi di sini dan kami dapat mengatur waktu dengan ahli produk untuk membantu Anda mengembangkan ide-ide Anda.
Ingat, ini hanyalah contoh sederhana tentang bagaimana hal itu dapat bekerja di dunia nyata. Kami telah melihat orang menggabungkan semua jenis sumber data, layanan pihak ketiga, dan saluran. Langit adalah batasnya.
Jika Anda memiliki masalah yang dapat dioptimalkan dengan otomatisasi komunikasi, kami ingin berbicara dengan Anda. Jangan ragu untuk menghubungi di sini dan kami dapat mengatur waktu dengan ahli produk untuk membantu Anda mengembangkan ide-ide Anda.
Ingat, ini hanyalah contoh sederhana tentang bagaimana hal itu dapat bekerja di dunia nyata. Kami telah melihat orang menggabungkan semua jenis sumber data, layanan pihak ketiga, dan saluran. Langit adalah batasnya.
Jika Anda memiliki masalah yang dapat dioptimalkan dengan otomatisasi komunikasi, kami ingin berbicara dengan Anda. Jangan ragu untuk menghubungi di sini dan kami dapat mengatur waktu dengan ahli produk untuk membantu Anda mengembangkan ide-ide Anda.
