5 Tahapan Design Thinking Lengkap dengan Contoh Penerapannya

Design Thinking adalah pendekatan pemecahan masalah yang menempatkan pengguna sebagai pusat dari seluruh proses. Model yang paling banyak digunakan membagi proses ini ke dalam lima tahapan: Empathize, Define, Ideate, Prototype, dan Test. Kelima tahapan ini bukan sekadar langkah administratif, melainkan kerangka berpikir yang membantu tim menghasilkan solusi yang benar-benar relevan bagi pengguna.

Artikel ini ditujukan untuk pembaca yang sudah memahami konsep dasar Design Thinking dan ingin melangkah lebih jauh. Jika Anda baru mengenal topik ini, sebaiknya baca terlebih dahulu artikel Apa Itu Design Thinking? Pengertian dan 5 Tahapannya sebelum melanjutkan. Di sini, fokusnya adalah pada bagaimana setiap tahapan dijalankan dalam praktik, apa yang membedakan satu tahap dari tahap lainnya, dan seperti apa penerapannya dalam konteks nyata.

Memahami tahapan Design Thinking secara mendalam berarti memahami logika di balik setiap langkah, bukan hanya menghafal urutannya. Dengan pemahaman itu, proses ini dapat diterapkan secara fleksibel, baik dalam pengembangan produk digital, layanan, maupun pengalaman pelanggan.

Memahami Istilah dan Konsep Kunci dalam Design Thinking

Banyak pembaca yang sudah familiar dengan nama-nama tahapan Design Thinking, tetapi masih mengalami kebingungan tentang batas dan fungsi masing-masing, terutama antara tahap yang saling berdekatan. Berikut adalah istilah utama beserta penjelasan singkatnya:

• Empathize: Proses memahami kebutuhan, motivasi, dan hambatan pengguna melalui pengamatan dan interaksi langsung. Fokusnya adalah pada perspektif pengguna, bukan asumsi tim.
• Define: Tahap menyintesis temuan dari proses empati menjadi pernyataan masalah yang jelas, spesifik, dan berorientasi pada pengguna. Ini bukan tentang mendefinisikan solusi, melainkan mendefinisikan masalah yang tepat.
• Ideate: Proses menghasilkan sebanyak mungkin ide untuk menjawab pernyataan masalah yang telah dirumuskan. Pada tahap ini, kuantitas ide lebih diprioritaskan daripada kualitas awal.
• Prototype: Pembuatan representasi fisik atau digital dari ide yang dipilih, dengan tujuan menguji dan mengkomunikasikan konsep tersebut. Prototipe bukan produk jadi.
• Test: Evaluasi prototipe bersama pengguna nyata untuk mengumpulkan umpan balik dan mengidentifikasi area perbaikan sebelum pengembangan lebih lanjut.

Salah satu kebingungan yang sering muncul adalah antara tahap Empathize dan Define. Empathize adalah proses pengumpulan data dan pemahaman konteks pengguna, sementara Define adalah proses mengolah data tersebut menjadi fokus yang dapat ditindaklanjuti. Keduanya saling bergantung, tetapi memiliki output yang berbeda: Empathize menghasilkan wawasan, sedangkan Define menghasilkan pernyataan masalah.

Istilah lain yang perlu dipahami dalam ekosistem Design Thinking antara lain User-Centered Design (pendekatan desain yang selalu mengutamakan kebutuhan pengguna), Problem Framing (cara membingkai masalah agar dapat diselesaikan secara efektif), dan Ideation (proses menghasilkan ide secara kreatif dan terstruktur). Untuk pemahaman lebih lanjut tentang pendekatan berbasis pengguna, artikel tentang UX (User Experience) membahas prinsip-prinsip desain yang berpusat pada pengguna secara lebih lengkap.

Satu catatan penting: istilah Prototype dalam konteks Design Thinking tidak identik dengan wireframe atau mockup. Wireframe adalah representasi struktur halaman tanpa detail visual; mockup adalah tampilan visual statis; sedangkan prototipe adalah model yang dapat diinteraksikan atau diuji, meskipun belum sempurna. Perbedaan ini dibahas lebih rinci pada bagian Tahap Prototype.

