Otomasi berbasis tag: lima alur yang berjalan saat pelanggan mendapat atau kehilangan tag

Otomasi berbasis tag adalah alur yang berjalan saat pelanggan mendapat atau kehilangan tag. Agen memberi tag vip pada sebuah chat, lalu pesan tindak lanjut langsung terkirim dan tim yang tepat ditugaskan. Seorang lead naik ke stage:qualified, tag tahap lama hilang, dan tim sales mengambil alih. Pelanggan kehilangan consent:marketing, dan semua tag nurturing ikut terhapus. Di MonoChat Anda membuatnya dengan dua node peristiwa dari versi 3.8.41: Tag Pelanggan Ditambahkan dan Tag Pelanggan Dihapus.

Panduan ini menjelaskan cara kerja pemicunya, lalu memberi lima resep lengkap dengan contoh pesan yang bisa Anda buat dalam beberapa menit, cocok untuk toko online, klinik kecantikan, maupun agen properti.

Mengapa memulai alur dari tag

Kebanyakan otomasi dimulai dari tindakan pelanggan: pesan baru, percakapan baru, pembayaran. Tag berbeda. Tag mencatat sebuah keputusan, biasanya dari agen yang sudah membaca chat dan tahu hal yang tidak bisa ditebak aturan kata kunci mana pun: ini pembeli grosir, lead ini siap menerima penawaran harga, keluhan ini harus naik ke supervisor.

Selama ini keputusan itu berhenti di label, dan seseorang harus ingat langkah berikutnya. Dengan pemicu tag, tag itu sendiri menjadi langkah berikutnya, dan pengetahuan satu agen menjadi proses yang diikuti seluruh tim.

Jika tag Anda masih berantakan, baca dulu panduan kami tentang segmentasi pelanggan dengan tag. Skema singkat dengan satu awalan per jenis (interest:, stage:, consent:) membuat resep di bawah dapat diandalkan.

Cara kerja pemicu di MonoChat

Di perancang alur, tambahkan Tag Pelanggan Ditambahkan atau Tag Pelanggan Dihapus dari peristiwa pelanggan. Aturannya, menurut pusat bantuan:

Aturan	Artinya untuk alur Anda
Tag di node	Node hanya mendengarkan tag tersebut, dipisahkan koma. Kosong: tag apa pun memulainya.
Siapa yang mengubah tag	Ditambahkan: agen, alur, pesan massal, atau rujukan iklan. Dihapus: agen atau node Hapus Tag Pelanggan.
Tidak berubah, tidak berjalan	Menambahkan tag yang sudah ada atau menghapus tag yang tidak ada tidak memulai apa pun.
Satu eksekusi per perubahan	Jika beberapa tag berubah bersamaan, satu eksekusi dimulai dengan semuanya.
Tidak memicu diri sendiri	Alur tidak bereaksi pada perubahan yang dibuat node-nya sendiri.

Di awal alur, node ini memulai eksekusi baru. Jika diletakkan lebih jauh di dalam alur, node membuat eksekusi menunggu sampai tag berubah: misalnya alur mengirim penawaran harga dan baru lanjut ketika agen menambahkan stage:won.

Node yang akan Anda kombinasikan:

• Atur Tag Pelanggan menambahkan satu tag, Hapus Tag Pelanggan menghapus beberapa tag yang dipisahkan koma.
• Jika dengan kondisi Tag Pelanggan memeriksa apakah pelanggan punya salah satu tag (Mencakup) atau tidak satu pun.
• Tugaskan Sesi, Kirim Pesan, Kirim Pesan Templat, dan Tunggu.
• Atur Variabel Alur dengan Tambah sebesar, serta kondisi Nilai Variabel Alur, untuk penghitung.

Resep 1: tindak lanjut VIP

Tujuan: saat agen menandai pelanggan sebagai VIP, agen senior mengambil alih dan pelanggan mendapat kabar dari Anda di hari yang sama.

1. Tag Pelanggan Ditambahkan, mendengarkan vip.
2. Tugaskan Sesi ke tim pelanggan utama.
3. Kirim Pesan selama jendela layanan pelanggan masih terbuka:

Halo Ibu Rina, terima kasih sudah belanja lagi di toko kami. Mulai hari ini
Mas Dimas menjadi kontak pribadi Ibu, silakan hubungi beliau langsung di chat ini.

4. Opsional: Tunggu dua hari, lalu kirim pesan singkat menanyakan kabar.

Jenis pesan ditentukan aturan Meta: saat pelanggan mengirim pesan, jendela layanan pelanggan 24 jam terbuka; setelah tertutup, hanya template pesan yang disetujui yang boleh dikirim. Jika tag sering ditambahkan jauh setelah chat terakhir, gunakan Kirim Pesan Templat dengan template utility.

Resep 2: perubahan tahap lead

Tujuan: setiap pelanggan berada di tepat satu tahap, dan setiap perubahan tahap menjalankan tugasnya sendiri.

Satu alur untuk tiap tahap penting. Untuk stage:qualified:

1. Tag Pelanggan Ditambahkan, mendengarkan stage:qualified.
2. Hapus Tag Pelanggan: stage:new, stage:contacted.
3. Tugaskan Sesi ke tim sales.
4. Kirim Pesan:

Terima kasih, Pak Budi. Berdasarkan info dari Bapak, tim sales kami sedang
menyiapkan penawaran untuk 40 pengguna. Mbak Sari akan mengirimkannya di sini
paling lambat besok siang.

Penghapusan di langkah 2 tidak memulai ulang alur ini, tetapi bisa memulai alur lain yang mendengarkan penghapusan stage:new. Ini berguna untuk menghentikan seri sambutan, sekaligus cara terjadinya loop: alur A menambahkan tag yang memulai alur B, dan B menghapus tag yang dipantau A. Gambar dulu alur tahap Anda di kertas dan beri setiap tag satu alur yang bertanggung jawab.

Untuk menjaring lead, lihat lead generation lewat WhatsApp.

Resep 3: mengalihkan chat ke tim yang tepat

Tujuan: bot atau agen mengenali topik, memberi tag, dan chat sampai ke tim yang tepat tanpa diteruskan manual.

1. Tag Pelanggan Ditambahkan, mendengarkan team:wholesale, team:returns, team:billing.
2. Satu node Jika per tim dengan kondisi Tag Pelanggan, misalnya Mencakup team:wholesale; cabang “tidak” menuju Jika berikutnya.
3. Di tiap cabang, Tugaskan Sesi ke tim yang sesuai.
4. Kirim Pesan untuk mengatur harapan:

Chat Bapak/Ibu sudah kami teruskan ke tim penjualan grosir. Kami melayani
Senin–Sabtu pukul 09.00–18.00 WIB dan biasanya membalas dalam satu jam.

Tag tetap menempel di pelanggan setelah percakapan, sehingga nanti Anda bisa memfilter inbox tim atau broadcast dengannya. Untuk pembagian tim dan beban kerja, baca routing chat WhatsApp ke grup kerja; untuk peralihan dari agen AI ke manusia, baca handoff dari AI ke manusia.

Resep 4: menghentikan rangkaian nurturing saat tag dihapus

Tujuan: rangkaian hanya berjalan selama pelanggan masih termasuk di dalamnya, dan berhenti begitu keadaannya berubah: ia sudah membeli, meminta berhenti, atau agen memutuskan rangkaian itu tidak cocok lagi.

Alur rangkaian:

1. Tag Pelanggan Ditambahkan, mendengarkan nurture:course.
2. Tunggu 2 hari.
3. Jika dengan Tag Pelanggan Mencakup nurture:course. Ya: Kirim Pesan Templat berisi materi berikutnya. Tidak: selesai.
4. Tunggu 3 hari, lalu pemeriksaan yang sama sebelum template berikutnya.

Pemeriksaan sebelum setiap pesan inilah yang menghentikan rangkaian: tanpa tag, langkah berikutnya tidak punya apa pun untuk dikirim.

Alur pembersihan:

1. Tag Pelanggan Dihapus, mendengarkan consent:marketing.
2. Hapus Tag Pelanggan: nurture:course, nurture:webinar, nurture:winback.

Dengan begitu, satu permintaan berhenti berlangganan mengeluarkan pelanggan dari semua rangkaian. WhatsApp Business Messaging Policy mewajibkan opt-in (persetujuan) sebelum mengirim pesan dan menghormati setiap permintaan untuk memblokir, berhenti, atau keluar; di Indonesia, UU PDP (UU 27/2022) juga menuntut persetujuan yang jelas. Bangun alur ini sebelum memulai rangkaian apa pun. Untuk kalimat persetujuan dan ritme pengiriman, lihat opt-in WhatsApp dan kampanye drip WhatsApp.

Resep 5: penghitung yang mengalihkan setelah tiga percobaan

Tujuan: saat tag meminta sesuatu dari pelanggan, bot hanya bertanya beberapa kali, lalu menyerahkan chat ke orang alih-alih berputar-putar.

Misalnya agen menambahkan docs:needed saat pelanggan perlu mengirim foto KTP:

1. Tag Pelanggan Ditambahkan, mendengarkan docs:needed.
2. Atur Variabel Alur: attempts, Tambah sebesar 1. Variabel yang belum ada dihitung 0, jadi setelah putaran pertama nilainya 1.
3. Tanya Jawab: “Mohon kirim foto KTP bagian depan yang jelas, Bapak/Ibu.”
4. Jika jenis pesannya gambar: Hapus Tag Pelanggan docs:needed, Atur Tag Pelanggan docs:received, lalu ucapkan terima kasih.
5. Jika tidak, Jika dengan Nilai Variabel Alur: attempts Lebih Besar Dari atau Sama Dengan 3. Ya: Tugaskan Sesi ke agen dan Atur Tag Pelanggan docs:stuck. Tidak: kembali ke langkah 2.

Terima kasih, tapi fotonya kurang jelas. Boleh dicoba sekali lagi di tempat
yang terang, dengan keempat sudut KTP terlihat?

Penghitung hidup di dalam eksekusi: setiap docs:needed baru mulai dari nol. Jika penambahan gagal, misalnya karena variabelnya bukan angka, node mengambil keluaran Saat Gagal dan membiarkan variabel seperti semula.

Kesalahan yang perlu dihindari

• Tag ditulis sembarangan. VIP, vip, dan pelanggan-vip adalah tiga pemicu berbeda. Tetapkan penulisannya sebelum membangun.
• Dua alur yang saling memicu. Alur hanya mengabaikan perubahannya sendiri, bukan perubahan alur lain.
• Menganggap jendela masih terbuka. Tag bisa ditambahkan beberapa hari setelah pesan terakhir. Siapkan template pesan untuk kasus ini.
• Rangkaian tanpa pemeriksaan. Tanpa kondisi Tag Pelanggan sebelum setiap pesan, menghapus tag tidak menghentikan apa pun.
• Tag sebagai pengganti persetujuan. Tag mencatat persetujuan; tag tidak menciptakannya.

Tag, webhook, atau timer?

Tag cocok untuk keputusan yang terjadi di dalam MonoChat: oleh agen, bot, iklan, atau pesan massal. Jika keputusan terjadi di sistem lain, seperti pesanan yang dibayar lewat QRIS di toko online Anda, mulai alur dengan webhook. Jika sinyalnya justru tidak ada yang terjadi, gunakan batas waktu dari panduan tindak lanjut saat pelanggan tidak membalas.

Untuk mencoba resep ini, buat akun gratis di app.monochat.ai, buka Alur, dan mulai dari resep 3: resep inilah yang paling cepat terasa oleh kebanyakan tim keesokan paginya.

Sumber

• WhatsApp Business Messaging Policy (whatsappbusiness.com) (dibuka 2 November 2026)
• Meta for Developers: Send messages dan jendela layanan pelanggan (dibuka 2 November 2026)
• Pusat bantuan MonoChat: Flows (dibuka 2 November 2026)
• Catatan rilis MonoChat: Version 3.8.41 (dibuka 2 November 2026)