Desain layanan pemerintah berbasis peristiwa kehidupan

Bayangkan seorang warga yang baru saja kehilangan orang tuanya. Dalam dua minggu, ia harus mengurus akta kematian, mewarisi rekening bank, membatalkan kartu identitas, memindahkan sertifikat tanah, dan melaporkan perubahan status ke kantor pajak — enam formulir berbeda, enam kantor berbeda, enam kali menceritakan ulang bahwa orang yang ia cintai sudah meninggal. Pemerintah tidak merancang kekejaman ini dengan sengaja. Ia hanya merancang layanan berdasarkan struktur organisasinya sendiri, bukan berdasarkan kehidupan warganya.

Itulah masalah inti yang coba dijawab oleh desain layanan berbasis peristiwa hidup (life-event based service design): pendekatan merancang layanan publik mengikuti urutan kejadian nyata dalam hidup warga — lahir, sekolah, menikah, pindah rumah, kehilangan pekerjaan, sakit, atau meninggal — bukan mengikuti bagan organisasi kementerian atau dinas. Jawaban singkatnya: layanan pemerintah yang dirancang di sekitar peristiwa hidup mengurangi jumlah interaksi, dokumen, dan penjelasan berulang yang harus ditanggung warga, karena satu peristiwa memicu satu perjalanan terkoordinasi lintas instansi, bukan serangkaian transaksi terpisah yang harus dirangkai sendiri oleh warga yang sedang dalam kondisi paling rentan.

Mengapa struktur birokrasi justru menciptakan beban yang tidak perlu bagi warga?

Setiap kementerian, dinas, dan badan punya mandat, sistem, dan anggaran sendiri. Itu wajar secara administratif. Tapi bagi warga, batas-batas itu tidak terlihat dan tidak relevan — mereka hanya melihat satu peristiwa hidup yang harus diselesaikan. Ketika pemerintah merancang layanan mengikuti struktur internalnya, ia memindahkan biaya koordinasi dari birokrasi ke warga. Warga menjadi integrator tidak resmi antar sistem yang tidak saling bicara.

Ekonom perilaku menyebut beban administratif yang tidak perlu ini sebagai sludge — istilah yang dipopulerkan Cass R. Sunstein dalam makalahnya "Sludge and Ordeals" (2019). Sunstein membedakan sludge dari friction biasa: sludge adalah gesekan administratif yang sengaja atau tidak sengaja dibiarkan ada, dan yang paling parah menimpa orang-orang dalam kondisi paling rentan — orang berkabung, orang sakit, orang miskin yang paling sedikit punya kapasitas kognitif dan waktu untuk melawannya. Formulir berlapis, dokumen yang harus difotokopi tiga kali, kantor yang tutup jam empat sore padahal jam kerja warga sama — semua itu sludge, dan semua itu adalah pilihan desain, bukan keniscayaan.

Desain berbasis peristiwa hidup adalah jawaban struktural terhadap sludge itu. Bukan sekadar mempercantik formulir, tapi menata ulang siapa yang bertanggung jawab menyatukan layanan — dan menempatkan tanggung jawab itu pada sistem, bukan pada warga yang sedang berduka atau sedang sibuk mengurus bayi baru lahir.

Bagaimana negara lain menerapkan pendekatan ini dalam praktik?

Ini bukan teori. Beberapa pemerintah sudah membangunnya dan hasilnya bisa dilihat.

• Tell Us Once, Inggris. Layanan Tell Us Once milik pemerintah Inggris memungkinkan keluarga melaporkan satu kematian satu kali, lalu informasi itu otomatis diteruskan ke berbagai instansi seperti otoritas pajak, jaminan pensiun, dan lembaga pencatatan kendaraan. Peristiwa hidupnya adalah kematian; layanan dirancang mengikuti peristiwa itu, bukan mengikuti daftar kementerian yang harus dihubungi satu per satu.
• SmartStart, Selandia Baru. Layanan SmartStart menyatukan proses pendaftaran kelahiran, klaim tunjangan keluarga, dan pendaftaran ke skema kesehatan anak dalam satu alur digital yang dipicu oleh satu peristiwa: kelahiran bayi. Orang tua tidak perlu tahu bahwa di baliknya ada tiga sistem berbeda dari tiga lembaga berbeda.
• Model "peristiwa hidup" di portal warga Eropa. Beberapa portal layanan digital nasional di Eropa — termasuk pendekatan yang dipakai Denmark dan Estonia — menata menu utamanya bukan berdasarkan nama dinas, tetapi berdasarkan kategori seperti "punya anak", "pindah", atau "kehilangan pekerjaan", sehingga warga masuk lewat bahasa hidupnya sendiri, bukan lewat nomenklatur pemerintah.

Pola yang sama muncul di ketiganya: satu titik masuk, satu identitas terverifikasi yang dipakai ulang, dan koordinasi data terjadi di belakang layar — bukan dibebankan ke warga sebagai pekerjaan tambahan.

