Pengaduan Warga Tidak Ditindaklanjuti: Simpan nomor tiket sebelum membuat laporan baru

JKT.WEB.ID KNOWLEDGE SYSTEM
FormatPost
Diperbarui31 August 2026
Waktu baca7 menit
KonteksPanduan praktis

Hari ketujuh.

Status masih sama.

Ayu membuka aplikasi.

“Belum selesai.”

Suaminya, Raka, bertanya:

“Nomor laporannya?”

Ayu membacakan.

“Terus kenapa mau bikin baru?”

“Biar muncul lagi.”

“Kalau bikin lima, yang mana nanti kita follow-up?”

Ayu diam.

Mereka sedang menunggu tindak lanjut laporan ilustratif tentang drainase tersumbat di dekat rumah. Laporan sudah masuk. Ada foto. Ada lokasi. Ada nomor.

Masalahnya:

belum ada perubahan lapangan.

Refleks warga ketika pengaduan terasa macet biasanya satu dari dua:

buat laporan baru,

atau viralkan.

Padahal ada satu langkah sebelum itu:

follow-up menggunakan nomor laporan yang sudah ada.

JAKI dan sistem CRM Jakarta memang menyediakan mekanisme pemantauan status pengaduan. Jakarta Smart City menjelaskan bahwa warga bisa melacak tindak lanjut laporan melalui nomor laporan di JAKI atau CRM.

Nomor tiket bukan sekadar receipt.

Ia adalah alamat kasus di dalam sistem.

Jangan membuang alamat kasus sendiri

Ayu berkata:

“Kalau laporan baru mungkin masuk petugas lain.”

“Bisa,” kata Raka.

“Bagus dong.”

“Atau jadi duplikat.”

Duplikat menciptakan kebingungan.

Laporan A.

Laporan B.

Laporan C.

Semua objek sama.

Satu ditutup karena duplikat.

Satu diteruskan.

Satu masih menunggu.

Warga lalu merasa tiga-tiganya diabaikan.

Padahal sistem sedang menggabungkan.

Catat tanggal awal

Raka membuat catatan.

Laporan dibuat: 1 Agustus.

Nomor: X.

Status awal: menunggu.

Update pertama: 3 Agustus.

Follow-up: 8 Agustus.

Kondisi lapangan: belum berubah.

Kronologi seperti ini jauh lebih berguna daripada:

“Sudah lama.”

Berapa lama?

Tujuh hari?

Tujuh bulan?

Status punya arti, jangan baca semua sebagai “belum selesai”

Dalam sistem pengaduan, laporan bisa melewati beberapa tahap.

Diterima.

Dikoordinasikan.

Dalam proses.

Selesai.

Atau status lain sesuai desain sistem.

Baca detail.

Kadang warga melihat belum selesai padahal sudah didisposisikan.

Kadang terlihat selesai tetapi perlu validasi.

Jangan samakan semua status.

Follow-up satu nomor dulu

Ayu menggunakan kanal yang tersedia.

Ia menyebut nomor.

“Laporan X tentang drainase di lokasi Y belum terlihat tindak lanjut fisik sampai tanggal Z.”

Spesifik.

Tidak perlu menulis ulang seluruh sejarah kampung.

Nomor tiket membawa konteks.

Simpan screenshot setiap perubahan penting

Bukan setiap lima menit.

Tapi ketika status berubah.

Hari 1.

Hari 3.

Hari 7.

Kalau kemudian ada mismatch, riwayat jelas.

Jangan mengandalkan memori:

“Kayaknya kemarin sudah status selesai.”

Kondisi lapangan perlu dibuktikan ulang

Ayu mengambil foto baru.

Tanggal berbeda.

Angle sama.

Itu menunjukkan masalah masih ada.

Foto baru lebih kuat daripada mengirim foto lama lagi.

Kalau objek berubah, tunjukkan.

Jangan membuat laporan baru hanya karena tidak sabar

Ada layanan yang memang butuh waktu.

Perbaikan jalan.

Pohon.

Drainase.

Utilitas.

Koordinasi antarinstansi.

Tidak semua punya SLA yang sama.

Kalau ada standar waktu layanan, baca.

Kalau tidak, tanyakan perkiraan.

Bersabar bukan berarti pasif.

Pantau.

Tapi jangan juga menerima “sedang diproses” tanpa batas

Hari ke-30.

Status sama.

Tidak ada penjelasan.

Itu waktu untuk eskalasi.

Nomor laporan.

Kronologi.

Bukti.

Follow-up sebelumnya.

Sekarang warga punya case yang rapi.

Bukan keluhan baru.

Eskalasi bisa lewat kanal resmi lain

Pemprov DKI menyediakan berbagai kanal pengaduan resmi.

JAKI.

Email.

WhatsApp resmi.

