Referensi Parameter Node Flow
Referensi Parameter Node Flow ini disusun sebagai acuan sesuai kebutuhan untuk konfigurasi node. Setiap node mengikuti struktur yang konsisten—tujuan, kasus penggunaan, parameter utama, jalur output, catatan, dan contoh—untuk membantu Anda menemukan informasi yang dibutuhkan dengan cepat saat membangun flow.
Kapabilitas yang tersedia dapat berbeda menurut channel dan workspace. Lihat opsi dan prompt yang benar-benar tersedia di editor Flow.
Cara Menggunakan Referensi Ini
Setiap node dalam referensi ini menggunakan struktur berikut:
- Tujuan: apa yang dilakukan node
- Kasus penggunaan: kapan menggunakannya
- Parameter utama: parameter terpenting yang perlu dikonfigurasi
- Jalur output: jalur yang dapat dituju node
- Catatan: batasan atau cakupan yang mudah terlewat
- Contoh: cara umum menggunakan node
Gambaran Umum Kategori Node
| Kategori node | Nama node |
|---|---|
| Entri | Event Trigger |
| Keputusan & Kontrol | Conditional Branch, Wait for Behavior, Delay, A/B Random Split, Merge |
| Pesan | Send Message, Invite Rating, Send Email |
| Tindakan | Assign Agent, Assign AI Agent, Add Label, Change Status, Change Priority, Update Customer Data, Update Conversation Data, Block Contact, Send Webhook, Call API |
Node Entri
Event Trigger
Tujuan
Menentukan dari mana flow dimulai, bagaimana flow dipicu, dan siapa target audiensnya.
Kasus Penggunaan
- Percakapan dibuat
- Pengunjung mengirim pesan
- Peristiwa tertentu terjadi
- Peristiwa AI atau sistem dipicu
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Trigger event | Peristiwa yang memicu flow | Ya | Menentukan kapan flow dimulai. Ini mencakup pesan pengunjung, pembuatan percakapan, pembukaan percakapan, pembaruan percakapan, peristiwa tunggu pelanggan yang melebihi ambang batas, batas waktu balasan pengunjung, dan pengecualian respons AI Agent. |
| Audience scope | Siapa yang dapat masuk | Ya | Pengguna anonim dan pengguna terdaftar. Pengguna anonim belum memberikan identitas, nomor telepon, atau informasi email apa pun. Anda dapat menambahkan kondisi filter untuk memfilter berdasarkan atribut kontak dan percakapan. |
| Channel scope | Channel yang dapat memicunya | Disarankan | Untuk flow multi-channel, batasi cakupannya dengan jelas. Jika tidak ada channel yang dipilih, kondisi entri ini tidak akan cocok dengan percakapan mana pun. |

Jalur Output
- Lanjutkan secara default
Catatan
- Trigger tidak hanya menentukan kapan flow dimulai, tetapi juga siapa yang dapat memulainya.
- Dalam skenario bisnis yang sama, pengaturan audiens dan frekuensi yang tidak jelas dapat dengan mudah menyebabkan pemicu berulang.
Contoh
"Mulai flow fallback yang mengalihkan ke agen manusia saat AI Agent mengalami kesalahan."

Node Keputusan & Kontrol
Conditional Branch
Tujuan
Mengarahkan flow ke jalur yang berbeda berdasarkan percakapan saat ini atau informasi pelanggan, dengan fallback otomatis jika tidak ada yang cocok.
Kasus Penggunaan
- Routing berdasarkan negara
- Routing berdasarkan label
- Routing berdasarkan sumber atau channel
- Routing berdasarkan status, prioritas, atau bahasa
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Branch condition | Aturan untuk setiap cabang | Ya | Anda dapat mengonfigurasi beberapa kondisi dan memfilter berdasarkan atribut kontak serta percakapan yang relevan. |
| Branch name | Label cabang | Disarankan | Membuat kanvas lebih mudah dikenali dan jejak pengujian lebih mudah diikuti. |
| Fallback path | Jalur jika tidak ada kondisi yang cocok | Disarankan | Mencakup kasus yang tidak cocok. Pilih cabang Otherwise; ketika semua kondisi tidak terpenuhi, flow akan mengambil cabang yang dikonfigurasi untuk Otherwise. |
Jalur Output
- Satu jalur output untuk setiap cabang bersyarat
- Jalur output fallback
Catatan
- Jangan biarkan kondisi saling tumpang tindih atau bertentangan.
Contoh
"Kirim pengunjung di Amerika Utara, Jepang, dan Eropa ke pesan sambutan yang sesuai, lalu kirim semua pengunjung lainnya ke pesan sambutan dalam bahasa default."