Tahap Empathize: Memahami Kebutuhan dan Perspektif Pengguna

Kualitas seluruh proses Design Thinking sangat bergantung pada seberapa dalam tim memahami pengguna di tahap pertama ini. Tanpa empati yang kuat, pernyataan masalah yang dirumuskan berikutnya akan berdiri di atas asumsi, bukan kenyataan.

Tujuan tahap Empathize adalah membangun pemahaman yang mendalam tentang siapa pengguna, apa yang mereka rasakan, apa yang mereka butuhkan, dan hambatan apa yang mereka hadapi dalam konteks tertentu. Pemahaman ini harus bersumber dari interaksi langsung dengan pengguna, bukan dari data sekunder semata atau intuisi tim.

Metode Pengumpulan Data Empati

Ada beberapa metode yang umum digunakan untuk mengumpulkan wawasan pengguna pada tahap ini. Masing-masing memiliki kekuatan tersendiri dan sebaiknya dikombinasikan untuk mendapatkan gambaran yang lebih lengkap:

• Wawancara mendalam (in-depth interview): Percakapan satu-satu dengan pengguna untuk menggali motivasi, kekhawatiran, dan pengalaman mereka. Pertanyaan yang baik bersifat terbuka dan mendorong pengguna bercerita, bukan sekadar menjawab ya atau tidak.
• Observasi perilaku: Mengamati pengguna saat mereka menjalankan aktivitas tertentu di lingkungan alami mereka. Observasi sering mengungkap hal-hal yang tidak disampaikan dalam wawancara karena pengguna menganggapnya sudah biasa atau tidak relevan.
• Shadowing: Mengikuti pengguna selama periode tertentu untuk memahami konteks kehidupan atau pekerjaan mereka secara lebih holistik. Teknik ini berguna ketika masalah yang diteliti bersifat kompleks dan kontekstual.
• Persona dan customer journey map: Setelah data terkumpul, tim dapat menyusun persona (representasi fiktif pengguna tipikal) dan customer journey map untuk memvisualisasikan pengalaman pengguna dari awal hingga akhir. Alat bantu ini memudahkan tim untuk berempati secara konsisten sepanjang proses.

Perlu dicatat bahwa metode-metode ini berbeda dari survei kuantitatif berskala besar. Empathize dalam Design Thinking lebih bersifat kualitatif dan eksploratif: tujuannya adalah memahami konteks dan nuansa, bukan mengukur frekuensi atau persentase.

Contoh penerapan: Sebuah tim yang sedang mengembangkan aplikasi layanan kesehatan untuk pasien dengan penyakit kronis melakukan serangkaian wawancara mendalam dengan pasien dan keluarga mereka, sekaligus mengamati bagaimana pasien berinteraksi dengan sistem pencatatan obat yang ada. Dari proses ini, tim menemukan bahwa masalah utama bukan pada fitur aplikasi yang kurang, melainkan pada rasa cemas pasien ketika harus mengingat jadwal minum obat yang kompleks di tengah rutinitas harian yang padat. Temuan ini tidak akan muncul jika tim hanya mengandalkan data penggunaan aplikasi atau survei kepuasan.

Untuk menghindari bias konfirmasi, yaitu kecenderungan mencatat hanya informasi yang sesuai dengan asumsi awal, libatkan pengguna dari berbagai latar belakang agar wawasan yang diperoleh cukup representatif. Artikel tentang Customer Experience (CX) dapat memberikan perspektif tambahan tentang bagaimana pengalaman pelanggan membentuk kebutuhan pengguna.

Tahap Define: Merumuskan Masalah Berdasarkan Wawasan Pengguna

Setelah tim mengumpulkan banyak wawasan dari tahap Empathize, langkah berikutnya adalah mengolah semua informasi itu menjadi sesuatu yang dapat ditindaklanjuti. Tahap Define mengubah data mentah menjadi pernyataan masalah yang tajam, spesifik, dan berorientasi pada pengguna.

