Banger

Cara memilah email perusahaan dengan agen AI

4 menit baca · Diterbitkan 28 September 2026

Untuk memilah email dengan agen AI di Banger, hubungkan melalui MCP, buat label kotak surat, dan tentukan aturan penerapannya. Label & Triage mendukung kondisi tepat dan bahasa sehari-hari, serta tindakan memberi label, mengarsipkan, menandai dibaca, atau memberi bintang. Pratinjau aturan pada utas terbaru sebelum memperluas otomatisasi.

Bagi pembuat produk mandiri, tujuan pertama adalah kotak surat produk yang mudah dibaca. Temukan masalah pelanggan, bedakan pertanyaan akun dari pemberitahuan otomatis, dan pertahankan pesan yang membutuhkan balasan agar terlihat. Beberapa aturan jelas lebih membantu daripada banyak kategori tumpang tindih.

Mulai dari keputusan yang benar-benar Anda buat

Bayangkan produk baru menerima laporan bug, pertanyaan tagihan, dan pemberitahuan layanan rutin. Mulai dengan label seperti “Laporan bug”, “Pertanyaan tagihan”, dan “Pemberitahuan layanan”. Sesuaikan contoh ini dengan kotak surat Anda.

Tulis satu kalimat untuk menjelaskan setiap kategori. “Laporan bug” dapat berarti pelanggan menjelaskan perilaku produk yang gagal atau menghasilkan hal tak terduga. “Pertanyaan tagihan” dapat berarti pertanyaan tentang faktur atau biaya langganan. Hindari kategori kabur seperti “Penting” kecuali cakupannya dapat dijelaskan.

Label Banger milik suatu kotak surat. Aturan pemberian label harus memakai label Banger dari kotak surat yang sama. Minta agen menampilkan label yang ada terlebih dahulu agar memakai istilah Anda, bukan membuat label hampir sama.

Langkah: buat aturan yang dapat diperiksa

1. Hubungkan dan identifikasi kotak surat

Ikuti panduan MCP dan otorisasi cakupan yang sesuai. Pemeriksaan label dan Triage memakai akses baca; pembuatan label atau perubahan aturan memakai akses tulis. Konfirmasi kotak surat sebelum mengubah.

Beri permintaan terbatas: “Periksa label kotak surat dukungan produk saya. Usulkan label laporan bug dan tampilkan kondisi untuk memberikannya. Jangan arsipkan atau tandai apa pun sebagai dibaca.” Ini memisahkan klasifikasi dari tindakan yang mengubah tampilan kotak masuk.

2. Pilih kondisi tepat jika memungkinkan

Kondisi tepat mencakup pengirim, penerima, teks subjek, kata wajib, kata yang dikecualikan, dan keberadaan lampiran. Gunakan saat pembedaan bergantung pada hal yang langsung terlihat, seperti email dari alamat pemberitahuan yang dikenal.

Misalnya, aturan pemberitahuan layanan dapat mencocokkan pengirim persis dan frasa subjek. Tinjau pengirim dengan cermat: kondisi domain terlalu luas dapat memasukkan pesan di luar tujuan. Semua bidang yang dikonfigurasi harus terpenuhi, sementara setiap bidang memiliki perilaku pencocokan sendiri.

Minta agen menjelaskan kondisi dengan bahasa biasa sebelum menyimpan. Penjelasan yang mudah dibaca harus membantu memprediksi hasil untuk pesan contoh tanpa menafsirkan payload alat.

3. Gunakan bahasa sehari-hari untuk makna

Kondisi deskriptif dapat menyatakan maksud seperti “pelanggan melaporkan bug”. Ini berguna saat pelanggan menjelaskan masalah sama dengan kata berbeda. Buat deskripsi harfiah dan spesifik, jangan gabungkan beberapa keputusan tak terkait dalam satu kalimat.

Gunakan kondisi tepat untuk fakta tepat dan bahasa sehari-hari untuk makna. Jika aturan hanya boleh mempertimbangkan pengirim atau konteks kotak surat tertentu, nyatakan batasnya. Jangan berharap deskripsi luas diam-diam menyimpulkan semua pengecualian bisnis.

