“Udah gue lapor di JAKI.”
“Nomor laporannya?”
“Entah.”
“Screenshot?”
“Nggak.”
“Status?”
“Katanya masuk.”
Nando menatap temannya, Sari, lalu mengangkat ponsel.
“Berarti lo punya perasaan sudah melapor.”
“Jahat banget.”
“Bukan. Gue cuma nanya buktinya.”
Mereka tertawa, tapi kalimat itu cukup tepat.
JAKI memang dibuat sebagai super-app Jakarta. Di dalamnya warga bisa mengakses informasi, layanan, dan kanal pengaduan. Pemprov juga mengintegrasikan banyak layanan digital dari berbagai perangkat daerah dan BUMD ke dalam satu ekosistem.
Pada 2026, JAKI tetap menjadi salah satu kanal penting untuk laporan warga. Data Pemprov menunjukkan puluhan ribu pengaduan masuk melalui berbagai kanal resmi dalam tiga bulan pertama 2026, termasuk JAKI dan sistem Cepat Respon Masyarakat.
Tapi satu aplikasi tidak menghapus prinsip administrasi paling lama di dunia:
kalau urusan penting, simpan buktinya.
“Sudah klik kirim” bukan akhir proses
Nando bertanya:
“Lo lapor apa?”
“Lampu jalan mati.”
“Foto?”
“Ada.”
“Lokasi?”
“Ada.”
“Terus?”
“Selesai.”
Belum.
Dalam fitur Laporan Warga, laporan yang masuk akan diteruskan dan ditindaklanjuti oleh organisasi perangkat daerah terkait. Warga juga bisa memantau status tindak lanjut melalui JAKI.
Artinya, alurnya bukan:
kirim,
lupakan.
Lebih tepat:
kirim,
simpan nomor,
pantau,
cek tindak lanjut,
verifikasi hasil.
Nomor laporan adalah jangkar
Sari membuka riwayat.
Akhirnya ketemu.
“Ada nomor.”
“Screenshot.”
“Kenapa?”
“Biar minggu depan nggak nanya lagi.”
Nomor laporan menghubungkan semua komunikasi berikutnya.
Kalau status macet.
Kalau mau follow-up.
Kalau OPD minta detail.
Kalau warga ingin melapor lewat kanal lain.
Kalau ada dua laporan serupa.
Tanpa nomor, percakapan mudah berubah menjadi:
“Dulu saya sudah lapor.”
“Nomornya?”
“Lupa.”
Simpan.
Tidak harus di-print.
Screenshot.
Catatan.
Folder.
Apa saja.
JAKI adalah pintu, bukan gudang arsip pribadi
Sari berkata:
“Kan riwayat ada di aplikasi.”
Nando menjawab:
“Bagus. Tapi akun lo pernah logout nggak?”
“Pernah.”
“Aplikasi pernah update?”
“Pernah.”
“Ponsel pernah rusak?”
“Jangan diterusin.”
Platform memang punya riwayat.
Tapi warga tetap perlu menyimpan bukti untuk urusan yang material.
Nomor laporan.
Tanggal.
Foto asli.
Deskripsi.
Status.
Respons.
Jangan mengandalkan satu aplikasi sebagai satu-satunya copy seluruh kronologi.
Foto laporan perlu disimpan versi asli
Dalam panduan JAKI, foto menjadi salah satu komponen penting laporan.
Kalau jalan rusak difoto, simpan file asli.
Kenapa?
Karena versi upload bisa terkompresi.
Detail metadata mungkin berbeda.
Kalau kemudian masalah membesar, file asli punya kualitas lebih baik.
Sari bertanya:
“Foto lubang jalan perlu backup segala?”
“Kalau lo cuma pengin laporan selesai, mungkin nggak perlu ribet. Tapi kalau masalah sudah berulang tiga bulan, iya.”
Skala arsip mengikuti skala masalah.
Lokasi di aplikasi membantu, tapi deskripsi manusia tetap penting
Pin bisa tepat.
Tapi petugas perlu konteks.
“Lampu mati dekat apa?”
“Depan gerbang sekolah.”
“Tiang nomor?”
“Ada.”
“Dari arah mana?”
“Sebelah minimarket.”
Deskripsi seperti itu mempercepat identifikasi.
Geo-tag membantu.
Bahasa membantu.
Jangan hanya mengandalkan titik.
GPS punya akurasi.
Bangunan rapat.
Flyover.
Gang.
Persimpangan.
Petugas lapangan tetap butuh clue visual.
Satu aplikasi mengintegrasikan banyak layanan, tapi instansi tetap berbeda
Sari membuka JAKI.
Ada layanan kesehatan.
Pajak.
Transportasi.
Pengaduan.
WiFi.
Banjir.
Informasi.
Nando berkata:
“Kelihatannya semua satu.”
“Ya memang.”
“Di depan iya.”
Di belakang, layanan bisa dikelola OPD berbeda.
JakLapor terkait pengaduan.
JakRespons untuk memantau tindak lanjut.
Layanan kesehatan punya sistem sendiri.
Pajak punya sistem sendiri.
Perizinan bisa terhubung ke platform lain.
Jangan menganggap satu login berarti satu database tunggal yang otomatis menyelesaikan semua urusan.
Integrasi tidak menghapus dokumen sumber
Misalnya warga melihat data PBB di JAKI.
Bagus.
Tapi SPPT tetap dokumen.
Kalau mengurus kependudukan melalui layanan yang diakses dari ekosistem JAKI, KTP, KK, atau dokumen pendukung tetap perlu.
Kalau mengurus perizinan, dokumen usaha tetap ada.
Nando berkata:
“Super-app bukan superpower.”
Sari tertawa.
Itu poinnya.
Aplikasi menyederhanakan akses.
Bukan menghapus aturan dasar layanan.
Screenshot status penting ketika tindak lanjut berubah
Hari pertama:
Menunggu.
Hari ketiga:
Dikoordinasikan.
Hari kelima:
Selesai.
Sari datang ke lokasi.
Lampu masih mati.
“Lho?”
Nando berkata:
“Screenshot status.”
Kalau status sistem dan kondisi lapangan berbeda, bukti membantu.
Jangan langsung menuduh petugas memalsukan.
Bisa ada salah titik.
Salah laporan.
Pekerjaan parsial.
Status administratif berbeda.
Tapi warga punya dasar untuk meminta verifikasi.
Jangan membuat laporan baru kalau laporan lama belum jelas
Sari hampir menekan:
“Lapor lagi.”
Nando menahan.
“Nomor lama dulu.”
Laporan ganda bisa membuat data terfragmentasi.
Satu masalah punya dua nomor.
OPD berbeda membaca konteks berbeda.
Warga sendiri bingung mana yang aktif.
Lebih baik follow-up nomor lama jika objek dan masalahnya sama.
Buat laporan baru kalau memang ada kejadian baru atau sistem meminta demikian.
JAKI bukan pengganti layanan darurat
Kalau ada pohon tumbang menimpa kendaraan dan membahayakan orang.
Kebakaran.
Kondisi medis gawat.
Ancaman langsung.
Jangan mengandalkan laporan reguler di aplikasi.
Gunakan layanan darurat yang sesuai, seperti Jakarta Siaga 112 untuk keadaan yang memang memerlukan respons darurat.
JAKI punya banyak fungsi.
Tidak semua fungsi punya urgency yang sama.
Privasi laporan tetap perlu dipahami
JAKI menerapkan prinsip privasi dalam pengaduan dan menyediakan mekanisme laporan privat pada konteks tertentu.
Bagus.
Tapi warga tetap perlu berhati-hati pada foto.
Jangan memotret KTP.
Anak.
Nomor telepon.
Wajah korban.
Alamat detail rumah orang.
Hanya karena platform pemerintah bukan berarti kita harus mengunggah semua data di frame.
Foto publik dan privat punya konsekuensi berbeda
Misalnya laporan sampah di depan rumah.
Kalau foto memperlihatkan penghuni rumah, pertimbangkan crop.
Kalau laporan menyangkut dugaan pelanggaran sensitif, cek opsi privasi.
Jangan membuat orang lain viral sebagai efek samping laporan.
Simpan file sebelum aplikasi diperbarui
Tidak perlu paranoid.
Tapi untuk kasus penting, export atau screenshot status.
Software berubah.
UI berubah.
Fitur berubah.
Warga tidak perlu bergantung pada tampilan tertentu selamanya.
Nando punya folder:
2026-08-09_Laporan-Lampu-Jalan
Di dalam:
foto-asli.jpg
screenshot-submit.png
nomor-laporan.txt
status-hari-5.png
Sari berkata:
“Lo kayak auditor.”
“Gue cuma trauma kehilangan tiket komplain.”
Satu nomor laporan memudahkan bicara lintas kanal
Kalau warga akhirnya menghubungi kelurahan.
Dinas.
Media sosial resmi.
CRM.
Bisa bilang:
“Laporan JAKI nomor X.”
Bukan mengulang cerita 17 paragraf.
Nomor membuat pihak lain bisa mencari konteks jika sistem mereka terintegrasi atau setidaknya memahami ada proses sebelumnya.
Jangan gunakan JAKI sebagai ancaman
Ada warga yang berkata ke petugas lapangan:
“Saya JAKI-in lo.”
Sari tertawa ketika Nando menirukan.
Itu bukan fungsi aplikasi.
JAKI bukan alat menghukum petugas.
Ia kanal layanan dan pengaduan.
Laporkan masalah.
Bukan orang, kecuali memang perilaku orang tersebut relevan dengan kategori laporan dan didukung fakta.
Fokus objek.
Kategori laporan harus dipilih serius
Jalan rusak masuk kategori yang sesuai.
Sampah.
Pohon.
Lampu.
Parkir.
Fasilitas umum.
Kategori membantu routing.
Kalau salah pilih karena sekadar ingin cepat, laporan bisa masuk ke unit yang tidak tepat.
Baca.
Pilih yang paling sesuai.
Deskripsi pendek lebih baik daripada curhat panjang
Deskripsi yang membantu:
“Lampu penerangan jalan padam di depan SD X, sisi timur jalan, tiang nomor Y. Padam sejak sekitar 7 Agustus malam.”
Deskripsi yang kurang membantu:
“Pemprov kalau kerja gimana sih, ini dari dulu kota gelap terus.”
Kritik boleh.
Tapi kolom laporan punya fungsi operasional.
Apa masalah.
Di mana.
Sejak kapan.
Dampaknya.
Foto perlu menunjukkan masalah, bukan hanya selfie lokasi
Nando membuka contoh laporan.
“Kalau jalan berlubang, foto lubangnya.”
“Bukan muka gue?”
“Kalau muka lo yang berlubang beda kategori.”
Sari tertawa.
Panduan JAKI memang menekankan foto yang jelas memperlihatkan masalah.
Ambil angle yang menunjukkan konteks.
Jangan terlalu zoom sampai lokasi tidak terbaca.
Jangan terlalu jauh sampai masalah tidak terlihat.
Jangan edit foto sampai menyesatkan
Boleh crop seperlunya.
Blur data pribadi.
Tapi jangan menambah objek.
Mengubah warna ekstrem.
Menghapus elemen.
Laporan publik perlu integritas.
Status “selesai” perlu verifikasi warga
Beberapa sistem pengaduan punya mekanisme validasi tindak lanjut.
Kalau pekerjaan sudah dilakukan, cek.
Kalau benar selesai, jangan tetap mengeluh karena ingin memenangkan argumen.
Kalau belum, beri feedback dengan bukti baru.
Sistem yang sehat membutuhkan dua arah.
Laporan warga adalah data kota
Puluhan ribu laporan bukan hanya keluhan.
Itu sensor manusia.
Jalan.
Sampah.
Lampu.
Pohon.
Drainase.
Fasilitas.
Kalau laporan rapi, data menjadi lebih berguna.
Kalau lokasi salah dan foto kabur, kualitas data turun.
Nando berkata:
“Jadi warga juga bagian quality control?”
“Kurang lebih.”
Jangan laporkan masalah yang sama dari lima akun untuk “memaksa”
Mungkin terasa efektif.
Tapi bisa membuat data duplikat.
Kalau ingin menunjukkan banyak warga terdampak, gunakan mekanisme komentar, dukungan, atau kanal formal yang tersedia.
Jangan spam.
Kalau aplikasi error, simpan bukti error
Screenshot.
Versi aplikasi.
Waktu.
Langkah.
Kalau perlu, lapor masalah teknis melalui kanal support.
Jangan hanya tulis di review store:
“APLIKASI JELEK.”
Informasi teknis membantu.
Sari akhirnya melihat lampu menyala
Tiga hari setelah follow-up, status diperbarui.
Malamnya mereka lewat.
Lampu sudah menyala.
Sari mengambil foto.
“Buat apa?”
Nando menjawab:
“Penutup cerita.”
“Lo lebay.”
“Tapi selesai kan?”
Selesai.
JAKI memang memudahkan warga berinteraksi dengan kota.
Satu aplikasi bisa menjadi pintu ke banyak layanan.
Tapi pintu bukan arsip.
Pintu bukan bukti.
Pintu bukan jaminan semua proses otomatis selesai.
Untuk urusan penting, warga tetap perlu punya kebiasaan dasar:
simpan nomor laporan,
foto asli,
tanggal,
status,
respons,
dan hasil akhir.
Digitalisasi membuat layanan lebih cepat.
Bukti membuat kita tidak kehilangan jejak.
Dan di kota yang menerima puluhan ribu laporan, jejak yang rapi membuat satu masalah kecil lebih mudah ditemukan di antara ribuan masalah lain.
Bukti juga penting ketika layanan berpindah platform
Pemerintah digital tidak statis.
Fitur bisa dipindahkan.
Nama menu berubah.
Satu layanan yang dulu berdiri sendiri bisa diintegrasikan.
Satu layanan yang dulu muncul di JAKI bisa diarahkan ke aplikasi lain.
Kalau warga hanya mengandalkan ingatan:
“Dulu ada menunya di sini.”
Ia cepat bingung.
Sari pernah mengurus administrasi lewat link yang sekarang sudah berbeda.
Nando berkata:
“Makanya simpan bukti pengajuan, bukan cuma bookmark.”
Bookmark menunjukkan pintu.
Bukti menunjukkan apa yang sudah kita lakukan.
Bedakan bukti pengajuan dan bukti hasil
Ini dua file berbeda.
Bukti pengajuan:
nomor tiket,
tanggal,
form terkirim.
Bukti hasil:
surat terbit,
status selesai,
foto perbaikan,
receipt pembayaran.
Sari dulu hanya menyimpan hasil.
Kalau hasil tidak keluar, ia tidak punya jejak submit.
Mulai sekarang ia simpan keduanya.
Jangan menganggap notifikasi push sebagai arsip
Notifikasi muncul.
“Laporan diproses.”
Lalu hilang.
Nando bertanya:
“Screenshot?”
“Nggak.”
Notifikasi dibuat untuk memberi tahu saat itu, bukan menyimpan riwayat lengkap.
Buka detail laporan.
Simpan status penting.
Tidak perlu screenshot setiap notification bubble.
Satu aplikasi bagus justru membuat disiplin arsip makin penting
Semakin banyak layanan masuk satu aplikasi, semakin banyak urusan berbeda yang lewat layar sama.
Pajak.
Aduan.
Kesehatan.
Transport.
Bansos.
Informasi.
Kalau pengguna tidak membedakan bukti per layanan, folder galeri berubah menjadi satu dump besar.
Buat nama.
Kategori.
Tanggal.
Sederhana.
Teknologi menyatukan pintu masuk.
Warga tetap perlu memisahkan dokumen keluarannya.