Kesalahan umum di tahap ini adalah melompat terlalu cepat ke solusi. Tim yang terburu-buru sering merumuskan "masalah" yang sebenarnya sudah mengandung solusi tersirat, misalnya: "Pengguna membutuhkan fitur pengingat otomatis." Pernyataan seperti ini menutup ruang eksplorasi. Pernyataan masalah yang baik menggambarkan kebutuhan atau hambatan pengguna tanpa mendikte bentuk solusinya.

Teknik Sintesis dan Problem Framing

Untuk mengolah data empati menjadi pernyataan masalah yang efektif, ada beberapa teknik yang dapat digunakan:

• Affinity diagram: Semua temuan dari tahap Empathize dituliskan pada catatan terpisah, kemudian dikelompokkan berdasarkan tema atau pola yang muncul. Proses ini membantu tim melihat gambaran besar dari data yang tampak beragam.
• Point-of-view (POV) statement: Format pernyataan masalah yang menyertakan tiga elemen: siapa penggunanya, apa kebutuhannya, dan mengapa kebutuhan itu penting. Formatnya biasanya: "[Pengguna] membutuhkan [kebutuhan] karena [wawasan]."
• How Might We (HMW) questions: Setelah POV statement dirumuskan, tim dapat mengubahnya menjadi pertanyaan-pertanyaan terbuka yang memancing ideasi. Misalnya: "Bagaimana kita bisa membantu pasien mengingat jadwal obat tanpa menambah beban kognitif mereka?"

Pernyataan masalah yang terlalu luas akan menghasilkan ideasi yang tidak terarah, sementara pernyataan yang terlalu sempit akan membatasi kreativitas tim. Menemukan keseimbangan ini adalah inti dari tahap Define.

Contoh penerapan: Sebuah tim yang mengembangkan platform edukasi digital untuk pelajar SMA melakukan wawancara dengan siswa dan guru. Dari affinity diagram yang mereka susun, muncul pola yang konsisten: siswa merasa kesulitan memahami materi abstrak ketika disajikan hanya dalam bentuk teks, sementara guru mengakui kekurangan waktu untuk membuat variasi konten. Tim kemudian merumuskan POV statement: "Siswa SMA yang belajar mandiri membutuhkan cara untuk memahami konsep abstrak secara visual dan interaktif, karena metode teks saja tidak cukup untuk membangun pemahaman yang bertahan lama." Pernyataan ini menjadi kompas untuk seluruh proses ideasi berikutnya.

Perbedaan antara masalah sebenarnya dan gejalanya juga perlu diperhatikan. Dalam contoh di atas, gejala yang terlihat adalah nilai ujian yang rendah, tetapi masalah sebenarnya adalah metode penyampaian konten yang tidak sesuai dengan cara belajar siswa. Merumuskan masalah pada level yang tepat adalah kunci keberhasilan tahap Define.

Tahap Ideate: Menghasilkan Beragam Ide Kreatif

Dengan pernyataan masalah yang sudah jelas, tim siap memasuki tahap Ideate. Tujuan utamanya adalah menghasilkan sebanyak mungkin ide tanpa penilaian atau kritik di awal. Prinsip dasarnya: semakin banyak ide yang dihasilkan, semakin besar kemungkinan menemukan solusi yang benar-benar inovatif.

Ideate bukan sekadar sesi brainstorming bebas tanpa struktur. Ada teknik tertentu yang dapat membantu tim menghasilkan ide yang lebih beragam, melampaui solusi-solusi yang sudah jelas atau konvensional.

Teknik Ideasi yang Efektif

Berikut adalah beberapa teknik ideasi yang dapat diterapkan sesuai kebutuhan dan dinamika tim:

• Brainstorming: Sesi diskusi kelompok di mana semua peserta bebas menyampaikan ide tanpa kritik. Aturan dasarnya: tidak ada ide yang terlalu gila, kuantitas lebih penting dari kualitas di tahap awal, dan ide orang lain boleh dikembangkan lebih lanjut.
• Brainwriting: Alternatif tertulis dari brainstorming. Setiap peserta menuliskan ide mereka secara mandiri selama beberapa menit, kemudian kertas diedarkan dan peserta lain menambahkan atau mengembangkan ide yang sudah ada. Teknik ini efektif untuk tim yang anggotanya cenderung tidak nyaman berbicara di depan kelompok.
• SCAMPER: Kerangka untuk memodifikasi ide yang sudah ada dengan mengajukan pertanyaan berdasarkan akronim: Substitute (ganti), Combine (gabungkan), Adapt (adaptasi), Modify (modifikasi), Put to other uses (gunakan untuk tujuan lain), Eliminate (hilangkan), Reverse (balik). SCAMPER berguna ketika tim merasa sudah kehabisan ide segar.