Wait for Behavior
Tujuan
Menunggu hingga suatu perilaku terjadi, lalu menentukan bagaimana flow berlanjut. Anda dapat mengonfigurasi periode tunggunya.
Kasus Penggunaan
- Menunggu balasan pengguna
- Menunggu perubahan peristiwa
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Behavior to wait for | Peristiwa yang ditunggu | Ya | Misalnya, peristiwa pesan, percakapan, dan kontak. Perilaku yang tersedia mencakup balasan pelanggan, balasan agen, percakapan dibuka, status berubah menjadi Resolved, dan pembaruan data kontak. |
| Timeout | Batas waktu tunggu maksimum | Ya | Kami menyarankan agar parameter ini selalu dikonfigurasi. Anda dapat mengaturnya dalam menit, jam, atau hari. |
| Path after timeout | Apa yang terjadi jika perilaku tidak terjadi | Disarankan | Digunakan sebagai fallback. |
Jalur Output
- Terjadi
- Waktu habis
Catatan
- Node tunggu tanpa jalur output timeout dapat menyebabkan flow berhenti.
- Semakin lama waktu tunggu, semakin jelas Anda perlu mendefinisikan tujuan bisnis dan jalur fallback.
Contoh
"Setelah mengirim pesan sambutan, tunggu 10 menit. Jika pengguna membalas, lanjutkan ke pertanyaan berikutnya; jika tidak, perlakukan percakapan sebagai tidak aktif."

Delay
Tujuan
Membiarkan flow berlanjut setelah waktu tertentu.
Kasus Penggunaan
- Mengirim pengingat tertunda
- Mengirim permintaan penilaian beberapa waktu setelah percakapan berakhir
- Melanjutkan flow pada waktu tetap keesokan harinya
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Delay duration / time | Kapan flow dilanjutkan | Ya | Dapat dipahami sebagai durasi atau titik waktu tertentu. |
| Continue path | Ke mana flow berlanjut setelah penundaan | Tersedia secara default | Biasanya flow akan berlanjut secara default. |
Jalur Output
- Lanjutkan secara default
Catatan
- Node Delay mengontrol waktu; node ini tidak mengevaluasi kondisi bisnis.
- Jika kondisi masih perlu diperiksa setelah penundaan, tambahkan Conditional Branch sebagai node berikutnya.
Contoh
"Kirim undangan kepuasan 30 menit setelah percakapan berakhir."

A/B Random Split
Tujuan
Membagi traffic secara acak ke beberapa versi untuk menguji copy atau jalur yang berbeda.
Kasus Penggunaan
- Membandingkan efektivitas pesan sambutan
- Membandingkan copy pengingat pembayaran
- Membandingkan dua jalur konversi
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Version name | Pengenal untuk setiap versi eksperimen | Ya | Gunakan nama yang jelas. |
| Split ratio | Porsi untuk setiap versi | Ya | Total semua versi harus mencakup keseluruhan traffic. |
Jalur Output
- Satu jalur output untuk setiap versi eksperimen
Catatan
- Pasangkan node A/B dengan peristiwa tujuan yang jelas untuk mengevaluasi hasil.
- Ubah hanya satu atau dua variabel utama pada satu waktu di antara versi.
Contoh
"Tampilkan copy pengingat pembayaran yang berfokus pada diskon kepada 50% pengguna dan copy pengingat pembayaran yang berfokus pada urgensi kepada 50% pengguna lainnya."