Media sosial pemerintah.

Kanal lain dalam sistem pengaduan.

Kalau follow-up di satu kanal buntu, gunakan kanal resmi lain dengan menyebut nomor laporan yang sama.

Jangan mulai dari nol.

Jangan membuat narasi berbeda di setiap kanal

Di JAKI:

“Drainase tersumbat.”

Di email:

“Banjir besar.”

Di X:

“Pemerintah membiarkan.”

Padahal belum banjir.

Inkonsistensi menurunkan kredibilitas.

Gunakan fakta yang sama.

Update hanya kalau kondisi berubah.

Satu nomor tiket membantu ketika berbicara dengan kelurahan

Ayu datang ke kelurahan.

Petugas bertanya:

“Sudah lapor?”

“Sudah, nomor X.”

Petugas bisa melihat atau mengarahkan.

Kalau Ayu hanya berkata:

“Sudah kok.”

Percakapan lebih lambat.

Jangan mengandalkan DM pribadi pejabat

Kadang warga punya nomor staf.

Chat.

“Pak tolong.”

Bisa membantu.

Tapi tetap punya laporan resmi.

Pejabat pindah.

Nomor ganti.

Chat hilang.

Sistem resmi memberi jejak.

Viral sebaiknya membawa nomor laporan

Kalau akhirnya Ayu memilih mengunggah masalah ke media sosial, ia menulis:

“Sudah dilaporkan melalui kanal resmi nomor X sejak tanggal Y, status terakhir Z. Kondisi lapangan per tanggal A masih seperti foto.”

Itu jauh lebih kuat.

Publik tahu warga sudah memakai jalur resmi.

Instansi punya referensi.

Media bisa follow-up.

Jangan upload screenshot yang membuka data pribadi

Nomor laporan boleh jadi aman untuk dibagikan dalam konteks tertentu, tapi cek screenshot.

Nama lengkap.

Nomor telepon.

Alamat detail rumah.

Email.

NIK.

Blur yang tidak relevan.

Publik butuh memahami masalah, bukan biodata pelapor.

Pengaduan baru valid kalau kejadian baru

Misalnya drainase selesai dibersihkan.

Dua bulan kemudian mampet lagi.

Itu kejadian baru.

Buat laporan baru.

Bisa sebut laporan lama sebagai riwayat.

Jangan memaksa nomor lama untuk objek yang sudah berbeda.

Nomor tiket juga membantu melihat pola berulang

Ayu punya tiga nomor selama setahun.

Semua lokasi sama.

Ia membuat daftar.

Januari.

April.

Agustus.

Sekarang masalahnya bukan hanya satu penyumbatan.

Ada pola.

Mungkin perlu solusi lebih struktural.

Data riwayat membantu warga mengajukan pertanyaan yang lebih besar.

Jangan membuat duplikat untuk meningkatkan statistik

“Apa kalau 30 orang lapor, cepat?”

Belum tentu.

Sistem bisa mendeteksi laporan serupa.

Lebih baik satu laporan kuat ditambah dukungan melalui mekanisme yang ada.

Kalau banyak warga memang mengalami masalah berbeda pada titik berbeda, laporkan masing-masing.

Pengaduan layanan publik berbeda dari permohonan informasi

Kadang warga sebenarnya butuh data.

“Kenapa proyek ini tertunda?”

Itu bisa menjadi permohonan informasi publik.

Jangan memakai kanal pengaduan untuk semua kebutuhan.

PPID punya mekanisme sendiri untuk informasi publik.

Pilih kanal sesuai tujuan.

Pengaduan berbeda dari keadaan darurat

Kalau saluran meluap dan orang terjebak.

Pohon jatuh.

Kebakaran.

Jangan menunggu nomor laporan reguler.

Gunakan kanal darurat.

Setelah kondisi aman, dokumentasi administratif bisa menyusul.

Minta penjelasan, bukan hanya percepatan

Ayu menulis:

“Mohon informasi tahapan penanganan dan jika ada kendala koordinasi.”

Ini lebih berguna daripada:

“CEPAT.”

Mungkin masalah berada di lahan privat.

Utilitas lain.

Perlu alat.

Perlu koordinasi.

Warga berhak tahu sejauh informasi dapat diberikan.

Kalau tanggapan tidak masuk akal, simpan

Petugas menjawab:

“Sudah ditangani.”

Foto lapangan menunjukkan belum.

Simpan.

Jangan edit.

Minta klarifikasi.

“Bagian mana yang telah ditangani? Foto kondisi terbaru masih menunjukkan sumbatan.”

Faktual.

Jangan menyerang petugas individu tanpa tahu alurnya

Laporan bisa berpindah unit.

Petugas front desk bukan tim lapangan.

Admin aplikasi bukan dinas teknis.