Setelah sesi ideasi selesai, tim perlu melakukan seleksi awal untuk menentukan ide mana yang paling layak dikembangkan menjadi prototipe. Kriteria seleksi dapat mencakup kelayakan teknis, relevansi terhadap pernyataan masalah, dan potensi dampak bagi pengguna.

Contoh penerapan: Tim produk sebuah platform e-commerce ingin meningkatkan pengalaman pengguna dalam menemukan produk yang relevan. Setelah merumuskan pernyataan masalah bahwa pengguna sering merasa kewalahan dengan terlalu banyak pilihan tanpa panduan yang memadai, tim mengadakan sesi brainwriting selama 20 menit. Hasilnya mencakup puluhan ide, mulai dari fitur filter yang lebih cerdas, rekomendasi berbasis riwayat pembelian, kurator produk mingguan, hingga fitur "tanya teman" yang memungkinkan pengguna meminta pendapat kontak mereka sebelum membeli. Tidak semua ide ini akan diprototipekan, tetapi keberagaman ide membuka perspektif yang tidak akan muncul jika tim langsung berdiskusi tentang solusi teknis.

Untuk menjaga kreativitas dan inklusivitas, pastikan semua anggota tim memiliki kesempatan yang sama untuk berkontribusi, termasuk mereka yang berasal dari latar belakang non-desain. Perspektif yang beragam sering menghasilkan ide yang lebih kaya dan tidak terduga.

Tahap Prototype: Membuat Representasi Nyata dari Ide

Setelah tim memilih beberapa ide yang paling menjanjikan dari tahap Ideate, saatnya membuat prototipe. Dalam konteks Design Thinking, prototipe adalah representasi dari sebuah ide yang cukup konkret untuk diuji, tetapi tidak harus sempurna atau lengkap. Tujuannya adalah membuat ide menjadi sesuatu yang dapat dilihat, disentuh, atau diinteraksikan, sehingga asumsi-asumsi yang ada bisa diuji sebelum investasi besar dilakukan.

Prototipe yang baik bukan yang paling canggih, melainkan yang paling efektif untuk menjawab pertanyaan spesifik yang ingin diuji. Ini adalah perbedaan mendasar antara prototipe dalam Design Thinking dan pengembangan produk konvensional.

Jenis dan Tingkat Fidelity Prototipe

Prototipe dapat dibedakan berdasarkan tingkat fidelity-nya, yaitu seberapa dekat prototipe tersebut menyerupai produk akhir:

Jenis Prototipe	Tingkat Fidelity	Karakteristik	Contoh Penggunaan
Sketsa / Paper prototype	Low-fidelity	Cepat dibuat, murah, mudah diubah	Menguji alur navigasi dasar aplikasi
Mockup interaktif	Medium-fidelity	Tampilan visual lebih jelas, interaksi terbatas	Menguji tata letak dan hierarki informasi
Prototipe digital interaktif	High-fidelity	Mendekati produk akhir, interaksi lebih lengkap	Uji coba pengguna sebelum pengembangan penuh
Prototipe fisik	Bervariasi	Representasi tiga dimensi dari produk fisik	Pengujian produk hardware atau perangkat

Pilihan jenis prototipe harus disesuaikan dengan pertanyaan yang ingin dijawab dan sumber daya yang tersedia. Untuk menguji apakah alur pemesanan dalam aplikasi sudah intuitif, paper prototype sudah cukup. Untuk menguji apakah tampilan visual sudah sesuai ekspektasi pengguna, prototipe dengan fidelity lebih tinggi mungkin diperlukan.

