Pernahkah Anda merasa terjebak dalam proses desain layar yang melelahkan, di mana Anda hanya memiliki gambaran samar tentang bagaimana elemen di layar tersebut berhubungan dengan bagian lain dalam sistem? Sering kali, desainer meninggalkan rapat dengan stakeholder membawa arahan yang tidak jelas, bahkan terkadang bertentangan dengan percakapan sebelumnya. Anda tahu bahwa pemahaman yang lebih baik tentang kebutuhan pengguna akan membantu tim memperjelas apa yang sebenarnya ingin dicapai, namun anggaran dan waktu untuk UX Research selalu terasa sangat ketat. Dalam situasi ini, Anda mungkin merasa seperti tokoh Oliver Twist yang dengan ragu bertanya, “Tuan, bolehkah saya minta riset lagi?”, hanya untuk ditolak karena alasan efisiensi biaya.
Rahasia untuk memecahkan kebuntuan ini bukanlah dengan memohon, melainkan dengan membuat para stakeholder mengidentifikasi sendiri asumsi berisiko tinggi dan kompleksitas tersembunyi dalam proyek mereka. Anda perlu memfasilitasi sebuah proses yang membuat mereka merasa bahwa kebutuhan akan riset adalah ide mereka sendiri. Dengan menggunakan pendekatan yang tepat, Anda dapat mengekspos kesenjangan pemahaman dalam tim secara kolaboratif. Artikel ini akan mengupas tuntas bagaimana membawa tim Anda bersatu melalui dua pertanyaan sederhana namun sangat kuat: Apa saja objeknya? Dan bagaimana hubungan antar objek tersebut? Teknik ini merupakan bagian dari metodologi yang lebih besar untuk memastikan produk Anda memiliki fondasi struktural yang kokoh.
Memahami Filosofi OOUX dan Proses ORCA
Dua pertanyaan krusial di atas sebenarnya selaras dengan langkah awal dalam proses ORCA, yang merupakan singkatan dari Objects, Relationships, CTAs, and Attributes. Object-Oriented UX (OOUX) adalah filosofi desain yang menjadi dasar dari metodologi ini, di mana fokus utamanya adalah menciptakan fondasi struktural yang elegan sebelum masuk ke desain visual. Proses ORCA sendiri terdiri dari empat putaran iteratif yang mencakup lima belas langkah mendetail, yang dirancang untuk mensintesis hasil riset menjadi arsitektur informasi yang tangguh. Dengan OOUX, pekerjaan sebagai desainer menjadi lebih kolaboratif, efektif, dan strategis karena setiap elemen memiliki tempat yang jelas dalam sistem.
Gauntlet Antara Riset dan Desain Layar
Penting untuk dipahami bahwa proses ORCA mengikuti prinsip “garbage in, garbage out”. Agar prototipe yang dihasilkan pada tahap akhir benar-benar efektif saat diuji, proses ini harus diberi asupan riset yang berkualitas tinggi. Namun, jika Anda saat ini tidak memiliki banyak data riset, bagian awal dari proses ORCA justru berfungsi sebagai alat untuk menjual kebutuhan riset tersebut kepada manajemen. Proses ini bertindak sebagai semacam ujian atau gauntlet; jika riset Anda kuat, Anda akan melaju mulus ke tahap desain. Namun, jika riset kurang, proses ini akan secara otomatis memunculkan daftar pertanyaan terbuka yang sangat spesifik yang tidak bisa dijawab tanpa bantuan pengguna langsung.
Mengapa Riset Sering Kali Menjadi Barang Sulit?
Mark Twain pernah berkata,
“Yang membuat kita dalam masalah bukanlah apa yang tidak kita ketahui. Melainkan apa yang kita yakini benar, padahal sebenarnya tidak demikian.”
Kutipan ini sangat relevan dalam dunia pengembangan produk digital. Alasan utama mengapa UX Research sulit dijual adalah karena setiap pengambil keputusan merasa sangat percaya diri dengan gambaran mental atau mental model mereka masing-masing. Mereka merasa sudah tahu apa yang diinginkan pengguna, padahal sering kali gambaran tersebut penuh dengan titik-titik samar atau fuzzy patches yang diabaikan.
Ilustrasi klasik tentang proyek ayunan pohon yang gagal sering kali menggambarkan bagaimana setiap departemen memiliki interpretasi yang berbeda terhadap satu permintaan yang sama. Sebagai desainer, tugas Anda bukanlah memberi tahu mereka bahwa mereka salah, melainkan membimbing mereka untuk menyadari sendiri lubang-lubang dalam pemahaman mereka. Ketika stakeholder mulai mengambil kepemilikan atas asumsi-asumsi tersebut, hambatan untuk melakukan riset akan runtuh dengan sendirinya. Tiba-tiba, semua orang berada di perahu rasa ingin tahu yang sama untuk mencari kebenaran dari perspektif pengguna.
Teknik Teknis: Melakukan ‘Noun Foraging’ untuk Identifikasi Objek
Sebelum menjalankan workshop dengan tim, Anda perlu melakukan pekerjaan persiapan yang disebut sebagai Noun Foraging atau perburuan kata benda. Fokuslah pada kata-kata benda yang spesifik bagi bisnis atau industri proyek Anda dengan menelusuri berbagai sumber informasi. Anda bisa memeriksa situs pemasaran produk, situs kompetitor untuk analisis kompetitif, label pada produk yang sudah ada, hingga transkrip wawancara pengguna atau dokumen visi dari stakeholder. Catatlah kata-kata benda yang muncul berulang kali, karena kata-kata inilah yang berpotensi menjadi objek utama dalam sistem Anda.
Uji SIP: Structure, Instances, dan Purpose
Untuk menentukan apakah sebuah kata benda layak menjadi objek dalam sistem OOUX, gunakan kerangka kerja SIP. Pertama, Structure: apakah objek ini memiliki atribut seperti judul, tanggal, atau penulis? Kedua, Instances: dapatkah Anda menyebutkan contoh nyata dari objek ini? Misalnya, jika objeknya adalah “Buku”, contohnya bisa berupa judul buku tertentu. Ketiga, Purpose: mengapa objek ini penting bagi pengguna dan bisnis? Jika sebuah kata benda memenuhi ketiga kriteria ini, maka ia adalah kandidat kuat untuk menjadi objek sistem yang harus dipahami secara mendalam melalui riset.
Dalam melakukan perburuan ini, hindari menangkap elemen komponen seperti dropdown, checkbox, atau pemilih kalender. Ingatlah bahwa sistem UX Anda bukanlah sistem desain (design system). Komponen hanyalah kemasan untuk objek, dan pengguna tidak datang ke aplikasi Anda untuk bermain dengan dropdown, melainkan untuk berinteraksi dengan hal-hal berharga (objek) di dalamnya. Dengan memisahkan antara objek dan komponen, Anda dapat lebih fokus pada nilai inti yang ditawarkan produk kepada pengguna.
Menjalankan Workshop Definisi Objek Secara Kolaboratif
Setelah persiapan selesai, saatnya memfasilitasi Object Definition Workshop. Mulailah dengan menanyakan pertanyaan mendasar: “Apa sebenarnya benda ini?” Anda bisa meminta stakeholder menuliskan definisi untuk beberapa kata benda yang paling tidak jelas secara privat, lalu tunjukkan secara bersamaan. Hampir bisa dipastikan Anda akan menemukan definisi yang berbeda-beda, dan inilah momen emas untuk mengekspos ketidakselarasan tim. Selama diskusi berlangsung, catatlah definisi yang disepakati dan mulailah membangun daftar “pertanyaan terbuka” untuk hal-hal yang masih belum pasti.
- Apakah pengguna tahu benda ini?: Tanyakan apakah istilah yang digunakan tim sama dengan istilah yang digunakan pengguna. Jika pengguna menyebut “email client” sebagai “aplikasi”, tim harus mempertimbangkan untuk menyelaraskan bahasa mereka.
- Apakah ini benda yang sama atau berbeda?: Sering kali dua istilah merujuk pada hal yang mirip namun memiliki fungsi berbeda. Misalnya, apakah “template” sama dengan “saved response”? Mengungkap perbedaan ini sangat krusial bagi arsitektur informasi.
- Bagaimana hubungan antar objek?: Tanyakan bagaimana satu objek berinteraksi dengan objek lainnya. Apakah satu objek dapat memiliki banyak objek lain di dalamnya?
Memetakan Hubungan dan Menentukan Prioritas
Pertanyaan selanjutnya adalah tentang hubungan antar objek. Misalnya, apakah sebuah respons yang disimpan dapat menggunakan template tertentu? Bagaimana proses penerapannya dalam skenario nyata pengguna? Pertanyaan-pertanyaan teknis ini sering kali memicu perdebatan di antara stakeholder yang pada akhirnya menyadarkan mereka bahwa mereka tidak benar-benar tahu bagaimana pengguna akan berinteraksi dengan sistem tersebut. Gunakan teknik kotak-dan-panah untuk memvisualisasikan koneksi ini menggunakan kata kerja sederhana seperti “memiliki” atau “menggunakan”.
Selanjutnya, lakukan strategi untuk menentukan apakah sebuah objek masuk dalam cakupan (scope) rilis pertama atau tidak. Mintalah peserta untuk mengurutkan objek dari yang paling penting hingga yang kurang penting. Sering terjadi situasi di mana seorang petinggi perusahaan menempatkan satu fitur di urutan teratas, sementara tim teknis menempatkannya di urutan terbawah. Realitas pahit ini, meskipun tragis bagi lini masa proyek, merupakan realisasi penting yang membantu tim untuk berhenti sejenak dan melakukan validasi melalui riset sebelum melangkah lebih jauh ke tahap pengembangan.
Menyalakan Sumbu: Menjual Kebutuhan Riset dengan Risiko
Langkah final dalam strategi ini adalah meninjau kembali daftar pertanyaan terbuka yang telah dikumpulkan selama workshop. Mintalah grup untuk merenungkan tingkat risiko jika pertanyaan-pertanyaan tersebut tidak dijawab. Tanyakan, “Jika kita mendesain tanpa jawaban atas pertanyaan ini, dan ternyata asumsi kita salah, seberapa buruk dampaknya bagi bisnis?” Ketika para pengambil keputusan sendiri yang melabeli pertanyaan-pertanyaan tersebut sebagai “berisiko tinggi”, Anda telah berhasil mengamankan dukungan mereka untuk melakukan riset.
Inilah saat yang tepat untuk meminta anggaran waktu dan biaya guna melakukan wawancara pengguna yang terfokus secara spesifik pada pertanyaan-pertanyaan berisiko tersebut. Dengan data yang konkret, Anda tidak lagi menebak-nebak, dan tim desain dapat bekerja dengan keyakinan penuh. Pendekatan ini mengubah persepsi UX Research dari sekadar biaya tambahan menjadi bentuk asuransi terhadap kegagalan produk yang mahal. Stakeholder akan lebih menghargai data yang mampu memitigasi risiko finansial dan teknis di masa depan.
Dampak dan Implikasi bagi Ekosistem Produk
Menerapkan metode OOUX dan ORCA memiliki dampak jangka panjang yang signifikan bagi industri dan tim pengembangan. Pertama, ini mengurangi kemungkinan terjadinya perubahan strategi di tengah jalan (strategy pivots) yang sering kali menghabiskan sumber daya. Kedua, ini menciptakan keselarasan yang kuat antara tim bisnis, desain, dan pengembangan karena semuanya berbicara dalam bahasa objek yang sama. Ketiga, produk yang dihasilkan cenderung lebih intuitif bagi pengguna karena strukturnya mencerminkan model mental dunia nyata mereka, bukan sekadar mengikuti tren visual yang dangkal.
Jangan pernah mendesain layar lagi tanpa terlebih dahulu menjawab pertanyaan fundamental tentang objek dan hubungannya. Jika Anda berhasil membangun pemahaman bersama sebelum piksel pertama diletakkan di kanvas desain, Anda akan menghemat banyak waktu, uang, dan sakit hati di masa depan. Pengguna akan lebih menerima produk Anda, dan tim Anda akan bekerja dengan lebih bahagia karena memiliki tujuan yang jelas. Sekarang, berbekal teknik Noun Foraging dan Object Definition Workshop, Anda siap untuk memenangkan dukungan riset dan membangun produk yang luar biasa.
