Studi kasus solusiP022
Portal layanan publik sering tidak konsisten dengan status di belakang layar
Studi kasus solusi adalah skenario berbasis pola masalah umum di industri. Isinya tidak merujuk klien tertentu dan bukan portofolio proyek MarkasDev. Portofolio proyek klien dipublikasikan terpisah.
Konteks industri
Pemohon melihat status 'proses' di portal sementara petugas sudah selesai atau sebaliknya. Trust warga turun; call center kewalahan.
Batasan
- Backend legacy
- SLA dinas berbeda
- Konten portal dikelola tim komunikasi terpisah
Pendekatan
Diagnose
Samakan state machine status; sumber kebenaran; kanal update.
Deliver
Event status dari backend → portal; notifikasi; konsol petugas seragam.
Operate
Pantau selisih status; perbaikan mapping; laporan SLA ke publik yang jujur.
Arsitektur tingkat tinggi
Status service + webhook/outbox + portal read model.
Outcome tipikal
Status portal selaras backlog petugas; komplain 'status palsu' turun.
Outcome tipikal atau yang diharapkan, bukan klaim hasil proyek MarkasDev.Pertanyaan umum
Apakah perlu app mobile warga?
Portal responsif + notifikasi dulu sering cukup.
Status publik vs internal?
Beberapa state di-collapse untuk warga agar tidak membingungkan.
Backend tidak punya event?
Polling terkendali + timestamp sebagai jembatan.