Jangan mengubah kegagalan sistem menjadi serangan personal pada orang pertama yang membalas.

Gunakan bahasa yang memudahkan escalation

Contoh:

“Laporan nomor X dibuat tanggal 1 Agustus 2026. Status terakhir pada 5 Agustus adalah Y. Per 9 Agustus, kondisi fisik belum berubah, foto terbaru terlampir. Mohon konfirmasi unit penanggung jawab dan tahapan berikutnya.”

Selesai.

Tidak perlu 500 kata.

Nomor tiket adalah bukti partisipasi warga

Ketika pemerintah mengatakan kanal tersedia, warga bisa menunjukkan penggunaan.

Laporan X.

Y.

Z.

Ini penting untuk evaluasi layanan.

Bukan sekadar pertengkaran individu.

Data 2026 menunjukkan kanal pengaduan memang dipakai masif

Pemprov mencatat lebih dari 62 ribu pengaduan dalam Januari sampai Maret 2026 melalui berbagai kanal.

Artinya, satu laporan masuk ke sistem yang menangani volume besar.

Itu bukan alasan layanan boleh lambat.

Tapi alasan warga harus membuat laporan mudah ditelusuri.

Nomor.

Kategori.

Lokasi.

Bukti.

Jangan kehilangan bukti karena ganti HP

Ayu menyimpan nomor di email.

Raka berkata:

“Kenapa email?”

“Ponsel gue suka penuh.”

Good.

Screenshot di satu perangkat saja riskan.

Untuk masalah yang berjalan lama, simpan di cloud privat atau email.

Jika akun JAKI bermasalah, nomor masih membantu

Lupa password.

Ganti nomor.

Aplikasi error.

Nomor laporan memberi referensi ketika menghubungi support atau kanal lain.

Jangan hapus laporan lama setelah selesai

Arsipkan.

Tidak perlu aktif.

Riwayat berguna kalau masalah berulang.

Ayu punya folder:

2026_Drainase_RW04

01_laporan-awal

02_follow-up

03_selesai

Sederhana.

Setelah 12 hari, petugas datang

Drainase dibuka.

Ada material menyumbat.

Pembersihan dilakukan.

Ayu mengambil foto.

Status diperbarui.

Raka bertanya:

“Kalau kemarin bikin laporan baru?”

“Mungkin tetap selesai.”

“Terus?”

“Tapi sekarang gue tahu satu kasus ini jalan dari awal sampai akhir.”

Itu nilainya.

Pengaduan warga yang tidak langsung ditindaklanjuti memang membuat frustrasi.

Tapi jangan membuat frustrasi merusak jejak.

Simpan nomor tiket.

Tanggal.

Status.

Foto terbaru.

Follow-up.

Eskalasi dengan nomor yang sama.

Buat laporan baru hanya kalau memang masalahnya baru.

Karena pemerintah punya sistem.

Warga juga perlu punya sistem kecil.

Dan sistem kecil itu bisa sesederhana satu nomor yang tidak hilang.

Jangan membuka tiket baru hanya karena status bahasanya membingungkan

Ayu melihat status yang tidak ia pahami.

“Dikoordinasikan.”

“Artinya apa?”

Raka menjawab:

“Cari penjelasan dulu.”

Jakarta Smart City menyediakan penjelasan status laporan warga dan mekanisme tracking. Kalau istilah berubah seiring pembaruan sistem, gunakan help center terbaru.

Jangan menganggap kata yang tidak kita mengerti berarti laporan mandek.

Follow-up juga perlu interval yang masuk akal

Mengirim pesan setiap dua jam tidak membuat pekerjaan fisik lebih cepat.

Ayu membuat aturan.

Follow-up saat ada deadline layanan.

Saat status lama tidak berubah.

Saat kondisi memburuk.

Atau saat ada bukti baru.

Bukan karena bosan.

Ini membuat komunikasi lebih berbobot.

Kalau masalah memburuk, update sebagai perubahan kondisi

Hari pertama drainase mampet.

Hari ketujuh air mulai meluber ke rumah.

Sekarang urgency berubah.

Ayu tidak hanya berkata:

“Follow-up.”

Ia menulis:

“Kondisi memburuk. Per 9 Agustus air mulai masuk ke akses rumah, foto terbaru terlampir.”

Kalau sudah menjadi keadaan darurat, gunakan kanal darurat yang relevan.

Nomor tiket lama tetap menjadi riwayat.

Jangan membuat laporan baru untuk mengubah kategori yang salah tanpa koordinasi

Kalau salah kategori, cari apakah laporan bisa dikoreksi atau minta petugas mengarahkan.

Membuat duplikat baru dengan kategori berbeda bisa menambah kebingungan.

Kalau sistem meminta submit ulang, baru lakukan dan cantumkan nomor lama sebagai referensi.

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top