Apa prinsip perilaku yang membuat desain berbasis peristiwa hidup lebih efektif?

Ada dua konsep perilaku yang bekerja diam-diam di balik desain ini, dan keduanya layak dikenali dengan sengaja, bukan dipakai secara kebetulan.

Pertama, default dan arsitektur pilihan. Ketika sistem secara otomatis meneruskan data kematian dari kantor pencatatan sipil ke otoritas pajak, itu adalah default yang bekerja untuk warga, bukan melawannya. Warga tidak perlu memilih untuk "mengaktifkan" koordinasi antar-lembaga — koordinasi itu sudah menjadi jalur bawaan. Ini prinsip yang sama yang membuat program pensiun dengan pendaftaran otomatis jauh lebih efektif dibanding program yang mengharuskan pekerja mendaftar sendiri: bukan karena orang tidak mau, tapi karena setiap langkah tambahan adalah titik di mana orang berhenti.

Kedua, peak-end rule milik Daniel Kahneman — gagasan bahwa orang mengingat sebuah pengalaman terutama dari titik paling intens dan dari bagaimana pengalaman itu berakhir, bukan dari rata-rata setiap momennya. Peristiwa hidup seperti kematian anggota keluarga atau kelahiran anak adalah momen puncak emosional dalam hidup warga. Jika birokrasi menambah kesulitan justru di titik itu, kesan yang tertanam tentang negara akan buruk untuk waktu yang lama — terlepas dari seberapa baik layanan pemerintah lainnya. Sebaliknya, menyederhanakan justru di titik paling genting adalah investasi kepercayaan dengan pengganda tertinggi yang tersedia bagi pemerintah.

Sludge paling merusak justru menimpa warga yang paling sedikit punya cadangan waktu, uang, dan ketenangan untuk melawannya — dan peristiwa hidup adalah saat cadangan itu paling menipis.

Kombinasi keduanya menjelaskan mengapa pendekatan berbasis peristiwa hidup lebih dari sekadar efisiensi administratif. Ia adalah pengelolaan momen-momen yang paling menentukan persepsi warga terhadap negaranya — sesuatu yang dalam kerangka ekonomi perilaku disebut moment of truth, titik di mana kepercayaan dibangun atau dihancurkan.

Bagaimana langkah membangun layanan pemerintah berbasis peristiwa hidup?

Dari pengalaman menata ulang layanan publik, urutan yang berhasil biasanya seperti ini — dan urutannya penting, karena melompati langkah awal adalah alasan paling umum proyek semacam ini gagal di tengah jalan.

1. Petakan peristiwa hidup, bukan layanan. Mulai dari daftar peristiwa nyata — lahir, sekolah, menikah, pindah domisili, kehilangan pekerjaan, sakit kronis, pensiun, meninggal — bukan dari daftar layanan yang sudah ada di masing-masing dinas. Ini membalik arah pemetaan: dari kehidupan warga menuju sistem, bukan sebaliknya.
2. Petakan perjalanan lintas instansi untuk satu peristiwa. Untuk setiap peristiwa, gambarkan semua instansi, dokumen, dan sistem yang sebenarnya tersentuh — biasanya jumlahnya mengejutkan bahkan bagi orang di dalam pemerintahan sendiri. Ini adalah kerja pemetaan perjalanan dan blueprint layanan yang menyingkap siapa sebenarnya menanggung beban koordinasi hari ini.
3. Tunjuk satu pemilik peristiwa. Setiap peristiwa hidup butuh satu unit atau lembaga yang bertanggung jawab menjadi orkestrator — bukan pemilik semua data, tapi pemilik pengalaman ujung ke ujung. Tanpa kepemilikan tunggal ini, setiap dinas akan tetap mengoptimalkan bagiannya sendiri dan warga tetap jadi perekat di antaranya.
4. Bangun jalur data sekali-masuk. Identitas dan dokumen yang sudah diverifikasi satu instansi harus bisa dipakai ulang oleh instansi lain tanpa warga mengulang proses. Ini adalah pekerjaan teknis paling berat, tapi juga yang paling langsung mengurangi sludge.
5. Uji dengan warga yang benar-benar sedang mengalami peristiwa itu, bukan dengan pegawai yang berpura-pura jadi warga. Kondisi emosional dan kognitif orang yang baru kehilangan pekerjaan sangat berbeda dari orang yang menguji sistem di jam kerja santai.
6. Ukur berdasarkan penyelesaian peristiwa, bukan penyelesaian transaksi. Metrik lama biasanya menghitung "formulir selesai diproses" per dinas. Metrik yang benar menghitung "peristiwa hidup selesai" dari sudut pandang warga — berapa lama, berapa kali kontak, berapa dokumen yang harus diulang.

Langkah keenam ini sering diabaikan, padahal ini yang menentukan apakah proyek dianggap berhasil oleh atasan atau oleh warga. Dua hal itu tidak selalu sama.

Apa yang paling sering gagal ketika pemerintah mencoba menerapkan pendekatan ini?

