Belajar UX Designer - Service Design

#Pendahuluan

Setelah di episode 14 kita menguji perbaikan mikro di dalam layar JagaKota, saatnya zoom out: pengalaman pengguna tidak berhenti di layar. Laporan yang dikirim dari aplikasi harus ditangani petugas, dicatat di sistem, diteruskan ke dinas terkait, dan hasilnya kembali ke warga. Inilah wilayah service design — merancang layanan secara keseluruhan, bukan hanya antarmukanya.

Mengapa penting? Karena UX yang hebat di aplikasi bisa hancur oleh proses di belakangnya. Form lapor JagaKota yang mulus tidak ada artinya jika laporan menghilang di meja petugas. Service blueprint adalah alat untuk melihat seluruh layanan dan menemukan titik-titik gagalnya.

#Frontstage vs Backstage

Pemikiran inti service design: setiap layanan punya dua sisi.

Kesalahan klasik: tim fokus memoles frontstage, lalu backstage runtuh. Journey map (episode 6) memetakan sisi pengguna; service blueprint menambahkan seluruh mesin di belakangnya.

#Service Blueprint

Blueprint disusun seperti tabel berlapis. Baris-baris kuncinya:

Contoh potongan blueprint layanan lapor JagaKota:

#Menemukan Titik Gagal (Fail Points)

Nilai blueprint ada di kemampuannya mengungkap fail point — titik di mana layanan bisa terputus:

F1  Pengguna mengisi form tapi validasi gagal diam-diam → laporan
    tidak pernah masuk sistem, pengguna mengira sudah terkirim.
F2  Laporan masuk tapi petugas tidak ada SLA → laporan menumpuk
    dan status macet di "Diterima" tanpa kabar.
F3  Dinas menutup laporan tanpa konfirmasi warga → pengguna tidak
    tahu masalah selesai; kepercayaan jeblok.

#Handoff Antar-Channel

Service blueprint juga menuntut desain serah-terima antar channel. Warga bisa memulai laporan lewat SMS, melanjutkannya lewat aplikasi, dan menanyakannya lewat hotline — setiap perpindahan harus mulus:

Tanpa desain handoff ini, data yang sama ditanyakan berulang-ulang di tiap channel — beban yang tak perlu bagi warga (dan biaya bagi penyedia layanan).

#Peran Designer dalam Service

UX designer yang bekerja dengan lensa service design melakukan lebih dari mendesain layar:

• Memetakan seluruh perjalanan layanan — bukan hanya perjalanan di aplikasi.
• Mendesain handoff antar channel — bagaimana laporan dari hotline, aplikasi, dan medsos masuk ke alur yang sama.
• Merancang kegagalan — apa yang terjadi saat sistem down, petugas sakit, atau data tidak cocok? Kegagalan yang direncanakan lebih mudah dipulihkan.
• Mengukur ujung ke ujung — follow-through laporan (episode 4) adalah metrik layanan, bukan metrik aplikasi.

#Common Pitfalls

• Blueprint tanpa data — isi berdasarkan fakta operasional, bukan asumsi tim.
• Hanya baris tanpa kolom waktu — setiap tahap butuh durasi dan SLA yang eksplisit.
• Fokus di momen menyenangkan — titik sukses memuaskan, tapi fail point yang menentukan.
• Mendesain layanan sendiri-sendiri — jika tiap channel punya tim sendiri tanpa koordinasi, blueprint lintas channel tidak akan pernah tersusun.

#Penutup

Inti yang harus dibawa pulang:

• Service design melihat layanan end-to-end: frontstage (yang terlihat) dan backstage (yang tak terlihat).
• Service blueprint memetakan aksi pengguna, frontstage, backstage, dan support processes dalam satu peta.
• Fail point paling berbahaya sering berada di backstage dan antar-channel.
• UX yang hebat di layar bisa hancur oleh proses di belakangnya — desainlah keduanya.

Di episode 16 selanjutnya kita akan membahas design systems dan UX governance — pattern library, token, konsistensi, dan pengelolaan UX debt — untuk menjaga JagaKota tetap sehat saat berkembang. Sampai jumpa di episode 16!