Pesan melewati pemeriksaan kondisi menuju label dan baki arsip, dengan jalur pembatalan kembali ke pesan.

4. Pratinjau sebelum menyimpan atau mengaktifkan

Pratinjau Triage Banger memeriksa utas terbaru yang cocok dengan kondisi. Agen dapat meninjau aturan tersimpan atau kondisi yang belum disimpan. Periksa contoh jelas dan kasus yang meragukan.

Minta: “Pratinjau kondisi ini pada utas terbaru, lalu tampilkan kecocokan yang mungkin salah.” Baca contohnya sendiri. Beberapa hasil meyakinkan tidak membuktikan semua pesan mendatang akan benar, khususnya sebelum produk mengumpulkan percakapan pelanggan yang beragam.

Ubah satu kondisi setiap kali, lalu pratinjau lagi. Ini memudahkan memahami perubahan hasil dibanding menulis ulang seluruh aturan setelah setiap kejutan.

5. Mulai dengan label, lalu pertimbangkan tindakan lain

Pemberian label adalah langkah awal berguna karena pesan tetap tersedia untuk peninjauan biasa. Setelah kategori bekerja sesuai tujuan, pertimbangkan apakah aturan juga perlu memberi bintang, menandai dibaca, atau mengarsipkan utas yang cocok.

Berhati-hatilah mengarsipkan pesan yang mungkin berisi permintaan pelanggan. Pemberitahuan dapat berisi masalah nyata. Pesan tagihan dapat membutuhkan jawaban. Klasifikasi saja tidak membuktikan percakapan selesai.

Menerapkan aturan pada email lama

Banger dapat menjalankan Triage pada email lama dalam periode satu hingga 90 hari. Secara default operasi hanya memberi label. Tindakan lain memerlukan opsi eksplisit, jadi periksa operasi yang diminta sebelum memakainya pada tumpukan email.

Mulai dengan periode singkat dan sedikit aturan. Bandingkan hasil penataan dengan harapan. Memperluas riwayat lebih mudah dinilai setelah satu penerapan kecil daripada setelah aturan tumpang tindih mengubah pesan berbulan-bulan.

Aturan dapat dijeda sambil mempertahankan kondisi dan riwayat. Banger juga menyediakan pemeriksaan tindakan Triage dan pembatalan. Jika aturan buruk, jeda dahulu, periksa tindakan terdampak, dan gunakan pembatalan yang tersedia jika sesuai, alih-alih terus menjalankannya.

Triage terpisah dari pengiriman

Tindakan Triage di sini tidak mencakup pengiriman balasan. Agen dapat membantu pekerjaan email lain, tetapi izin menata email bukan instruksi menyeluruh untuk menghubungi setiap pengirim.

Aktivasi Journey dan pengiriman yang dibatasi kebijakan ruang kerja menjadi Persetujuan manusia di Banger. Agen tidak dapat menyetujuinya. Tinjau panduan akses agen sebelum menggabungkan klasifikasi dengan alur email lebih luas.

Triage memiliki kuota paket terpisah dari pengiriman. Free mencakup Triage untuk 100 email per bulan. Periksa paket di harga dan referensi API jika mengintegrasikannya dalam perangkat lunak. Jika batas atau kemampuan yang tidak tersedia menghalangi aturan, periksa status untuk melihat yang belum diproses.

Pertanyaan umum

Bisakah saya melihat pratinjau sebelum membuat aturan?

Ya. Triage dapat meninjau kondisi belum tersimpan pada utas terbaru. Periksa makna usulan sebelum mengaktifkan aturan.

Bisakah Triage otomatis membalas pelanggan?

Tindakan yang didukung adalah memberi label, mengarsipkan, menandai dibaca, dan memberi bintang. Balasan merupakan operasi email terpisah.

Bisakah aturan memakai label kotak surat lain?

Tidak. Label aturan harus label Banger milik kotak surat yang sama.

Bagaimana jika aturan terlalu luas?

Jeda, periksa tindakan terdampak, perbaiki kondisi, dan pratinjau lagi. Mulai dengan label saja sampai cakupan aturan kembali dapat dipercaya.

Ditulis oleh