Merge
Tujuan
Menyatukan kembali beberapa jalur ke langkah berikutnya yang sama.
Kasus Penggunaan
- Cabang yang berbeda menangani tugas yang berbeda terlebih dahulu tetapi berbagi tindakan lanjutan yang sama
- Masuk ke proses pertanyaan yang sama setelah pesan sambutan dalam berbagai bahasa
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Merge rule | Jalur yang digabungkan | Ya | Ini biasanya direpresentasikan oleh garis koneksi. Tersedia dua kondisi penggabungan: lanjutkan setelah semua jalur tiba, atau lanjutkan setelah salah satu jalur tiba. |
Jalur Output
- Lanjutkan secara default
Catatan
- Sebelum menggabungkan, pastikan setiap jalur telah menyelesaikan tindakan yang diwajibkan.
Contoh
"Setelah pesan sambutan untuk negara yang berbeda dikirim, semua jalur masuk ke node penetapan agen yang sama."

Node Pesan
Send Message
Tujuan
Mengirim pesan multi-bagian dasar kepada pengguna, termasuk teks, gambar, video, dan lampiran. Pesan juga dapat menyertakan tombol URL atau tombol cabang.
Kasus Penggunaan
- Pesan sambutan
- Pesan pengingat
- Pesan panduan
- Pesan routing berbasis tombol
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Message block | Konten teks yang akan dikirim | Ya | Mendukung pengeditan per blok pesan. |
| Language version | Klasifikasi bahasa untuk setiap teks | Opsional | Anda dapat mengonfigurasi beberapa versi bahasa untuk teks yang sama. |
| Default language | Copy fallback ketika tidak ada yang cocok | Ya | Digunakan sebagai fallback. |
| Button type | Tombol URL atau tombol cabang | Opsional | Kedua jenis tombol memiliki tujuan yang berbeda. |
| Button copy | Teks tombol yang ditampilkan kepada pengguna | Opsional | Buat singkat dan jelas. |
| Destination URL / branch key | Perilaku tombol | Tergantung pada jenis tombol | Tombol URL membuka tautan yang sesuai di tab browser; tombol cabang melanjutkan flow melalui cabang yang sesuai. |
| Not-clicked time window | Hitung mundur untuk tombol yang tidak diklik | Disarankan saat menggunakan tombol cabang | Mengontrol jalur output untuk kondisi tidak diklik. |
Jalur Output
- Lanjutkan secara default
- Cabang tombol
- Tidak diklik
- Gagal mengirim
Catatan
- Untuk konten multibahasa, konfigurasikan versi bahasa yang berbeda dalam pesan teks yang sama dan tetap sediakan bahasa default.
- Tombol cabang lebih cocok untuk skenario ketika pengguna perlu secara eksplisit memilih langkah berikutnya.
- Untuk tombol yang tidak diklik, konfigurasikan jendela hitung mundur dan cabang fallback. Durasi hitung mundur dapat disesuaikan.
- Dukungan channel untuk tombol, lampiran, dan rich media dapat bervariasi.
Contoh
"Halo, silakan pilih apa yang ingin Anda pelajari: harga / demo produk / hubungi dukungan."

Invite Rating
Tujuan
Meminta penilaian atau masukan kepuasan pada waktu yang tepat.
Kasus Penggunaan
- Mengumpulkan CSAT setelah percakapan berakhir
- Mengumpulkan masukan kepuasan setelah layanan purna jual selesai
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Invitation copy | Cara mengundang pengguna untuk memberikan penilaian | Ya | Buat singkat dan sopan. |
| Rating method | Cara penilaian dikumpulkan | Ya | Harus konsisten dengan sistem penilaian CSAT LiveDesk. |
| Result handling | Apa yang harus dilakukan setelah menerima penilaian | Disarankan | Dapat mengarah ke jalur pelabelan, eskalasi, atau tindak lanjut. |
Jalur Output
- Lanjutkan secara default
- Gagal mengirim
Catatan
- Undangan penilaian biasanya paling tepat digunakan setelah node Delay.
- Picu setelah tugas bisnis selesai atau masalah terselesaikan; jangan kirim terlalu dini.
Contoh
"Apakah Anda puas dengan layanan ini? Kami menyambut penilaian Anda."