Penting untuk membedakan prototipe dari wireframe dan mockup. Wireframe adalah kerangka struktural halaman tanpa elemen visual yang detail. Mockup adalah representasi visual statis yang menunjukkan tampilan akhir tetapi tidak dapat diinteraksikan. Prototipe dirancang untuk diuji dan diinteraksikan, meskipun belum fungsional sepenuhnya. Untuk penjelasan lebih mendalam tentang perbedaan ini, Anda dapat membaca artikel tentang prototype dalam UI/UX design atau artikel berbahasa Inggris tentang perbedaan wireframe, mockup, dan prototype.

Contoh penerapan: Tim yang mengembangkan aplikasi mobile untuk manajemen keuangan pribadi memutuskan membuat prototipe low-fidelity menggunakan sketsa di kertas untuk menguji alur onboarding pengguna baru. Dalam waktu dua jam, mereka memiliki tiga versi alur yang berbeda untuk diuji. Pendekatan ini memungkinkan mereka mengidentifikasi kebingungan pengguna di langkah ketiga onboarding tanpa harus menulis satu baris kode pun. Setelah iterasi awal, mereka baru membuat prototipe digital interaktif untuk pengujian yang lebih mendalam.

Sebagai panduan umum, mulailah dengan fidelity serendah mungkin yang masih dapat menjawab pertanyaan pengujian Anda. Meningkatkan fidelity terlalu cepat sering membuang waktu dan membuat tim enggan mengubah prototipe meskipun umpan balik pengguna menunjukkan perlunya perubahan besar.

Tahap Test: Evaluasi dan Iterasi Berdasarkan Umpan Balik Pengguna

Tahap Test adalah momen di mana prototipe bertemu dengan realitas. Tim menguji asumsi-asumsi yang telah dibangun sepanjang proses dengan cara yang paling langsung: mengamati pengguna nyata berinteraksi dengan prototipe dan mendengarkan apa yang mereka katakan.

Tujuan tahap Test bukan untuk membuktikan bahwa solusi yang dibuat sudah benar, melainkan untuk menemukan di mana solusi tersebut masih perlu diperbaiki. Pergeseran mindset ini penting: umpan balik negatif adalah informasi berharga, bukan kegagalan.

Metode Pengujian Pengguna yang Umum

Ada beberapa metode pengujian yang dapat digunakan tergantung pada tujuan dan tahap pengembangan:

• Usability testing: Pengguna diminta menyelesaikan tugas-tugas tertentu menggunakan prototipe sementara tim mengamati dan mencatat di mana mereka mengalami kesulitan. Metode ini sangat efektif untuk mengidentifikasi masalah pada alur atau antarmuka.
• A/B testing: Dua versi solusi yang berbeda diuji secara bersamaan dengan kelompok pengguna yang berbeda untuk membandingkan efektivitasnya. Metode ini lebih cocok untuk pengujian pada tahap yang lebih matang ketika perbedaan antara dua versi sudah spesifik.
• Wawancara pasca-pengujian: Setelah pengguna berinteraksi dengan prototipe, tim melakukan wawancara singkat untuk menggali pendapat, perasaan, dan saran mereka. Wawancara ini melengkapi observasi dengan konteks yang lebih kaya.

Dalam sesi pengujian, tim sebaiknya menahan diri untuk tidak menjelaskan atau membela prototipe ketika pengguna mengalami kesulitan. Tugas tim adalah mengamati dan mencatat. Jika pengguna bingung, itu adalah data yang perlu didokumentasikan, bukan masalah yang perlu segera diselesaikan di tempat.

Contoh penerapan: Tim yang mengembangkan aplikasi edukasi untuk pelajar SMA mengundang sepuluh siswa untuk menguji prototipe fitur pembelajaran interaktif mereka. Sesi pengujian dilakukan selama 30 menit per siswa, dengan tugas spesifik seperti "coba pelajari konsep fotosintesis menggunakan fitur ini." Tim mengamati bahwa tujuh dari sepuluh siswa tidak menemukan tombol untuk memulai simulasi interaktif karena letaknya tersembunyi di bawah lipatan layar. Wawancara pasca-pengujian juga mengungkap bahwa siswa menginginkan opsi untuk mengulang bagian tertentu tanpa harus memulai dari awal. Kedua temuan ini langsung menjadi prioritas perbaikan untuk iterasi berikutnya.

