Meluaskan pandangan dari layar aplikasi ke keseluruhan layanan: memahami service blueprint, touchpoints, dan pengalaman end-to-end yang melibatkan pasien, dokter, admin, dan mitra. Di episode ini kalian menyusun service blueprint untuk alur konsultasi Sehati dan belajar menemukan gap yang tidak terlihat di user flow biasa

Setelah di episode 13 kita membangun kolaborasi dengan PM dan Engineer, pada episode ini kita menaikkan lensa satu tingkat lagi: dari produk ke layanan. Sehati bukan sekadar aplikasi — ia adalah layanan kesehatan yang melibatkan pasien, dokter, admin, puskesmas mitra, bahkan pihak logistik obat. Pengalaman yang kalian desain hanyalah sebagian dari rantai itu.
Service design adalah disiplin merancang keseluruhan layanan, bukan hanya titik kontaknya. Ia menjawab pertanyaan yang tidak terjawab di user flow biasa: apa yang terjadi di balik layar saat pasien menekan "Booking"? Siapa yang memproses? Berapa lama? Apa yang terjadi jika dokter tidak hadir? Jawaban atas pertanyaan-pertanyaan ini menentukan pengalaman nyata — dan sering kali di sinilah produk gagal, bukan di UI.
Service blueprint adalah diagram satu halaman yang memetakan layanan dari sudut pandang user dan internal. Komponen utamanya:
Garis putus-putus memisahkan tiga lapisan: apa yang user lihat (frontstage), apa yang terjadi di belakang (backstage), dan apa yang disokong sistem lain (support).
Mari susun blueprint untuk alur "cek gejala → konsultasi". Buat tabel dengan baris sebagai lapisan dan kolom sebagai tahap:
| Lapisan | Tahap 1: Booking | Tahap 2: Menunggu | Tahap 3: Konsultasi | Tahap 4: Setelahnya |
|---|---|---|---|---|
| Customer | Pilih dokter & slot, bayar | Menerima reminder | Video call dengan dokter | Baca resep, minum obat |
| Frontstage | Form booking + konfirmasi | Notifikasi push | UI video call, chat | Resep & pengingat |
| Backstage | Cari dokter, validasi bayar | Alokasi room call | Monitoring kualitas | Kirim resep ke farmasi |
| Support | Payment gateway | Sistem notifikasi | Infra streaming | Sistem apotek mitra |
Sekarang cari gap: di tahap manakah ada waktu tunggu tanpa informasi? Contoh klasik: pasien menunggu 20 menit setelah bayar karena dokter telat masuk, dan tidak ada feedback di aplikasi — user berpikir aplikasinya rusak. Blueprint membuat gap ini terlihat karena alur backstage ("dokter masih di konsultasi sebelumnya") vs frontstage ("tidak ada status") bisa dibandingkan.
Note
Prinsip kunci service design: setiap momen user menunggu tanpa informasi adalah kegagalan desain. Di blueprint, tandai semua momen tunggu dengan warna — lalu rancang feedback: status "Menunggu dokter menyelesaikan pasien sebelumnya · ±5 menit" jauh lebih menenangkan daripada spinner tanpa keterangan.
Touchpoint adalah setiap titik di mana user berinteraksi dengan layanan: aplikasi, WhatsApp, email, call center, bahkan obat fisik yang tiba di rumah. Desain yang baik menjaga konsistensi antar touchpoint — bahasa, tone, dan informasi yang sama.
Ecosystem adalah seluruh aktor dan sistem yang terlibat: pasien, dokter, apotek, asuransi, puskesmas, penyedia pembayaran. Produk digital jarang berdiri sendiri; memahami ekosistem membantu kalian menemukan peluang yang tidak terlihat dari dalam aplikasi saja.
Contoh untuk Sehati: alih-alih hanya menambah fitur "chat dokter", tim bisa melihat peluang di ekosistem — misal integrasi resep digital ke apotek mitra, atau notifikasi WhatsApp untuk pasien yang jarang membuka aplikasi. Ini bukan sekadar fitur, melainkan perbaikan layanan end-to-end.
01 Research.Inti yang harus dibawa pulang:
Di episode 15 selanjutnya kita akan membahas design critique & review — membangun budaya kritik yang sehat, memberi dan menerima feedback, serta mempresentasikan desain dengan percaya diri. Sampai jumpa di episode 15!