Send Email
Tujuan
Menjangkau pengguna di luar percakapan melalui email atau mengirim catatan percakapan.
Kasus Penggunaan
- Mengirim penawaran atau materi
- Mengirim catatan percakapan
- Menambahkan notifikasi eksternal
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Recipient | Siapa yang menerima email | Ya | Dapat berupa alamat email tertentu atau alamat email yang telah dikumpulkan. |
| Subject | Subjek email | Disarankan | Memengaruhi tingkat buka. |
| Body / template | Konten email | Ya | Dapat disesuaikan atau berdasarkan template. |
| Content mode | Konten kustom atau catatan percakapan | Berdasarkan kasus penggunaan | Membedakan metode pengiriman. |
Jalur Output
- Lanjutkan secara default
- Gagal mengirim
Catatan
- Sebelum mengirim email, pastikan alamat email target tersedia dan valid.
- Email cocok untuk informasi tambahan, bukan sebagai pengganti flow percakapan utama.
Contoh
"Setelah pengguna meninggalkan alamat email, otomatis kirim email penawaran."

Node Tindakan
Assign Agent
Tujuan
Mengalihkan percakapan saat ini ke agen manusia atau tim agen. Agen yang ditetapkan harus ada dalam daftar Human Agent untuk channel terkait. Jika agen tidak dikonfigurasi untuk channel tersebut, penetapan gagal dan percakapan tetap tidak ditetapkan.
Kasus Penggunaan
- Mengalihkan pelanggan bernilai tinggi ke agen manusia
- Melakukan eskalasi ketika pengguna belum ditangani dalam batas waktu
- Mengalihkan ke agen manusia setelah fallback AI gagal
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Assignment method | Cara penetapan | Ya | Dapat dipahami sebagai menetapkan ke agen tertentu, berdasarkan tim, atau berdasarkan strategi. Saat menetapkan agen manusia tertentu, definisikan strategi penetapan dengan jelas. |
| Target agent / agent team | Siapa yang menerima penetapan | Tergantung pada metode | Harus sesuai dengan cakupan bisnis. |
| Handoff message | Apakah akan mengirim pesan penjelasan setelah penetapan | Opsional | Sering digunakan bersama node pesan. |
Jalur Output
- Lanjutkan secara default
Catatan
- Target penetapan harus memenuhi syarat untuk inbox percakapan saat ini dan cakupan bisnis.
- Kami menyarankan untuk memasangkan penetapan dengan pesan penjelasan agar pengguna tidak mengalami perpindahan yang mendadak.
Contoh
"Segera tetapkan percakapan berprioritas tinggi ke tim dukungan manusia."

Assign AI Agent
Tujuan
Mengalihkan percakapan ke agen AI.
Kasus Penggunaan
- Menangani pertanyaan standar secara otomatis
- Memberikan dukungan tanpa pengawasan pada malam hari
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| AI target | AI yang akan ditetapkan | Ya | Siapkan AI target terlebih dahulu. |
| Enablement condition | Kapan dialihkan ke AI | Keputusan sebelumnya disarankan | Sering digunakan bersama node cabang. |
Jalur Output
- Lanjutkan secara default
Catatan
- Kami menyarankan untuk memasangkan node ini dengan jalur fallback untuk kasus yang tidak dapat ditangani AI.
Contoh
"Tetapkan pertanyaan dasar ke AI dan pertahankan pertanyaan kompleks di jalur manusia."

