Evolusi Human-Centered Design: Metodologi & Patterns
Kompetensi: Mahasiswa memahami bagaimana HCD berevolusi dari pendekatan akademis (Stanford d.school) menjadi kerangka kerja enterprise (IBM), serta mampu mengidentifikasi pola-pola yang konsisten di seluruh metodologi.
Mengapa Perlu Memahami Evolusi HCD?
Design Thinking bukan metode yang statis. Ia telah berevolusi selama lebih dari 50 tahun β dari teori akademis Herbert Simon (1969) menjadi kerangka kerja yang digunakan oleh perusahaan global seperti IBM, SAP, dan Google. Memahami evolusi ini membantu Anda:
- Tidak terjebak pada satu “versi” DT β setiap konteks membutuhkan adaptasi
- Mengenali pola universal yang berlaku di semua metodologi HCD
- Memilih tools yang tepat untuk skala masalah (startup vs enterprise)
Sumber: Evolusi Design Thinking – Stanford d.school & IBM Enterprise Design Thinking
Fase 1: Stanford d.school (2005) β 5 Langkah FSDT
Stanford d.school merumuskan kerangka kerja paling populer dalam DT modern: Empathize β Define β Ideate β Prototype β Test. Kerangka ini bersifat:
- Linear namun iteratif: Ada alur dasar, tapi bisa kembali ke tahap sebelumnya kapan saja
- Human-centered: Empati adalah fondasi, bukan afterthought
- Edukatif: Dirancang untuk pengajaran, mudah dipelajari pemula
π’ Fase 2: IBM Enterprise Design Thinking (2015) β Skala Besar
IBM mengembangkan versi DT yang dirancang untuk organisasi besar dengan ribuan karyawan. Mereka menambahkan 3 konsep kunci yang tidak ada di Stanford d.school:
π Stanford d.school (2005)
- 5 Fase: Empathize, Define, Ideate, Prototype, Test
- Fokus: Tim kecil, proyek pendidikan
- Keunggulan: Sederhana, mudah diajarkan
- Keterbatasan: Kurang detail untuk skala enterprise
π’ IBM Enterprise DT (2015)
- 4 Fase: Understand, Explore, Prototype, Evaluate
- 3 Konsep Kunci: Hills, Playbacks, Sponsor Users
- Fokus: Tim besar, proyek korporat
- Keunggulan: Terstruktur untuk skala enterprise
π 3 Konsep Kunci IBM Enterprise DT
1. Hills (Bukit Target)
Hills adalah pernyataan berbasis pengguna yang mendefinisikan target desain. Berbeda dengan “goal” bisnis yang abstrak, Hills harus:
- Spesifik: Jelas siapa penggunanya
- Terukur: Bisa diverifikasi keberhasilannya
- Manusiawi: Berfokus pada kebutuhan manusia, bukan teknologi
Contoh Hill: “Seorang manajer HRD dapat merekrut kandidat berkualitas dalam waktu 2 minggu, bukan 2 bulan.”
2. Playbacks (Sinkronisasi Tim)
Playbacks adalah sesi rutin di mana tim desain mempresentasikan progres kepada stakeholder. Tujuannya:
- Menyelaraskan visi antar tim yang bekerja paralel
- Mendapatkan feedback cepat dari eksekutif
- Mencegah “silo” β tim yang bekerja sendiri-sendiri tanpa koordinasi
3. Sponsor Users (Pengguna Nyata dalam Tim)
Sponsor Users adalah pengguna nyata yang menjadi bagian dari tim desain. Mereka bukan “responden survei”, tapi mitra aktif yang:
- Memberikan feedback real-time selama proses desain
- Menguji prototipe di lingkungan kerja mereka
- Menjadi “jembatan” antara tim desain dan pengguna akhir
Sumber: Perbandingan Metodologi HCD – Stanford d.school vs IBM Enterprise Design Thinking – Dibuat dengan QWEN AI | aurinoworks.com
Meskipun berbeda nama dan struktur, semua metodologi HCD memiliki 4 pola yang sama:
- Iterative: Selalu ada siklus ulang (bukan linear)
- User-Centered: Pengguna adalah pusat keputusan
- Collaboration: Kerja tim lintas disiplin
- Flexibility: Adaptif terhadap perubahan konteks
Hubungan Antara Stanford & IBM
Perhatikan bahwa IBM tidak “mengganti” Stanford d.school β mereka memetakannya:
- Understand β Empathize (memahami pengguna)
- Explore β Ideate (menjelajahi kemungkinan)
- Prototype β Prototype (sama persis!)
- Evaluate β Test (menguji solusi)
Ini menunjukkan bahwa prinsip HCD adalah universal β yang berubah hanyalah implementasi sesuai skala organisasi.
Aktivitas: “Peta Metodologi Anda”
Pilih 1 perusahaan yang Anda kenal (bisa tempat magang, perusahaan keluarga, atau startup favorit). Tanyakan:
- Apakah mereka menggunakan pendekatan DT? Jika ya, versi mana yang mirip: Stanford (sederhana) atau IBM (terstruktur)?
- Apakah ada konsep “Hills” (target berbasis pengguna) di perusahaan tersebut?
- Bagaimana mereka melakukan “Playbacks” (sinkronisasi tim)?
Pertanyaan Refleksi
- Mengapa IBM merasa perlu “memodifikasi” Stanford d.school? Apa yang hilang dari versi Stanford ketika diterapkan di perusahaan besar?
- Lensa Systems Thinking: Jika Stanford d.school adalah “metode untuk tim 5 orang”, dan IBM Enterprise DT adalah “metode untuk 500 orang”, apa yang perlu ditambahkan untuk skala 5.000 orang? (Petunjuk: governance, metrics, change management)
- Apakah Anda lebih cocok dengan pendekatan Stanford (fleksibel, cepat) atau IBM (terstruktur, terukur)? Mengapa?
- Bagaimana konsep “Sponsor Users” bisa diterapkan di UMKM Indonesia? Apakah pemilik UMKM bisa menjadi “Sponsor User” untuk produk mereka sendiri?
Evolusi HCD adalah contoh sempurna dari prinsip “Baca-Coba-Pikir-Tindak” di level metodologi:
- Baca: Stanford d.school merumuskan teori DT
- Coba: Perusahaan mencoba menerapkan di skala berbeda
- Pikir: IBM merefleksikan keterbatasan Stanford untuk enterprise
- Tindak: IBM menciptakan Enterprise DT dengan Hills, Playbacks, Sponsor Users
Output:
- β Tuliskan 1 paragraf refleksi (maks 150 kata): “Metodologi DT mana yang paling cocok untuk konteks Indonesia, dan mengapa?” Submit ke LMS.
Persiapan Sesi Berikutnya:
- π Baca: Bab tentang Similarities between Design Thinking and Agile di Interaction Design Foundation.
- π Prompt AI:
β Intisari Evolusi HCD