Di era transformasi digital yang kian gencar, instansi pemerintah berlomba-lomba meluncurkan berbagai aplikasi, sistem informasi, dan platform digital. Mulai dari urusan administrasi internal, manajemen kepegawaian, hingga pelayanan publik seperti perizinan dan kependudukan, semuanya kini dialihkan ke dalam bentuk digital. Jutaan hingga miliaran rupiah anggaran negara dikucurkan melalui skema Pengadaan Barang/Jasa (PBJ) Pemerintah untuk membiayai pembuatan perangkat lunak (software) tersebut.
Namun, di balik semangat digitalisasi yang menggebu-gebu itu, tersimpan sebuah realita yang ironis sekaligus menggelitik. Sudah menjadi rahasia umum di kalangan Aparatur Sipil Negara (ASN) maupun masyarakat luas bahwa banyak software buatan pemerintah yang terkenal memiliki reputasi: sulit digunakan, membingungkan, sering crash, dan memiliki antarmuka yang kaku laksana situs web era awal tahun 2000-an.
Berapa banyak aplikasi pemerintah yang setelah diluncurkan dengan seremoni meriah, justru berakhir menjadi “aplikasi ghaib” yang diabaikan pengguna, atau terpaksa ditinggalkan karena operasionalnya justru jauh lebih rumit daripada metode manual lawas? Mengapa produk digital hasil belanja negara sering kali kalah jauh secara kenyamanan dan keandalan jika dibandingkan dengan aplikasi komersial swasta buatan perusahaan rintisan (startup) lokal?
Masalah ini bukan sekadar urusan kegagalan teknis coding dari sang programmer. Akar penyebab mengapa software pemerintah sering kali sulit digunakan adalah akibat dari adanya benturan paradigma antara tata kelola birokrasi, regulasi pengadaan yang kaku, dan karakteristik siklus hidup produk digital itu sendiri. Mari kita bedah anatomi problematikanya secara mendalam, lengkap, dan solutif.
1. Ketika Aturan Pengadaan Fisik Dipaksakan untuk Produk Digital
Akar masalah paling fundamental dari sengkarut pengadaan software di Indonesia terletak pada salah kamar regulasi. Aturan main Pengadaan Barang/Jasa Pemerintah (Perpres PBJ beserta turunannya) secara historis dirancang dengan kiblat atau filosofi pengadaan barang fisik (tangible assets), seperti membangun gedung, membeli mobil dinas, atau mengadaan meja kursi kantor.
Ketika filosofi kaku ini dipaksakan untuk belanja produk digital (intangible assets) seperti software, terjadilah paradoks yang merusak kualitas produk:
- Jebakan Kontrak Putus dan Tahun Tunggal: Membangun gedung adalah proyek yang memiliki garis akhir yang jelas: begitu semen kering, atap terpasang, dan kunci diserahkan, proyek selesai. Software tidak bisa diperlakukan demikian. Perangkat lunak adalah organisme hidup yang membutuhkan pemeliharaan (maintenance), pembaruan fitur (update), dan perbaikan kutu sistem (bug fixing) secara terus-menerus. Regulasi anggaran pemerintah yang berbasis tahun tunggal sering kali membuat sebuah aplikasi diputus kontraknya begitu tahun anggaran berakhir (31 Desember). Begitu tim pengembang swasta menyerahkan kode sumber (source code) dan pergi, instansi pemerintah kebingungan merawatnya. Ketika muncul error di bulan Januari, aplikasi tersebut dibiarkan mati suri karena tidak ada anggaran pemeliharaan yang melekat sejak awal.
- Kekakuan Spesifikasi di Dokumen HPS: Di awal tender, Pejabat Pembuat Komitmen (PPK) diwajibkan menulis spesifikasi teknis dan Harga Perkiraan Sendiri (HPS) secara mengunci dan detail. Padahal dalam dunia pengembangan teknologi modern, ada metode yang disebut Agile Development—di mana spesifikasi aplikasi bisa berubah di tengah jalan secara fleksibel mengikuti dinamika kebutuhan riil pengguna saat uji coba (testing). Karena ketakutan PPK terhadap audit BPK jika hasil akhir aplikasi tidak persis sama dengan baris kalimat di dokumen kontrak awal, vendor terpaksa membuat software yang patuh pada kertas dokumen, bukan patuh pada kenyamanan pengguna.
2. Tragedi Ego Sektoral dan Sindrom “Satu Inovasi, Satu Aplikasi”
Faktor kedua yang membuat ekosistem digital pemerintah carut-marut dan membingungkan adalah adanya Sindrom Satu Inovasi, Satu Aplikasi yang dipicu oleh penilaian indikator kinerja klinis birokrasi kita.
Dalam sistem penilaian reformasi birokrasi dan karier ASN, meluncurkan sebuah “inovasi baru” sering kali diterjemahkan secara sempit sebagai “membuat aplikasi baru”. Akibatnya, setiap direktorat, setiap bidang, bahkan setiap seksi di dalam satu dinas yang sama merasa berhak dan wajib menganggarkan pengadaan software masing-masing.
Dampaknya terhadap pengguna (baik ASN maupun masyarakat) sangat menyiksa:
- Ketiadaan Integrasi Data (Siloisasi Platform): Aplikasi-aplikasi tersebut dibuat oleh vendor yang berbeda, menggunakan bahasa pemrograman yang berbeda, dan menyimpan data di server yang terpisah-pisah. Akibatnya, mereka tidak bisa saling berkomunikasi (interoperabilitas). Seorang ASN atau warga dipaksa untuk membuat sepuluh akun dan mengingat sepuluh kata sandi yang berbeda hanya untuk mengurus urusan administrasi yang saling berkaitan.
- Orientasi Proyek, Bukan Solusi: Banyak pengadaan software diniatkan sejak awal hanya untuk memenuhi target serapan anggaran akhir tahun atau sekadar bahan laporan portofolio pimpinan (“Asal Bapak Senang”). Karena orientasinya adalah “yang penting proyek selesai dan aplikasi tayang”, tahapan paling krusial dalam desain teknologi—yaitu riset pengguna (user research), pengujian antarmuka (UI/UX testing), dan pelatihan operator lapangan—sering kali dilewati begitu saja atau hanya dijadikan formalitas di atas kertas.
3. Mengapa Aplikasi Pemerintah Terasa Kaku dan Ribet?
Jika Anda membuka aplikasi layanan perbankan swasta atau e-commerce, Anda akan merasakan kemudahan navigasi yang luar biasa; Anda bisa paham cara bertransaksi tanpa perlu membaca buku panduan manual setebal bantal. Hal ini terjadi karena perusahaan swasta berinvestasi besar pada keahlian desainer UI (User Interface) dan UX (User Experience).
Di panggung pengadaan pemerintah, porsi keahlian UI/UX ini sering kali dianggap sebagai komponen pelengkap yang tidak penting, atau bahkan tidak dianggarkan sama sekali di dalam dokumen HPS.
PPK umumnya menyusun anggaran pengadaan software dengan struktur biaya yang didominasi oleh pembelian perangkat keras (server, komputer) dan upah programmer (backend/frontend). Akibat ketiadaan desainer UX profesional, alur kerja (workflow) di dalam aplikasi pemerintah dirancang bukan berdasarkan logika kemudahan manusia, melainkan berdasarkan logika struktur organisasi birokrasi.
Aplikasi memaksa pengguna untuk mengikuti birokrasi meja per meja yang rumit secara digital. Pengguna disajikan halaman menu yang penuh dengan kotak isian (form) yang membingungkan, teks peringatan yang intimidatif, dan tombol navigasi yang tidak intuitif. Aplikasi yang harusnya memotong birokrasi, justru mendigitalisasi keruwetan birokrasi itu sendiri (digitalized red tape).
Memperbaiki Tata Kelola Belanja Teknologi Negara
Kita tidak boleh membiarkan miliaran rupiah anggaran negara terus-menerus terbuang sia-sia untuk membiayai software-software rongsokan digital yang mempersulit hidup rakyat dan ASN. Diperlukan perubahan paradigma total dan reformasi taktis dalam tata cara belanja teknologi pemerintah:
1. Perubahan Paradigma Regulasi: Mengadopsi Sistem Kontrak Berbasis Layanan (SaaS)
LKPP bersama Kementerian Keuangan harus merumuskan regulasi khusus yang memisahkan tata cara pengadaan teknologi informasi dari pengadaan barang fisik. Pemerintah harus didorong untuk bergeser dari paradigma “Membeli dan Memiliki Software” (Software Ownership) menjadi paradigma “Menyewa Layanan Teknologi” atau Software as a Service (SaaS).
Daripada mengeluarkan anggaran Rp2 miliar sekaligus untuk membuat aplikasi baru dari nol yang belum tentu berhasil, instansi pemerintah lebih baik menggunakan anggaran operasional tahunan untuk menyewa platform digital yang sudah matang dan teruji di pasar. Skema sewa ini membuat vendor bertanggung jawab penuh secara hukum untuk melakukan pemeliharaan, pembaruan keamanan, dan menjaga aplikasi tetap mudah digunakan setiap hari. Jika performa aplikasi buruk, pemerintah tinggal memutus kerja sama sewa tanpa risiko kehilangan aset negara.
2. Standardisasi Mutu UI/UX dan Kewajiban Uji Pakai Publik (User Testing)
Dalam Dokumen Pemilihan tender pengadaan software, LKPP harus memasukkan indikator pemenuhan standar Sistem Desain Nasional (National Design System) yang ramah pengguna sebagai salah satu syarat ambang batas kelulusan teknis.
Sebelum sebuah aplikasi dinyatakan selesai 100% dan dananya dicairkan kepada vendor, harus diwajibkan adanya tahapan User Acceptance Testing (UAT) faktual yang melibatkan pengguna riil (masyarakat atau staf pelaksana bawah), bukan hanya diuji oleh kepala dinas atau tim IT kantor. Jika dalam pengujian tersebut tingkat kegagalan pengguna dalam menyelesaikan satu fitur pelayanan masih tinggi, maka aplikasi dilarang keras untuk diluncurkan dan vendor wajib memperbaiki alur desainnya.
3. Konsolidasi Aplikasi Nasional: Satu Instansi, Satu Super-Apps
Pemerintah pusat melalui Kementerian PANRB dan Kementerian Kominfo harus bertindak tegas menghentikan “wabah pembiakan aplikasi” di daerah. Tegakkan secara radikal arsitektur Sistem Pemerintahan Berbasis Elektronik (SPBE). Setiap daerah tidak boleh lagi membuat aplikasi pelayanan publik yang berdiri sendiri-sendiri secara parsial.
Konsolidasikan seluruh layanan kedinasan ke dalam satu platform tunggal terintegrasi (Super-Apps Regional atau Super-Apps Nasional laksana aplikasi INA Digital yang tengah dikembangkan). Satu akun warga untuk mengakses seluruh jenis layanan negara. Langkah konsolidasi ini tidak hanya akan menghemat anggaran negara hingga triliunan rupiah dari hulu pengadaan, melainkan juga menjamin standarisasi kemudahan penggunaan bagi seluruh lapisan masyarakat.
Teknologi Harus Melayani Manusia, Bukan Mempersulit
Digitalisasi birokrasi pemerintah sejatinya memiliki satu tujuan luhur yang sangat sederhana: mempermudah urusan rakyat, mempercepat pelayanan publik, dan meringankan beban kerja aparatur negara. Kehadiran sebuah software baru harus diposisikan sebagai jembatan kemudahan, bukan sebagai labirin baru yang memicu rasa frustrasi dan kebingungan masal.
Reputasi buruk bahwa aplikasi pemerintah itu selalu ribet dan sulit digunakan adalah kritik berharga yang harus kita jawab dengan aksi nyata pembenahan tata kelola pengadaan teknologi. Pengadaan software yang sukses bukan diukur dari seberapa canggih baris kode pemrograman yang ditulis oleh vendor di latar belakang, melainkan dari seberapa mudah seorang kakek di pelosok desa atau seorang staf pelaksana di kantor kelurahan dapat mengoperasikan aplikasi tersebut dengan senyuman kemudahan.
Bagi rekan-rekan PPK dan perencana anggaran pemerintah, ubahlah sudut pandang Anda saat berbelanja teknologi: posisikan diri Anda sebagai pengguna akhir, utamakan aspek kenyamanan UI/UX, dan jangan pernah melupakan pentingnya kontrak pemeliharaan jangka panjang. Dengan komitmen perbaikan sistem belanja digital yang adaptif, terintegrasi, dan berorientasi pada manusia, kita dapat menghapus stigma negatif rongsokan digital birokrasi dan mewujudkan ekosistem pemerintahan elektronik Indonesia yang modern, andal, ramah pengguna, serta membawa berkah kemajuan yang nyata bagi seluruh rakyat Indonesia. Salam pengadaan!