Add Label
Tujuan
Menambahkan label klasifikasi ke percakapan.
Kasus Penggunaan
- Menandai sumber
- Menandai intent
- Menandai tahap flow
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Label value | Label yang akan ditambahkan | Ya | Dapat digunakan untuk pelaporan dan keputusan cabang di kemudian hari. |
Jalur Output
- Lanjutkan secara default
Contoh
"Tambahkan label 'Dihubungi' setelah pengguna membalas."

Change Status
Tujuan
Memperbarui status percakapan.
Kasus Penggunaan
- Menutup percakapan secara otomatis
- Menandai sebagai sedang berlangsung
- Menandai untuk penanganan tertunda
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Target status | Status yang akan diubah | Ya | Jaga agar tetap konsisten dengan sistem status bisnis. |
Jalur Output
- Lanjutkan secara default
Contoh
"Ubah percakapan tanpa balasan setelah waktu habis menjadi Resolved."

Change Priority
Tujuan
Menaikkan atau menurunkan prioritas percakapan.
Kasus Penggunaan
- Eskalasi keluhan
- Mempercepat penanganan untuk pelanggan bernilai tinggi
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Priority | Prioritas target | Ya | Digunakan untuk urutan penetapan dan penanganan berikutnya. |
Jalur Output
- Lanjutkan secara default
Contoh
"Saat masalah mendesak teridentifikasi, tingkatkan prioritas percakapan menjadi High."

Update Customer Data
Tujuan
Menuliskan kembali informasi yang dikumpulkan selama flow ke profil pelanggan.
Kasus Penggunaan
- Menuliskan kembali informasi yang ditangkap ke kontak
- Mencatat bahasa atau wilayah pelanggan
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Field | Bidang data yang akan diperbarui | Ya | Harus sesuai dengan bidang profil pelanggan. |
| Value | Nilai yang akan diperbarui | Ya | Dapat berupa nilai tetap atau variabel flow. |
Jalur Output
- Lanjutkan secara default
Contoh
"Perbarui data pelanggan dengan alamat email yang terdapat dalam pesan."

Update Conversation Data
Tujuan
Menuliskan informasi flow kembali ke atribut tingkat percakapan.
Kasus Penggunaan
- Mencatat tahap flow saat ini
- Menyimpan hasil yang dikembalikan dari API eksternal
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Attribute name | Nama atribut percakapan | Ya | Buat atribut mudah dirujuk pada cabang berikutnya. |
| Attribute value | Nilai yang akan ditulis | Ya | Dapat berupa nilai tetap atau variabel. |
Jalur Output
- Lanjutkan secara default
Contoh
"Tuliskan hasil routing saat ini ke data percakapan untuk pelaporan selanjutnya."

Block Contact
Tujuan
Membatasi pengguna berisiko. Pesan percakapan dari kontak tersebut tidak lagi diterima.
Kasus Penggunaan
- Pelecehan berbahaya
- Pemicu tidak valid yang sering terjadi
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Handling rule | Aturan pemblokiran kontak | Ya | Harus konsisten dengan aturan tata kelola bisnis. |
Jalur Output
- Lanjutkan secara default
Contoh
"Tambahkan kontak ke daftar blokir ketika pesannya mengandung kata-kata sensitif."

Send Webhook
Tujuan
Mendorong informasi dari flow saat ini ke sistem eksternal.
Kasus Penggunaan
- Memberi tahu CRM
- Memberi tahu BI
- Menyinkronkan bot atau platform integrasi
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Request method | Metode HTTP yang digunakan | Ya | Misalnya, POST atau GET. |
| URL | Tujuan push | Ya | Alamat yang menerima permintaan di sistem eksternal. |
| Request headers | Informasi header tambahan | Opsional | Digunakan untuk autentikasi atau konvensi konten. |
| Request parameters / body | Data yang akan didorong | Opsional | Digunakan untuk menyusun data bisnis. |
| Timeout | Batas waktu tunggu maksimum | Disarankan | Mengontrol keandalan. |
Jalur Output
- Lanjutkan secara default
Catatan
- Webhook cocok untuk mendorong informasi ke luar, bukan untuk bergantung pada nilai balikan guna membuat keputusan lanjutan yang kompleks.
- Jika Anda perlu membuat cabang berdasarkan hasil eksternal, gunakan node Call API sebagai gantinya.
Contoh
"Saat pengguna masuk ke jalur handoff manusia, sinkronkan informasi percakapan ke sistem eksternal."