Setelah umpan balik dikumpulkan, tim kembali ke tahap sebelumnya yang relevan: memperbaiki prototipe, merevisi pernyataan masalah jika diperlukan, atau bahkan kembali ke tahap Empathize jika ditemukan wawasan baru yang signifikan. Design Thinking bersifat iteratif, bukan linear, dan justru di situlah kekuatannya.

Dalam mengelola umpan balik, kategorikan temuan berdasarkan frekuensi dan dampaknya. Masalah yang dialami oleh banyak pengguna dan berdampak besar pada pengalaman mereka harus diprioritaskan. Tidak semua umpan balik perlu ditindaklanjuti segera, tetapi semua umpan balik perlu didokumentasikan untuk referensi iterasi berikutnya.

Model Alternatif Design Thinking dan Alasan Fokus pada Lima Tahapan

Model lima tahapan yang dibahas dalam artikel ini adalah yang paling banyak digunakan dan dikenal, terutama dalam komunitas UX dan desain produk. Namun, ada variasi dan model alternatif yang juga digunakan dalam konteks tertentu.

Beberapa model alternatif yang dikenal antara lain:

• Model 3 tahapan (Discover, Design, Deliver): Model yang lebih ringkas ini menggabungkan beberapa tahapan menjadi tiga fase besar. Discover mencakup riset dan empati, Design mencakup ideasi dan prototyping, dan Deliver mencakup pengujian dan implementasi. Model ini sering digunakan dalam konteks konsultasi atau proyek dengan waktu terbatas.
• Double Diamond (British Design Council): Model yang membagi proses desain ke dalam empat fase: Discover, Define, Develop, Deliver. Model ini menekankan dua momen divergen (mengeksplorasi banyak kemungkinan) dan dua momen konvergen (mempersempit fokus).

Model	Jumlah Tahapan	Karakteristik Utama	Konteks Penggunaan
Lima Tahapan (Empathize-Define-Ideate-Prototype-Test)	5	Detail, eksplisit, mudah dipelajari	Pengembangan produk, UX, pendidikan
Tiga Tahapan (Discover-Design-Deliver)	3	Ringkas, fleksibel	Proyek konsultasi, sprint singkat
Double Diamond	4	Menekankan divergensi dan konvergensi	Desain layanan, proyek strategis

Artikel ini berfokus pada model lima tahapan karena model ini memberikan panduan yang paling eksplisit untuk setiap langkah proses, sehingga lebih mudah dipelajari dan diterapkan, terutama bagi tim yang baru mulai mengadopsi Design Thinking. Model alternatif tidak lebih baik atau lebih buruk secara inheren; pilihan model sebaiknya disesuaikan dengan konteks proyek, ukuran tim, dan tujuan yang ingin dicapai.

Memahami bahwa berbagai model ini ada membantu tim untuk tidak terlalu kaku dalam menerapkan satu kerangka. Yang terpenting adalah prinsip dasarnya: selalu mulai dari pemahaman pengguna, rumuskan masalah dengan jelas, eksplorasi solusi secara kreatif, uji sebelum membangun, dan iterasi berdasarkan umpan balik nyata.

Kelima tahapan Design Thinking yang dibahas dalam artikel ini bukan urutan langkah yang harus diikuti secara mekanis. Setiap tahapan memiliki logika dan tujuan tersendiri yang saling memperkuat: Empathize memastikan tim memahami pengguna secara nyata; Define memfokuskan energi pada masalah yang tepat; Ideate membuka ruang untuk solusi yang tidak terduga; Prototype mengubah ide menjadi sesuatu yang dapat diuji; dan Test memastikan bahwa solusi yang dikembangkan menjawab kebutuhan pengguna, bukan hanya asumsi tim. Penerapan yang efektif membutuhkan kemauan untuk kembali ke tahap sebelumnya ketika diperlukan, karena setiap iterasi membawa tim lebih dekat ke solusi yang benar-benar relevan dan berdampak.