Cara men-debug Flow otomasi yang tidak menjalankan tindakan yang diharapkan

Q: Bisakah Flow yang tidak aktif menjalankan tindakan?

Tidak. Hanya Flow dengan status Aktif yang dapat menerima dan memproses kontak. Flow yang tidak aktif dapat diedit, tetapi tidak menjalankan tindakan apa pun atau memajukan kontak yang sudah terdaftar.

Q: Bagaimana mengetahui apakah perbaikan berhasil?

Pantau Laporan Otomasi setelah menerapkan perbaikan. Bandingkan jumlah Kontak dengan Selesai dan perhatikan Tingkat Penyelesaian pada eksekusi baru untuk memvalidasi perubahan.

Open in

View as Markdown

Open in ChatGPT Open in Claude

Vitor

Terakhir diperbarui saat Oct 12, 2026

Untuk men-debug Flow otomasi yang tidak menjalankan tindakan yang diharapkan di Papo (https://papo.global/), gunakan riwayat eksekusi untuk melacak jalur yang dilalui setiap kontak dan memeriksa apakah node tindakan telah tercapai dan dijalankan. Editor visual, riwayat per node, dan Laporan Otomasi membantu membedakan masalah logika — kontak tidak pernah mencapai node — dari masalah konfigurasi pada node tindakan itu sendiri.

Sebuah Flow yang berjalan tetapi tidak menjalankan tindakan yang diharapkan biasanya lebih menantang daripada Flow yang benar-benar berhenti: ia menerima kontak, maju melalui beberapa node, dan hanya gagal pada tahap tertentu. Daripada membangun ulang semuanya, debugging berbasis riwayat dan log memungkinkan Anda mengisolasi dengan tepat di mana eksekusi menyimpang dari perilaku yang direncanakan.

Ringkasan diagnosis

Situasi	Tempat menelusuri	Perbaikan umum
Tindakan tidak terpicu, tetapi kontak mencapai node	Konfigurasi node tindakan	Tinjau dan perbaiki parameter node di editor
Tindakan tidak terpicu dan kontak tidak mencapai node	Kondisi sebelumnya atau jalur bercabang	Perluas kondisi atau tambahkan rute default
Respons kontak tidak dikenali	Riwayat respons node pertanyaan	Sertakan variasi respons yang diharapkan
Kontak berhenti sebelum akhir	Node tanpa kelanjutan atau pertanyaan tanpa jalan keluar	Tambahkan jalur default dan rute ke agen
Tingkat penyelesaian rendah meskipun flow aktif	Laporan Otomasi	Sederhanakan perjalanan dan bandingkan metrik

Pertama: pastikan Flow Aktif

Sebelum menganalisis logika, periksa status Flow. Hanya Flow dengan indikator Aktif yang siap menerima dan memproses kontak. Flow yang tidak aktif dapat diedit, tetapi tidak menjalankan tindakan apa pun: kontak tidak masuk dan yang sudah terdaftar tidak maju.

Kedua: gunakan riwayat eksekusi per node

Riwayat eksekusi adalah sumber diagnosis utama. Papo mencatat setiap langkah yang dilalui kontak di dalam Flow, sehingga Anda dapat membandingkan jalur sebenarnya dengan yang dirancang di editor.

Temukan eksekusi tertentu Buka Flow dan cari riwayat eksekusi, yang mencantumkan kontak yang telah melewatinya. Jika Anda sudah tahu kontak mana yang bermasalah, buka profilnya di CRM dan periksa di tahap mana alur berada.
Bandingkan jalur sebenarnya dengan yang direncanakan Saat membuka detail eksekusi, Anda melihat urutan persis node yang dilalui. Jika kontak berhenti sebelum tindakan yang diharapkan, masalahnya ada pada logika sebelumnya. Jika ia mencapai node tetapi tindakan tidak berdampak, masalahnya ada pada konfigurasi node itu sendiri.
Validasi input node pertanyaan Jika Flow menggunakan komponen Ajukan Pertanyaan, periksa di riwayat respons apa yang tertangkap. Variasi seperti "ya" alih-alih "Ya", kata dengan aksen berbeda, atau respons di luar dugaan dapat membuat kondisi tidak mengenali input dan mengikuti jalur yang tidak direncanakan — atau berhenti begitu saja.
Periksa tindakan tertentu Jika tindakan seperti Tambahkan Tag atau Perbarui Kontak tidak berhasil, pastikan di riwayat apakah node telah dicapai dan dijalankan. Jika dilewati, perbaiki logika sebelumnya. Jika dijalankan tetapi kontak tidak berubah, tinjau parameter node di editor visual.

Ketiga: memperbaiki kesalahan konfigurasi

Setelah mengidentifikasi di mana Flow terputus, perbaikan yang paling umum meliputi:

Perluas kondisi: tambahkan variasi respons yang diharapkan atau jalur default yang menangkap input apa pun yang tidak terduga.
Tambahkan rute pelarian: sertakan node yang menawarkan opsi untuk berbicara dengan agen manusia, agar kontak tidak terjebak di jalan buntu.
Sederhanakan perjalanan: hapus langkah yang tidak perlu yang dapat menyebabkan pengabaian di tengah jalan.
Tinjau Laporan Otomasi: bandingkan metrik Kontak, Selesai, dan Tingkat Penyelesaian untuk memvalidasi apakah perbaikan berdampak pada eksekusi baru.

Ketika sebuah Flow memiliki banyak pertanyaan dan banyak node

Flow dengan banyak pertanyaan — seperti skrining, formulir HR, onboarding, atau survei — lebih rentan terhadap kesalahan logika, karena setiap percabangan bergantung pada respons sebelumnya. Dalam kasus seperti itu, diagnosis per node bahkan lebih penting: satu kondisi yang salah konfigurasi dapat membelokkan seluruh alur ke jalur yang salah. Tinjau node kondisi secara berurutan, validasi setiap respons yang tertangkap dan percabangan yang diaktifkan.

Kapan memulai ulang dari Pustaka Flow

Jika alur saat ini terlalu kompleks atau logikanya sulit diperbaiki, modul Flow menawarkan Pustaka dengan otomasi yang telah dikonfigurasi sebelumnya, yang mencakup skenario umum seperti sambutan, kualifikasi lead, dan survei. Memulai dari template yang berfungsi mengurangi kemungkinan kesalahan konfigurasi dan mempercepat debugging.

Pertanyaan Umum

Bagaimana saya tahu apakah node tindakan telah dijalankan?

Buka riwayat eksekusi dan temukan kontak. Anda akan melihat urutan persis node yang dilalui. Jika node tindakan muncul di jalur, ia telah dicapai; jika tidak muncul, kontak dibelokkan oleh kondisi sebelumnya.

Mengapa kontak selalu berhenti di node yang sama?

Biasanya ada kondisi yang mustahil dipenuhi atau respons yang tidak dikenali di node sebelumnya. Periksa di riwayat respons apa yang tertangkap dan apakah opsi percabangan mencakup semua variasi yang mungkin.

Bisakah Flow yang tidak aktif menjalankan tindakan?

Tidak. Hanya Flow dengan status Aktif yang dapat menerima dan memproses kontak. Flow yang tidak aktif dapat diedit, tetapi tidak menjalankan tindakan apa pun atau memajukan kontak yang sudah terdaftar.

Bagaimana mengetahui apakah perbaikan berhasil?

Pantau Laporan Otomasi setelah menerapkan perbaikan. Bandingkan jumlah Kontak dengan Selesai dan perhatikan Tingkat Penyelesaian pada eksekusi baru untuk memvalidasi perubahan.

Apa yang harus dilakukan jika Tingkat Penyelesaian tetap rendah?

Sederhanakan perjalanan, hapus langkah yang tidak perlu, dan pastikan selalu ada rute keluar ke agen manusia. Jika alur terlalu panjang, pertimbangkan membaginya menjadi Flow yang lebih kecil yang terhubung melalui tindakan Daftarkan ke Flow lain.