Call API
Tujuan
Mengirim permintaan ke sistem eksternal dan menggunakan hasilnya untuk keputusan flow selanjutnya.
Kasus Penggunaan
- Memeriksa status pesanan
- Memeriksa inventaris
- Memeriksa tingkat pengguna
Parameter Utama
| Parameter | Arti | Wajib | Deskripsi |
|---|---|---|---|
| Request method | Metode HTTP yang digunakan | Ya | Misalnya, GET atau POST. |
| URL | Tujuan permintaan | Ya | Endpoint API eksternal. |
| Request headers | Informasi header tambahan | Opsional | Digunakan untuk autentikasi. |
| Parameters / body | Nilai yang akan dikirim | Opsional | Dapat menyertakan variabel. |
| Timeout | Batas waktu tunggu maksimum | Disarankan | Mencegah flow menunggu terlalu lama. |
| Result binding | Tempat menuliskan hasil | Disarankan | Membuat hasil tersedia untuk node berikutnya. |
Jalur Output
- Berhasil
- Gagal
Catatan
- Node API lebih cocok untuk mengambil hasil lalu membuat keputusan.
- Tuliskan data yang dikembalikan ke variabel atau data percakapan sesegera mungkin agar node berikutnya dapat menggunakannya.
Contoh
"Periksa terlebih dahulu status pembayaran pesanan, lalu pilih jalur pengingat pembayaran atau jalur purna jual."

Panduan Parameter Umum
Untuk memudahkan pemeliharaan node, gunakan prinsip berikut saat mengonfigurasi parameter:
- Parameter copy: buat tetap langsung, ringkas, dan tidak ambigu
- Parameter kondisi: buat dapat diverifikasi; hindari kondisi yang samar
- Parameter waktu: selalu tentukan satuan dan makna bisnis
- Parameter panggilan eksternal: gunakan nama yang konsisten dan mudah ditelusuri
- Parameter variabel: gunakan nama yang konsisten; hindari nama berbeda untuk makna yang sama
Batasan dan Cakupan
Berikut ini bukan detail implementasi, melainkan batasan yang perlu Anda ketahui sebelum mengonfigurasi flow.
Panjang Teks
- Jaga agar pesan teks tetap ringkas.
- Copy yang terlalu panjang dapat memengaruhi pengalaman membaca.
- Dalam skenario multi-channel, teks yang terlalu panjang dapat tampil berbeda pada perangkat yang berbeda.
Jumlah Tombol
- Batasi jumlah tombol dalam satu pesan.
- Prioritaskan satu atau dua pilihan yang paling penting.
- Terlalu banyak tombol dapat menurunkan rasio klik dan lebih berpotensi menimbulkan perbedaan antar-channel.
Lampiran dan Rich Media
- Jenis file, jumlah, dan ukuran yang didukung dapat berbeda menurut channel.
- Sebelum mengonfigurasi lampiran atau rich media, pastikan dukungan pada channel target tersedia.
Cakupan Tombol Cabang
- Tombol cabang cocok untuk pilihan langkah berikutnya yang jelas.
- Untuk interaksi yang kompleks, uji dan validasikan terlebih dahulu di channel target.
Batas Target Penetapan
- Agen, tim, atau AI yang ditetapkan harus mematuhi cakupan bisnis saat ini dan aturan handoff.
- Jika target yang dikonfigurasi tidak memenuhi syarat untuk menerima percakapan, hasil flow dapat berbeda dari yang diharapkan.
Keandalan Panggilan Eksternal
- Panggilan webhook dan API sama-sama bergantung pada ketersediaan sistem eksternal.
- Selalu perhitungkan jalur kegagalan, timeout, dan fallback.










