Pendekatan dan Metode Lean UX

Agile UX dan Lean UX menempatkan kolaborasi, kerja berulang, dan penelitian berbasis bukti yang berpusat pada pengguna sebagai inti dari sistem mereka.

Kenapa?

Nah, apa yang akan terjadi jika desain dan pengembangan produk digital dilakukan dalam satu kali proses, yang dibangun berdasarkan informasi yang diberikan dalam satu hipotesis, rencana, atau ide? Ada terlalu banyak jalan untuk potensi kegagalan yang mungkin terjadi pada saat produk jadi diproduksi.

Pikirkan tentang hal ini; mungkinkah Anda dapat mengungkap setiap sudut performa dan kebutuhan pengguna dalam satu rangkaian aturan dan pengamatan?

Sebagai contoh, teknologi bergerak dengan sangat cepat, sehingga ada kemungkinan besar tidak akan lama lagi ada cara yang lebih baik untuk melakukan tugas-tugas yang diperlukan dengan cara yang baru. Atau, tidak dapat dipungkiri bahwa manusia terus berevolusi dan berubah, sehingga masalah kemarin mungkin tidak sepenting masalah yang mereka temukan satu atau dua minggu kemudian. Dan, ketika Anda sedang mengerjakan solusi untuk masalah terbaru yang ada, pesaing Anda mungkin telah mengeluarkan sesuatu yang lebih unggul sehingga membuat proyek Anda saat ini terlihat kurang bersemangat, ketinggalan zaman, atau bahkan tidak diperlukan.

Dalam kasus seperti itu, memiliki rencana satu kali pengambilan gambar dengan satu fase produksi hanya akan memberikan pengalaman yang mahal untuk mengembangkan sesuatu yang tidak lagi diperlukan.

Agile UX memecahkan serangkaian masalah tersebut

Ketika Agile UX hadir dalam pengembangan perangkat lunak, tugasnya adalah memastikan bahwa sistem pengembangan visi yang tidak jelas menjadi sesuatu yang sudah berlalu.

Hal ini memperkenalkan sebuah metode di mana berbagai bagian, tahapan, atau fungsi yang berbeda dikelola dalam bagian yang lebih kecil dan terpisah, dalam langkah-langkah yang lebih pendek, dan ditinjau, biasanya selama beberapa minggu. Gagasan sistem desain-bangun-uji-peluncuran ditingkatkan menjadi siklus desain-bangun-uji-tinjau ulang, dengan iterasi sebanyak yang diperlukan sampai produk yang layak diluncurkan membuahkan hasil.

Semua itu terdengar hebat, bukan? Sebuah solusi yang layak.

Namun, seiring dengan tuntutan terhadap sumber daya waktu dan uang, dengan semakin banyaknya startup yang mencari cara yang lebih cepat dan lebih terjangkau untuk memasarkan, pendekatan Lean UX menjadi yang paling menarik untuk operasi baru dengan anggaran terbatas pada waktu dan uang.

Apa itu Lean UX?

Saat Anda menambahkan istilah Ramping? ke sistem apa pun, Anda akan dimaafkan jika berasumsi bahwa perampingan seperti itu, baik penghematan waktu atau uang, adalah karena mengambil jalan pintas. Tidak demikian.

Bayangkan desainer Lean UX Anda sebagai pembalap. Mereka tidak mengambil jalan pintas; tetapi menemukan cara yang paling efisien dengan kecepatan tertinggi.

Metode Lean UX sangat bergantung pada asumsi bahwa versi pertama tidak akan pernah menjadi yang terbaik; pada kenyataannya, diasumsikan bahwa versi tersebut bahkan tidak akan berfungsi. Dengan pola pikir seperti itu, mengapa ada orang yang mau menghabiskan waktu lebih lama untuk membuat prototipe hanya untuk menemukan apa yang salah dengan prototipe tersebut? Di situlah MVP menjadi sangat penting dalam prosesnya.

Menggunakan produk yang layak minimum untuk menguji asumsi Lean UX

Seperti Agile UX, Lean UX bersifat kolaboratif, berpusat pada pengguna, dan dibangun dalam beberapa bagian. Namun, alih-alih memisahkan fungsi, bagian, atau proses, iterasi biasanya berupa MVP baru atau revisi yang dibangun berdasarkan apa yang mereka temukan salah dengan prototipe sebelumnya.

Proses ini dikenal sebagai proses metode asumsi dan hipotesis.

Jika kita mengasumsikan bahwa setiap prototipe akan salah dan membutuhkan perbaikan, kita mendapatkan pernyataan masalah yang dapat mengarah pada serangkaian asumsi. Bagaimana kita melakukannya? Dengan melakukan percakapan, biasanya dalam bentuk curah pendapat tim, di mana semua orang dalam proyek terlibat. Melibatkan seluruh tim ke dalam diskusi akan membantu untuk melihat berbagai masalah yang mungkin dihadapi oleh proyek mereka di setiap bagian dari prosesnya. Kerja sama tim membuat mimpi menjadi kenyataan, bukan? Nah, dalam Lean UX, itulah intinya.

Bekerja dengan pernyataan masalah Lean UX

Asumsi hanyalah masalah tanpa bukti. Dengan mengajukan pertanyaan dan mengadakan diskusi seputar masalah tersebut, kita dapat membuat hipotesis untuk mengujinya.

Jika pengujian pengguna terbukti berhasil, maka Anda memiliki bukti. Jika tidak, Anda dapat membuang ide tersebut dan beralih ke ide berikutnya.

Namun, pengujian pengguna yang sama dapat menemukan masalah lain yang tidak dapat Anda lihat tanpanya, bahkan mungkin memaksa perombakan total niat, produk, dan prototipe berikutnya. Dengan MVP, tidak ada ruginya jika Anda harus membuang seluruh model untuk memulai lagi dari sudut pandang yang lebih baik dan lebih terdidik.

Pernyataan masalah memungkinkan Anda untuk terus berdiskusi dan menguji. Tujuannya adalah untuk mengeksplorasi dan meningkatkan produk dan tujuan awal Anda, mempelajari lebih lanjut tentang kebutuhan pelanggan untuk memberikan hasil terbaik bagi pengguna dan persona Lean UX tahap berikutnya.