Anda mungkin pernah mendengar istilah Lean UX dan UX yang Tangkas berkali-kali dalam konteks pengalaman pengguna tetapi Anda bisa dimaafkan karena tidak yakin apa perbedaan di antara keduanya. Secara dangkal, mereka tampaknya memiliki karakteristik yang sama dengan Lean UX yang menganjurkan pendekatan yang lebih sederhana dan cepat untuk pengembangan produk dan Agile memperjuangkan strategi yang memungkinkan respons cepat terhadap peluang pasar dengan menggunakan kerja kolaboratif dan fleksibel.
Manakah yang merupakan strategi yang lebih baik? dan, yang lebih penting lagi, mana yang lebih baik untuk organisasi/produk Anda dan pengalaman pengguna? bisa menjadi pertanyaan yang sulit untuk dijawab.
Mari kita lihat masing-masing secara sedikit lebih mendetail dan kemudian mendiskusikan pendekatan mana yang bekerja lebih baik dalam keadaan tertentu.
Lean UX dan Agile UX memiliki banyak kesamaan
Karena mereka memiliki begitu banyak harapan dan sikap yang sama, desain Lean dan Agile UX memiliki banyak kesamaan.
- Keduanya berfokus pada orang, proses, dan produk untuk meminimalkan sumber daya dan biaya
- Mereka beroperasi dengan komunikasi dan kolaborasi yang berkesinambungan
- Setiap tim lengkap mengadakan pertemuan rutin dengan para pemangku kepentingan dan pengguna
- Keduanya beroperasi melalui perencanaan, pembangunan dan pengujian produk
Dengan kedua praktik tersebut yang menjangkau komunikasi dan kolaborasi secara luas, perbedaan mendasarnya adalah tujuan utama dari setiap proses. Dengan desain Agile UX, semuanya adalah tentang perjalanan pelanggan. Dengan desain Lean UX, ini adalah tentang memvalidasi atau membatalkan pernyataan dasar yang menentukan alasan pembuatannya.
Bisakah kita menyampaikan perbedaan mendasar dalam kalimat sederhana? Proses desain Lean berfokus pada hasil daripada hasil kerja. Namun, keduanya memberikan "belajar", "membangun", "mengukur". untuk mengubah setiap iterasi lebih lanjut dari produk sampai versi definitif lahir. Begini caranya.
Desain UX Ramping
Desain ramping didasarkan pada prinsip-prinsip pengembangan kolektif yang gesit dan pengalaman pengguna yang menginformasikan prosesnya. Dengan kata lain, metode ini mencari metode kerja yang cepat dan tidak birokratis yang mengambil informasi dan pengalaman pengguna sebagai titik awal dan mengembangkan produk yang dapat divalidasi dengan cepat terhadap prinsip-prinsip ini. Metode ini mencari cara yang paling sederhana untuk menghasilkan produk minimum yang layak dan kemudian membiarkan pengguna memutuskan bagaimana produk itu berkembang.
Proses Lean UX
Manajemen desain ramping berasal dari sistem sebelumnya di bidang manufaktur yang berpindah ke produksi perangkat lunak.
Ini didasarkan pada objek dan hasil, tetapi memilih untuk bekerja dengan pernyataan masalah bukannya persyaratan. Pernyataan masalah ini dikenal sebagai asumsi.
Mengadakan percakapan tentang itu asumsi lebih awal dan sering membantu semua operator fokus pada gambaran besar di sepanjang proses.
- Menguraikan hasil yang diperlukan melalui asumsi dan hipotesis
- Merancang produk
- Memutuskan produk minimum yang layak (MVP)
- Validasi
1. Menguraikan hasil yang diperlukan melalui asumsi dan hipotesis
Lebih sering daripada tidak, produk perangkat lunak dihasilkan dengan mempertimbangkan fitur-fitur yang diperlukan dan memastikan fitur-fitur tersebut tersampaikan. Lean UX mempertimbangkan asumsi berdasarkan empat area:
- Hasil bisnis
- Pengguna produk
- Persyaratan pengguna yang dimaksudkan
- Fitur produk
Dengan menggunakan keempat jenis asumsi ini, kita bisa membuat hipotesis:
"Kami percaya bahwa pengguna produk kami adalah [x] yang membutuhkan hasil bisnis [y]. Kami akan berhasil jika kebutuhan pengguna [z] terjadi melalui penggunaan produk kami.
Setiap hipotesis akan menampilkan nilainya sendiri untuk X, Y, dan Z dan setiap asumsi perlu dibuktikan atau ditolak untuk melanjutkan proses.
2. Merancang produk
Dengan berbagai hipotesis untuk dibuktikan atau dibantah, kolaborasi antara seluruh tim memungkinkan diskusi dan investigasi tentang bagaimana produk seharusnya bekerja. Setiap orang memiliki suara, memfasilitasi keuntungan dan isu-isu selama rapat dan percakapan.
3. Memutuskan produk minimum yang layak (MVP)
Dengan visi yang jelas tentang apa yang harus dilakukan produk akhir dan bagaimana produk itu harus beroperasi, langkah selanjutnya adalah membuat produk minimum yang layak untuk pembuatan prototipe dan pengujian. Setiap MVP harus mengambil jumlah pekerjaan paling sedikit untuk menghasilkan wireframe, mock-up atau prototipe untuk mendapatkan reaksi dan umpan balik pengguna.
4. Validasi
Pertanyaannya di sini adalah, Apa yang telah kita pelajari? Apakah bagian dari proses ini berhasil? Terbukti asumsi divalidasi, dan yang tidak divalidasi akan ditolak dan dihapus. Hasilnya dimasukkan ke dalam sistem untuk menilai kembali produk. Jika produk memenuhi semua kebutuhan pengguna dan bisnis, maka produk siap untuk tahap selanjutnya. Jika tidak, maka kembali ke atas dengan langkah berikutnya asumsi yang diangkat dari apa yang Anda pelajari.
Manfaatnya? Menghapus proses yang sia-sia dan menghilangkan praktik yang paling memakan waktu. Dengan kolaborasi dan eksperimen yang konstan, MVP mendorong pembelajaran sambil menjaga semua orang yang terlibat tetap mendapat informasi dan diperbarui.
Desain Lean UX merupakan proses yang sangat mirip dengan proses bilas dan ulangi. Salah satu manfaat lebih lanjut adalah bahwa hal ini dapat digunakan dalam metodologi Agile - ideal dalam banyak situasi. Memanfaatkan manfaat yang diberikan oleh kedua praktik tersebut memberikan keuntungan yang menyeluruh bagi banyak organisasi.
Desain UX yang Tangkas
The Desain tangkas Model ini lebih menghargai individu dan kolaborasi daripada proses dan sangat berfokus pada fleksibilitas dan respons. Hal ini dimaksudkan agar prosesnya berpusat pada pengguna dan peka terhadap masukan dan umpan balik saat pengembangan berlangsung, dan tidak terjebak dalam formalitas atau dokumen jika ada peluang untuk berinovasi dan memajukan diri mereka sendiri.
Proses UX yang Tangkas
Desain tangkas memecah setiap proyek menjadi potongan dan sub-proyek yang lebih kecil dan lebih mudah dikelola, yang dikenal sebagai sprint. A sprint adalah selama yang dibutuhkan proyek, memungkinkan waktu untuk merencanakan dan mengulangi sesuai kebutuhan.
Proses Agile sangat bergantung pada siklus yang menggabungkan iterasi yang merencanakan, merancang, membangun, menguji, dan meninjau. Ketika sprint tinjauan menguraikan perubahan yang perlu dilakukan untuk meningkatkan produk dan mencapai hasil yang diinginkan dengan lebih baik, sprint lebih lanjut ditetapkan.
Setiap iterasi produk berkembang melalui komunikasi dan kolaborasi yang erat.
- Rencanakan poin-poin umpan balik ? Alokasikan waktu yang sesuai untuk merancang dan mengirimkan produk serta merekrut penguji.
- Tentukan cerita pengguna yang dimaksud ? Apa yang diharapkan oleh seluruh tim berdasarkan riset audiens?
- Membuat purwarupa ? Apakah wireframe sudah cukup, atau Anda memerlukan sesuatu yang lebih mendekati versi final?
- Merekrut pengguna untuk pengujian ? Setiap pengguna tes harus selaras dengan karakteristik audiens target.
- Menyelesaikan penelitian dan melaporkan temuannya ? Sangat penting bagi pengguna akhir dan anggota tim untuk mempertimbangkan langkah lebih lanjut atau bergerak menuju peluncuran produk.
Tim sprint Agile biasanya memiliki fitur Pemilik Produk, a Scrum Master dan Anggota Tim Pengembangan.
- The Pemilik Produk bertanggung jawab atas produk dan memberikan nilai yang dibutuhkan.
- The Scrum Master mengontrol bagaimana tim bekerja sama untuk memastikan efisiensi dan produktivitas.
- The Anggota Tim memiliki keterampilan yang diperlukan untuk melaksanakan pekerjaan, baik desain, pengembangan, UX atau sesuatu yang lain sama sekali.
Seperti halnya desain Lean UX, Agile menyediakan jenis desain yang sama Bilas dan ulangi? proses, dengan sprint lebih lanjut yang tumbuh dari hasil versi sebelumnya sampai model akhir direalisasikan.
Mempertimbangkan perbedaan dan mengetahui mana yang tepat untuk Anda
Tidak mungkin untuk menjelaskan dan menguraikan manfaat dari setiap opsi dalam beberapa ribu kata. Untuk benar-benar memahami setiap proses, diperlukan banyak penelitian dan bacaan. Hanya ketika Anda mendapatkan pemahaman yang lebih dalam, Anda akan memiliki apa yang diperlukan untuk mengetahui sistem mana yang merupakan pilihan ideal untuk proyek dan orang-orang Anda.
Namun, apa yang dapat kami lakukan di sini adalah memberikan wawasan tentang dasar-dasar perbedaannya, dan mudah-mudahan, membantu Anda mengajukan pertanyaan yang tepat di awal setiap proyek desain dan penelitian UX.
Perbedaan utama antara kedua teknik tersebut tampaknya adalah bahwa Lean UX berfokus pada pengguna dan memenuhi kebutuhan mereka dalam pengembangan produk, sementara Agile lebih banyak tentang komunikasi dan kerja sama yang efisien dalam menyelesaikan proyek.
Mungkin ketika sampai pada pertanyaan tentang proses mana yang harus Anda gunakan, akan lebih baik jika dibingkai sebagai "prinsip-prinsip mana yang harus saya terapkan di berbagai bagian dari proses pengembangan dan dalam situasi atau keadaan yang berbeda". Ada beberapa kesamaan dalam kedua rangkaian prinsip tersebut, yaitu sama-sama mencari masukan dan validasi dari pelanggan dan pendekatan yang dinamis dan fleksibel. Ada juga tingkat iterasi yang signifikan dalam kedua gaya tersebut.
Banyak proyek yang secara intuitif akan menggabungkan elemen dari kedua strategi tersebut karena aspek-aspek tertentu berhubungan lebih baik dengan jenis proyek atau konteks tertentu. Misalnya, di mana parameter dan tujuan proyek sudah ditentukan sebelumnya dan tetap, desain Agile mungkin menghadirkan solusi yang lebih baik karena menawarkan rute penyelesaian yang lebih cepat dan memungkinkan Anda untuk mengidentifikasi dan menyusun langkah-langkah pengiriman.
Ketika kurang ada kepastian dalam sebuah proyek, lean design menawarkan kesempatan untuk menguji hipotesis dengan cepat pada pengguna nyata dan mengembangkan produk sementara berturut-turut yang semakin memenuhi kebutuhan dan preferensi pengguna. Mungkin Anda membutuhkan waktu lebih lama untuk mencapai produk akhir, tetapi produk tersebut akan dicoba dan diuji secara menyeluruh ketika Anda sampai di sana. Oleh karena itu, desain ramping. Mungkin akan bekerja lebih baik jika kurang diketahui tentang pengguna akhir dan preferensi mereka atau di mana elemen-elemen produknya kompleks dan banyak.
Ini adalah area yang cukup sulit dengan banyak nuansa dan perbedaan halus untuk dipahami. Jika Anda tertarik dengan Agile atau Lean UX , mengapa tidak menelepon kami di +44(0)800 0246247 atau email kami di hello@ux247.com untuk obrolan awal.
[...] secara garis besar adalah cara kerja tim yang gesit: kembangkan MVP (produk yang layak), uji coba, gagal dengan cepat, dan coba lagi. Tetapi jika Anda tidak [...]
[...] sedikit lebih banyak tentang Lean UX, silakan jelajahi halaman kami yang membahas lebih dalam tentang perbedaan antara Agile dan Lean UX serta bagaimana Lean UX membantu Anda mengatasi ketakutan akan kegagalan desain. Terakhir, ada juga halaman yang [...]