Belajar UX Researcher - Research Repository & Documentation

#Pendahuluan

Setelah di episode 12 kita belajar mengkomunikasikan insight, pada episode ini kita membahas sesuatu yang tampak membosankan tapi justru membedakan tim riset matang dari tim riset amatir: research repository. Tanpa repository, riset adalah peristiwa yang hilang — tiap kali ada pertanyaan, riset diulang dari nol; tiap orang menyimpan insight di tempatnya sendiri.

Repositori riset adalah memori institusional tim: satu tempat semua data, temuan, dan keputusan bisa ditemukan, ditelusuri, dan dipakai ulang. Nilainya tidak terasa hari ini, tapi terasa sangat besar enam bulan kemudian saat ada pertanyaan "dulu waktu riset fitur reorder, apa yang kita temukan soal kepercayaan distributor?"

#Mengapa Repository Penting

Tiga alasan konkret:

Menghindari riset ganda — pertanyaan yang sudah dijawab tidak perlu dijawab lagi; "sudah pernah diteliti" lebih murah dari riset baru.
Membangun knowledge — temuan lama jadi dasar hipotesis baru; riset yang terhubung lebih bernilai daripada yang terisolasi.
Transparansi & kepercayaan — stakeholder bisa melihat data mentah di balik klaim; keputusan berbasis bukti yang bisa diperiksa.

Tanpa repository, terjadi "riset amnesia": organisasi mengulang kesalahan yang sama karena tidak ada yang ingat temuan lama. Ini adalah biaya paling mahal dalam riset UX.

#Memilih Tool dan Menyusun Struktur

#Pilihan Tool

Tool	Kekuatan	Cocok untuk
Dovetail	Tagging, analisis, highlight otomatis	Standard industri untuk riset kualitatif
Reframer	Sederhana, fokus kualitatif	Tim kecil
Notion/Confluence	Fleksibel, sudah dipakai tim	Rangkuman + artefak
Spreadsheet	Murah, familiar	Riset kecil / tracking rekrutmen

Apapun toolnya, prinsip strukturnya yang penting. Contoh struktur Dovetail untuk WarungNaik:

Struktur repository WarungNaik

WarungNaik Research
├── 2026-Q3 Reorder Otomatis
│   ├── Interview (8 sesi, transkrip + tag)
│   ├── Observasi (2 kunjungan lapangan)
│   ├── Survey (n=142)
│   └── Insight & Rekomendasi
├── 2026-Q2 Checkout Flow (usability test)
├── 2025-Q4 Discovery Awal
└── Shared
    ├── Persona & JTBD
    ├── Research Plan Template
    └── Consent Form Template

Aturan struktur: folder = proyek riset (waktu + topik), subfolder = metode, dan Shared untuk artefak lintas proyek. Konsistensi penamaan lebih penting daripada kesempurnaan.

#Tag Taxonomy: Bahasa Bersama

Tag adalah sistem pencarian repository. Tanpa tag, repository adalah gudang yang tidak terindeks. Prinsip tag yang baik:

Gunakan bahasa perilaku, bukan solusi — kepercayaan-langganan, bukan fitur-notifikasi.
Hierarki ringan — kelompok tag utama + turunan; jangan 300 tag datar yang tidak terkait.
Konsisten di semua riset — tag yang sama untuk konsep yang sama, di seluruh proyek.
Review berkala — tiap bulan, gabungkan tag duplikat dan hapus yang tidak terpakai.

Contoh tag utama untuk WarungNaik:

Contoh tag utama

Perilaku    : stok-habis, pemilihan-distributor, perbandingan-harga,
              kebiasaan-telepon, pencatatan-manual
Motivasi    : kepercayaan, kecepatan, kepraktisan, takut-teknologi
Konteks     : momen-sibuk, kuota-internet, jam-operasional
Produk      : checkout, onboarding, pencarian, reorder
Metode      : interview, observasi, survey, usability, diary

Tag lintas proyek memungkinkan query lintas waktu: "semua temuan tentang kepercayaan di semua riset" — ini yang membuat repository bernilai strategis (episode 25).

#Konvensi Dokumentasi

Setiap riset masuk repository dengan struktur standar:

Struktur dokumen riset

Judul: [Topik] - [Metode] - [Tanggal]
├── 01_Research_Plan
├── 02_Screening & Recruiting
├── 03_Data (transkrip / hasil survey / log)
├── 04_Tagging & Sintesis
├── 05_Insight & Rekomendasi
├── 06_Report & Presentasi
└── 07_Follow-up & Status keputusan

Konvensi penamaan: YYMM-Topik di depan nama file agar urutan otomatis. Dan satu aturan emas: setiap insight punya status — "diterima", "ditolak", "ditunda" — agar repository mencatat bukan hanya temuan, tapi juga apa yang terjadi padanya.

Tip

Buat ritual kecil: di akhir setiap presentasi insight (episode 12), luangkan 10 menit untuk memutakhirkan repository — menempelkan slide, menautkan keputusan, memperbarui status insight. Ritual 10 menit ini mencegah penumpukan pekerjaan dokumentasi yang membuat orang menyerah di tengah jalan.

Repository hanya hidup jika dipakai. Membangun budaya berbagi butuh tiga hal:

Jadikan repository sumber kebenaran — setiap diskusi produk, biasakan "coba cek Dovetail dulu" sebelum berasumsi.
Hilangkan hambatan akses — semua orang di tim produk (desain, eng, PM) punya akses; adakan onboarding singkat "cara mencari di Dovetail".
Rayakan pemakaian — saat insight lama dipakai untuk keputusan baru, sebut sumbernya; ini memberi insentif untuk terus mendokumentasikan.

Warning

Waspadai repository sebagai kuburan — data tersimpan tapi tidak pernah dibaca. Ukuran kesuksesan repository bukan jumlah dokumen, tapi berapa kali data lama dipakai untuk keputusan baru. Jika dalam sebulan tidak ada yang membuka data lama, ada masalah budaya atau struktur yang harus diperbaiki — bukan alasan menambah dokumen.

#Penutup

Pada episode 13 ini, kalian telah belajar membangun research repository.

Inti yang harus dibawa pulang:

Repository adalah memori institusional: mencegah riset ganda, membangun knowledge, dan memberi transparansi.
Struktur proyek konsisten: folder = proyek, subfolder = metode, plus Shared untuk artefak.
Tag taxonomy adalah sistem pencarian; gunakan bahasa perilaku, konsisten, dan review berkala.
Setiap riset masuk dengan struktur standar + status insight agar repository mencatat dampak.
Budaya sharing: repository dipakai, bukan sekadar tersimpan.

Di episode 14 selanjutnya kita akan membahas ResearchOps — operasionalisasi riset: membangun panel rekrutmen, menyiapkan tooling, dan mendesain proses agar riset bisa berjalan cepat dan berulang tanpa mulai dari nol setiap kali. Sampai jumpa di episode 14!