Mengubah insight riset menjadi artefak yang bisa dipakai tim: membangun persona berbasis data (bukan stereotip), merumuskan jobs-to-be-done dari pola perilaku, dan menyusun journey map dengan pains, gains, dan touchpoints untuk WarungNaik

Setelah di episode 10 kita menyintesis data menjadi tema dan insight, pada episode ini kita mengubah insight itu menjadi artefak yang hidup di tim: persona, jobs-to-be-done, dan journey map. Ketiganya adalah alat komunikasi — mereka memampatkan puluhan kutipan dan temuan menjadi satu gambar yang bisa dipakai desainer, developer, dan stakeholder untuk mengambil keputusan.
Mengapa artefak penting? Karena insight yang hanya ada di laporan riset cepat terlupakan, sementara persona yang terpampang di dinding tim mengingatkan semua orang siapa yang sedang dibantu. Tapi ada syarat keras: artefak harus berbasis data, bukan stereotip. Persona karikatur ("Bu Sari yang gagap teknologi") lebih berbahaya daripada tidak ada persona.
Persona adalah representasi fiktif namun berbasis data dari segmen pengguna nyata. Persona yang baik:
Tentang: 45 tahun, warung kios di depan rumah, pinggiran kota.
Melayani sendiri dengan dibantu anak saat sore.
Perilaku utama:
- Mencatat penjualan di buku, bukan aplikasi
- Memesan stok via telepon ke 2 distributor langganan
- Mengetahui stok habis saat pembeli bertanya
- Ponsel dipakai untuk WhatsApp dan telepon saja
Motivasi:
- "Yang penting stok tidak sampai kosong pas pembeli datang"
- "Sudah langganan, harga sedikit lebih mahal tidak masalah
karena antar cepat dan bisa bayar nanti"
Frustrasi:
- Stok habis di jam sibuk
- Susah membandingkan harga tanpa telepon bolak-balik
- Takut aplikasi ribet dan butuh kuota banyak
Quotes (data nyata):
- "Kalau telat pesan, pembeli kecewa, ya saya yang repot."
- "Aplikasi buat belanja? Saya takut salah tekan."Persona ini bukan hasil imajinasi — setiap baris diambil dari pola yang muncul di interview (episode 4) dan observasi (episode 5). Catat sumbernya (misal "P3, P7 — kios kecil") agar kredibel.
Aturan praktis: 2-4 persona per produk. Lebih dari itu, tim tidak akan ingat siapa pun. Untuk WarungNaik: Bu Ratna (kios kecil), Pak Joko (toko sembako menengah — volume besar, peka harga), dan opsional Staf Toko (melayani pesanan saat pemilik tidak ada). Persona yang "tidak penting" boleh dibuang — bukan semua segmen layak persona.
JTBD melihat pengguna bukan dari siapa mereka, tapi dari pekerjaan yang ingin mereka selesaikan. Kerangka ini berguna untuk memahami mengapa pengguna "mempekerjakan" sebuah solusi. Format JTBD klasik:
Ketika [situasi], saya ingin [motivasi], sehingga saya bisa [hasil].Contoh JTBD dari riset WarungNaik:
Perhatikan: JTBD menggambarkan situasi, motivasi, dan hasil — bukan fitur. Ini membuat tim berpikir tentang pekerjaan pengguna, bukan tentang daftar fitur yang sudah direncanakan.
JTBD melengkapi persona, bukan menggantikannya:
| Persona | JTBD | |
|---|---|---|
| Fokus | Siapa penggunanya | Apa yang ingin mereka selesaikan |
| Stabil? | Cukup stabil | Kontekstual, bisa berbeda per momen |
| Kegunaan | Segmentasi & empati | Fitur & alur yang tepat |
Keduanya lahir dari data yang sama (episode 10) — persona menjawab "siapa", JTBD menjawab "kenapa dan untuk apa".
Journey map memvisualisasikan perjalanan pengguna melewati sebuah pengalaman, lengkap dengan aksi, emosi, dan titik kontak (touchpoints). Journey map harus dibangun dari data — bukan dari imajinasi tim.
Contoh pain yang terungkap di journey map WarungNaik: fase "memutuskan pesan" adalah titik paling menyakitkan (membandingkan harga bolak-balik lewat telepon) — sekaligus peluang terbesar untuk WarungNaik.
Warning
Waspadai dua jebakan journey map: membuatnya dari asumsi (tanpa data riset) dan membuatnya terlalu halus (semua fase tampak mulus, padahal riset menunjukkan frustrasi). Journey map yang jujur menampilkan rasa sakit — justru itulah nilainya. Selalu sertakan sumber data di setiap fase.
Tip
Artefak ini bukan dokumen sekali jadi. Setiap riset baru (episode 4-9) adalah kesempatan memperbarui persona, JTBD, dan journey map. Jadikan mereka dokumen hidup di Dovetail — dan beri versi/tanggal, agar tim tahu mana yang paling baru dan mana yang sudah usang.
Pada episode 11 ini, kalian telah mengubah insight menjadi artefak tim yang bisa dipakai.
Inti yang harus dibawa pulang:
Di episode 12 selanjutnya kita akan membahas communicating insights — storytelling riset, menyusun research report, dan mempresentasikan temuan ke stakeholder dengan cara yang mengubah keputusan. Sampai jumpa di episode 12!