How Might We vs Jobs To Be Done: Apa Bedanya dalam UX?

Kalau kamu sering membaca soal UX, product design, atau design thinking, dua istilah ini hampir pasti sering muncul: How Might We dan Jobs To Be Done. Masalahnya, banyak orang menganggap keduanya mirip, padahal perannya berbeda.

Jobs To Be Done biasanya dipakai untuk memahami kebutuhan inti pengguna. Sementara How Might We dipakai untuk membuka arah solusi dari problem yang sudah mulai dipahami. Jadi, keduanya bukan saling menggantikan, tapi saling melengkapi.

Kalau kamu masih bingung kapan harus memakai JTBD dan kapan harus memakai HMW, artikel ini akan membantu kamu melihat bedanya dengan cara yang lebih praktis.

Ringkasan Singkat: HMW vs JTBD

Kalau mau dijelaskan secepat mungkin:

• JTBD membantu kamu memahami apa yang sebenarnya ingin diselesaikan user
• HMW membantu kamu mengubah pemahaman itu menjadi pertanyaan yang siap dieksplor

Jadi urutannya sering seperti ini:

• pahami kebutuhan user lewat JTBD
• ubah insight itu menjadi pertanyaan eksploratif lewat HMW
• gunakan hasilnya untuk ideation, eksperimen, atau arah desain

Apa Itu Jobs To Be Done?

Jobs To Be Done adalah framework untuk memahami alasan seseorang memakai sebuah produk, fitur, atau layanan. Fokusnya bukan pada siapa user-nya saja, tapi pada “job” apa yang sedang mereka coba selesaikan.

Dengan JTBD, kamu tidak berhenti di permukaan seperti:

user ingin fitur tertentu

Tapi masuk lebih dalam ke hal seperti:

• user ingin lebih cepat menyelesaikan task
• user ingin merasa aman saat mengambil keputusan
• user ingin mengurangi kebingungan atau effort

Karena itu, JTBD sangat kuat dipakai untuk problem framing dan research.

Apa Itu How Might We?

How Might We adalah cara membingkai masalah menjadi pertanyaan terbuka yang mendorong eksplorasi solusi.

Format ini biasanya dipakai setelah tim punya insight yang cukup jelas, lalu ingin mengubah insight itu menjadi arah brainstorming yang lebih terstruktur.

Contohnya, daripada berkata:

User baru bingung saat onboarding

Kamu bisa mengubahnya menjadi:

How might we help new users understand the first steps without feeling overwhelmed?

Di titik ini, HMW bukan dipakai untuk memahami masalah dari nol, tapi untuk membuka jalan menuju berbagai kemungkinan solusi.

Perbedaan Utama How Might We dan Jobs To Be Done

Ini bagian paling penting. Meski sama-sama berguna dalam UX, fokus dua framework ini berbeda.

1. Fokusnya berbeda

JTBD fokus pada kebutuhan inti user dan outcome yang ingin mereka capai.

HMW fokus pada cara mengubah problem menjadi pertanyaan yang mendorong ide.

Kalau disederhanakan:

• JTBD = memahami kebutuhan
• HMW = membuka solusi

2. Waktu pemakaiannya berbeda

JTBD biasanya dipakai lebih awal, terutama saat:

• user research
• synthesis insight
• problem definition

HMW biasanya dipakai setelah itu, terutama saat:

• workshop ideation
• brainstorming
• eksplorasi solusi
• prioritas eksperimen

3. Bentuk output-nya berbeda

Output JTBD biasanya berupa pemahaman atau statement tentang kebutuhan pengguna.

Contohnya:

Ketika saya sedang membandingkan beberapa opsi, saya ingin melihat perbedaan penting dengan cepat, sehingga saya bisa memilih dengan lebih percaya diri.

Output HMW biasanya berupa pertanyaan terbuka.

Contohnya:

How might we membantu user membandingkan opsi dengan cepat tanpa membuat mereka overload?

4. Cara berpikirnya juga berbeda

JTBD mengajak tim bertanya:

• sebenarnya user sedang mencoba mencapai apa?
• hambatan utamanya ada di mana?
• outcome seperti apa yang mereka cari?

HMW mengajak tim bertanya:

• peluang solusi apa yang bisa dibuka dari problem ini?
• bagaimana kalau kita mempermudah, mempercepat, atau memperjelas pengalaman itu?