Ada tiga kegagalan yang berulang, dan ketiganya lebih soal politik organisasi daripada teknologi.

• Portal baru di atas sistem lama. Banyak inisiatif berhenti pada membangun antarmuka warga yang cantik, sementara di baliknya data masih terkunci di sistem masing-masing dinas yang tidak saling bicara. Warga melihat satu formulir, tapi di belakang layar tetap ada enam entri data manual oleh enam petugas berbeda. Ini memindahkan sludge, bukan menghilangkannya.
• Tidak ada mandat lintas kementerian yang cukup kuat. Menyatukan layanan berarti satu instansi harus menyerahkan sebagian kendali atas datanya ke proses bersama. Tanpa dukungan politik dari level yang bisa memaksa kolaborasi ini, setiap dinas akan kembali mengutamakan targetnya sendiri begitu tekanan proyek mereda.
• Melupakan warga yang tidak digital. Desain berbasis peristiwa hidup sering disamakan dengan digitalisasi murni, padahal warga lanjut usia, warga di wilayah dengan konektivitas terbatas, dan warga dengan disabilitas tetap harus punya jalur yang sama sederhananya lewat kantor fisik atau telepon. Kalau tidak, pendekatan ini hanya memindahkan siapa yang paling dirugikan, bukan menghilangkan ketidakadilan itu.

Kegagalan-kegagalan ini bukan alasan untuk tidak mencoba. Justru sebaliknya: mengenalinya lebih dulu adalah cara menghindarinya. Pemerintah yang berhasil biasanya memulai dari satu peristiwa hidup dengan volume besar dan dampak emosional tinggi — kelahiran atau kematian adalah kandidat paling umum — lalu membuktikan modelnya sebelum memperluas ke peristiwa lain seperti pindah domisili atau kehilangan pekerjaan.

Bagaimana mengukur apakah transformasi ini benar-benar berhasil?

Ukuran keberhasilan yang jujur bukan jumlah layanan yang sudah "didigitalkan", tapi seberapa jauh beban koordinasi sudah berpindah dari warga ke sistem. Beberapa indikator yang lebih jujur untuk dipantau:

• Jumlah kali warga harus menyerahkan dokumen atau data yang sama ke instansi berbeda untuk peristiwa yang sama.
• Waktu total penyelesaian peristiwa dari sudut pandang warga, bukan waktu proses internal per dinas.
• Jumlah kanal berbeda yang harus dihubungi warga untuk menuntaskan satu peristiwa hidup.
• Tingkat penyelesaian mandiri tanpa eskalasi ke petugas manusia — dengan catatan, jalur manusia tetap harus tersedia dan mudah diakses bagi warga yang membutuhkannya.

Indikator semacam ini lebih dekat dengan pengalaman nyata dibanding metrik kepuasan generik, dan sejalan dengan cara kerja pemetaan perjalanan pelanggan yang sudah lama dipakai di sektor swasta untuk hal yang secara struktural sama: melihat layanan dari sudut pandang orang yang menjalaninya, bukan dari sudut pandang organisasi yang menyediakannya. Pemerintah yang ingin tahu di mana posisinya hari ini bisa memulai dari pemetaan kematangan layanan lintas instansi menggunakan kerangka asesmen kematangan CX sebagai titik awal diagnosis, sebelum menginvestasikan anggaran besar untuk integrasi sistem.

Kenapa ini sebenarnya soal kepercayaan publik, bukan sekadar efisiensi

Efisiensi adalah alasan yang mudah dijual ke kementerian keuangan. Tapi taruhan sebenarnya lebih besar dari itu. Setiap kali warga harus menceritakan ulang kematian orang tuanya ke kantor kelima, negara secara diam-diam mengirim pesan bahwa ia tidak cukup terorganisasi untuk peduli. Sebaliknya, setiap kali satu laporan cukup untuk memicu koordinasi otomatis, negara mengirim pesan sebaliknya: kami sudah menyiapkan ini untukmu sebelum kamu memintanya.

Pesan itu, yang terkumpul dari ribuan peristiwa hidup kecil dan besar, adalah bahan mentah dari legitimasi institusi publik dalam jangka panjang — jauh lebih menentukan daripada kampanye komunikasi apa pun. Pemerintah yang serius membenahi ini biasanya mulai dari penataan ulang proses dan organisasi lintas dinas lewat transformasi organisasi yang memberi mandat jelas siapa memiliki peristiwa hidup mana, sebelum berpindah ke lapisan digital. Urutan itu, bukan sebaliknya, yang membedakan proyek yang bertahan dari yang berhenti begitu anggaran pilot habis.

Desain berbasis peristiwa hidup bukan proyek teknologi yang kebetulan menyentuh pemerintah. Ia adalah pengakuan bahwa negara ada untuk melayani urutan kejadian dalam hidup manusia, dan bagan organisasinya sendiri seharusnya tidak pernah menjadi harga yang harus dibayar warga untuk melewati hari tersulit atau hari paling membahagiakan dalam hidup mereka.