Aspek	Job To Be Done	How Might We
Fokus	Memahami kebutuhan inti user	Membuka arah solusi
Tahap	Awal proses UX	Setelah insight mulai jelas
Output	Statement kebutuhan atau outcome	Pertanyaan eksploratif
Tujuan	Menemukan problem yang tepat	Mendorong ideation

Persamaan How Might We dan Jobs To Be Done

Walau berbeda, dua framework ini tetap punya beberapa persamaan penting:

• sama-sama berpusat pada user
• sama-sama membantu tim keluar dari asumsi internal
• sama-sama berguna untuk membuat keputusan desain yang lebih tajam
• sama-sama lebih kuat jika didasari insight yang nyata

Karena itu, HMW dan JTBD sebaiknya tidak dilihat sebagai dua kubu yang harus dipilih salah satu.

Kapan Sebaiknya Pakai JTBD?

JTBD lebih cocok dipakai saat kamu:

• ingin memahami motivasi user lebih dalam
• sedang merumuskan problem statement
• ingin menghindari bias langsung lompat ke fitur
• sedang mencari kebutuhan yang benar-benar penting untuk diprioritaskan

Kalau tim kamu masih belum yakin masalah apa yang sebenarnya perlu diselesaikan, mulai dari JTBD biasanya lebih aman.

Kapan Sebaiknya Pakai HMW?

HMW lebih cocok dipakai saat kamu:

• sudah punya insight atau problem yang cukup jelas
• ingin memulai sesi ideation
• butuh bahasa bersama yang cepat dipahami lintas tim
• ingin membuka banyak kemungkinan solusi tanpa terlalu cepat mengunci jawaban

Kalau problemnya sudah lumayan jelas tapi ide tim masih mentok, HMW biasanya sangat membantu.

Bagaimana JTBD dan HMW Saling Melengkapi?

Dalam workflow UX yang lebih rapi, JTBD dan HMW justru sering dipakai berurutan.

Contoh alurnya bisa seperti ini:

• lakukan research
• rangkum kebutuhan user lewat JTBD
• pilih problem yang paling penting
• ubah problem itu menjadi beberapa pertanyaan HMW
• pakai HMW untuk ideation dan eksplorasi solusi

Pendekatan seperti ini membantu tim tidak berhenti di insight saja, tapi juga tidak asal lompat ke solusi.

Contoh Sederhana HMW vs JTBD

Misalnya kamu sedang mendesain fitur pencarian freelancer.

Versi JTBD bisa seperti ini:

user ingin menemukan kandidat yang relevan lebih cepat agar tidak buang waktu menyeleksi profil yang tidak cocok

Dari sana, kamu bisa turunkan menjadi HMW seperti:

• How might we membantu user menyaring kandidat yang relevan dalam waktu lebih singkat?
• How might we membuat proses evaluasi profil terasa lebih ringan dan tidak melelahkan?

Di contoh ini terlihat jelas:

• JTBD membantu memahami masalah inti
• HMW membantu membuka beberapa arah solusi

Kesalahan Umum Saat Membandingkan Keduanya

Ada beberapa kesalahan yang cukup sering terjadi:

Menganggap HMW dan JTBD itu sama

Padahal keduanya bekerja di tahap yang berbeda.

Memakai HMW terlalu cepat

Kalau problem dasarnya belum jelas, HMW bisa menghasilkan banyak ide yang menarik tapi tidak relevan.

Memakai JTBD lalu berhenti di insight

JTBD sangat bagus untuk memahami user, tapi tim tetap perlu menerjemahkan insight itu menjadi tindakan. Di situlah HMW sering jadi jembatan yang berguna.

Penutup

How Might We dan Jobs To Be Done bukan dua framework yang saling bersaing. JTBD membantu kamu memahami apa yang sebenarnya ingin dicapai user, sedangkan HMW membantu kamu membuka arah solusi dari pemahaman itu.

Kalau kamu ingin proses design yang lebih tajam dari hulu ke hilir, memahami perbedaan dua framework ini adalah langkah yang sangat layak. Dan kalau kamu sedang membangun workflow design yang lebih terstruktur lintas tim, artikel DESIGN.md untuk designer juga bisa jadi bacaan lanjutan yang relevan.