Bagaimana Mengiktiraf & Mengurus Hutang UX

Hutang pengalaman pengguna tidak dapat dielakkan berlaku dari masa ke masa. Itulah jumlah reka bentuk dan tugas kegunaan yang tertunggak diperolehi daripada perkara seperti keputusan perniagaan yang cepat, pintasan reka bentuk, peluang terlepas, kekangan masa, dan faktor lain.

Hutang pengalaman pengguna dipanggil hutang kerana ia sama dengan hutang hayat sebenar; kita mendapat sesuatu pada masa kini, tetapi hanya membayarnya pada masa akan datang. Sehingga hutang itu dibayar, kadar faedah timbul sebagai kos tetap.

Pengalaman hutang pengguna - bersama dengan sepupu rapat, hutang teknikal - adalah a reka bentuk antipattern yang mengurangkan kualiti projek. Sebagai pengalaman pengguna hutang adalah topik yang kurang dibincangkan, selain itu tidak selalu mudah untuk mengenali, dalam artikel ini kita melihat dengan lebih dekat ia.

Hutang Teknikal vs Hutang UX

Terdapat pelbagai jenis hutang dalam pembangunan web. Yang paling terkenal ialah hutang teknikal yang ditakrifkan oleh CSS Tricks sebagai "jumlah kompromi kami buat semasa menulis kod semasa proses pembangunan ".

Kemudian dalam alur kerja kami, kami perlu menangani perkara tersebut akibat kompromi ini, yang bermaksud kerja tambahan pada masa akan datang.

Hutang teknikal bukanlah mengenai bug yang terang-terangan, tetapi mengenai hakikat bahawa walaupun dengan amalan pengkodan terbaik, mustahil untuk membuktikan kod masa depan sepenuhnya, namun pengoptimuman kod yang cekap pastinya dapat membantu.

Menggunakan antipatterns, cara pintas coding, seni bina yang tidak berkesan, atau kebergantungan yang sukar untuk dikendalikan semuanya boleh menambah hutang teknikal, tetapi intinya adalah walaupun dalam senario ideal yang ideal, hipotetikal adalah mustahil untuk mengelakkannya - sebagai ketidakpatuhan, keperluan dan isu masa depan tidak dapat diramalkan. Itulah sebabnya refactoring disyorkan selepas beberapa ketika.

Hutang pengalaman pengguna adalah serupa dengan hutang teknikal dalam erti kata ia:

• tidak boleh dielakkan (walaupun ia dapat dikurangkan)
• sukar untuk mengenali
• boleh menjejaskan kejayaan sesuatu projek.

Hutang pengalaman pengguna adalah kategori yang lebih luas daripada hutang kegunaan, kerana ia bukan semata-mata mengenai bagaimana penggunaan laman web atau aplikasi, tetapi juga tentang cara pengguna mengalami produk anda - sama ada mereka merasa menghiburkan, memberi ganjaran yang berguna, atau apa pun perasaan yang anda mahu gunakan dalam audiens sasaran anda.

Pengalaman pengguna merangkumi kebolehgunaan, sebagai tapak yang sukar digunakan tidak akan membuat pengguna berasa selesa, dan dengan cara yang sama, hutang UX merangkumi kebolehgunaan hutang juga.

Malangnya, tidak banyak sumber dalam talian mengenai kebolehgunaan hutang dan hutang pengalaman pengguna, tetapi di sini ada beberapa yang saya dapati berguna, dan membantu saya membentuk pandangan saya mengenai topik:

• Catriona Cornett, pengarah Reka Bentuk Produk di SalesforceIQ pada bagaimana dengan berkesan menangani kebolehgunaan hutang (baca di sini)
• TryMyUI's blog pada bagaimana untuk mengelakkan krisis hutang UX (baca di sini)
• Persatuan Profesional Pengalaman Pengguna mengenai pendekatan mereka terhadap hutang UX dengan cadangan bagaimana untuk mengira jumlahnya (baca di sini)
• Andrew Wright penjelasan dan klasifikasi hutang UX di Blog nForm (baca di sini)

Di antara semua ilustrasi yang mungkin saya dapati di hutang UX, ini adalah pilihan yang paling baik kerana saya fikir ia secara ringkas menunjukkan intipati.

Hutang pengalaman pengguna boleh ditakrifkan sebagai perbezaan antara kualiti pengalaman produk semasa anda dan yang optimum.

Hutang UX adalah lebih subjektif daripada hutang teknikal, kerana anda (atau pelanggan anda) yang menentukan kualiti yang anda ingin capai. Sebagai contoh, anda boleh menyasarkan "berfungsi" tahap untuk produk berdaya maju, tetapi anda juga boleh menetapkan piawaian tinggi (tetapi biasanya mahal) oleh menyasarkan "menyenangkan" tahap untuk produk premium - semuanya bergantung pada matlamat anda.

Hutang teknikal adalah berbeza dalam erti kata bahawa dalam banyak kes kod yang tidak terurus hanya berhenti bekerja. Dengan hutang UX, ada tiada perubahan drastik sedemikian, namun ini bukan sahaja merangsang tetapi juga mengancamnya membuat hutang semacam ini lebih mudah diabaikan.

Bagaimana Mengiktiraf Hutang UX

Untuk menguruskan hutang UX, pada mulanya kita perlu mengenalinya. Terdapat dua jenis hutang UX, disengajakan dan tidak disengajakan.

1. Hutang UX yang disengajakan adalah keputusan keputusan kita yang sedar apabila kita kekurangan wang, masa, latihan, atau sumber lain, atau ketika kita berada terpaksa mengikut peraturan luar. Idea yang baik yang kami kalah di tengah-tengah kerja bergegas juga menyumbang kepada hutang UX yang disengajakan.
2. Adalah mudah untuk melihat bahawa hutang UX yang disengajakan boleh berlaku pada bila-bila masa atas kitaran hayat produk.
3. Hutang UX yang tidak disengajakan timbul daripada andaian palsu yang kami buat mengenai pengguna kami. Lebih kerap daripada tidak kita cenderung untuk berfikir kita tahu apa yang pengguna mahu, suka, atau dapat menggunakan, dan kami membina keseluruhan laman web kami (app, produk, dll.) Mengenai perkara ini pengetahuan yang dianggap.
4. Sebilangan besar hutang UX yang tidak disengajakan muncul di permulaan kitaran hayat produk, dan ia secara semula jadi meningkat dari masa ke masa. Hutang UX yang tidak disengajakan jauh lebih sukar untuk ditangkap, seperti yang kita perlukan menyingkirkan keperluan kita untuk mewajarkan anggapan kita.

Bagaimana pula dengan hutang UX seperti dalam kehidupan sebenar? Apabila pengguna tidak boleh atau tidak mahu menggunakan laman web kami kerana pengalaman pengguna yang lemah. Mereka semata-mata jangan terlibat; kami tidak dapat menangkap perhatian dan minat mereka.

Manifestasi hutang UX berbeza dari tapak ke tapak, tetapi jika kita mempunyai menurunkan kadar penukaran atau a meningkatkan kadar lantunan dalam kebanyakan kes kita boleh mengesyaki bahawa kita telah mengumpul hutang UX yang bagus.

Bagaimana Mengurus Hutang UX

Ada tiada resipi sejagat untuk menguruskan hutang UX dengan berkesan, kerana banyak perkara bergantung kepada ciri subjektif, namun ia patut mengambil kira bagaimana orang lain menangani isu ini untuk mencari cara kita sendiri.

Contohnya, Catriona Cornett, Pengarah Reka Bentuk Produk SalesforceIQ menunjukkan proses 5 langkah yang mereka gunakan untuk menguruskan kebolehgunaan hutang di SalesforceIQ.

Mari kita lihat secara ringkas supaya kita dapat menilai sejauh mana kita boleh menggunakannya untuk aliran kerja kita sendiri.

1. Tentukan a bahasa yang dikongsi untuk membincangkan isu kebolehgunaan.
2. Cari dan berkumpul isu kebolehgunaan.
3. Atur dan klasifikasi isu kebolehgunaan.
4. Mengutamakan pembaikan kegunaan.
5. Ukur kesan penambahbaikan.

Pengalaman pengguna adalah kawasan yang lebih luas daripada kebolehgunaan, tetapi saya fikir alur kerja di atas berkesan boleh digunakan untuknya.

Andrew Wright datang dengan aliran kerja pengurusan yang sedikit berbeza dalam pembentangan UXnya, dan dia mengesyorkan proses 4 langkah untuk menangani hutang UX.

1. Tentukan jika dan di mana Hutang UX wujud.
2. Bandingkan keterukan kepada kepentingan.
3. Buat masa untuk membetulkan.
4. Bersosial konsep itu.

Berurusan dengan hutang UX yang disengajakan dan tidak sengaja juga memerlukan teknik yang berbeza. Cara pintas kami sengaja membuat, dan idea yang baik yang hilang semasa proses dapat diurus oleh pengambilan nota, pengurusan tugas, atau isu pengesanan aplikasi.

Hutang UX yang tidak disengajakan boleh diatasi dengan kerap berlari ujian pengguna, bertanya untuk maklum balas pelanggan, atau menggunakan teknik canggih seperti ujian A / B untuk melihat kesan reka bentuk yang berbeza.

Memohon prinsip reka bentuk berulang juga berguna; kami boleh membina langkah pengurusan hutang UX kami ke dalam setiap lelaran untuk mengelakkan pengumpulannya.

Pengurusan hutang UX perlu sesuai dengan aliran kerja kami yang lebih luas, dengan ciri-ciri pasukan kami, matlamat kami, dan sifat produk kami, tetapi ada beberapa perkara universal yang disyorkan untuk diikuti dalam semua kes.

1. Kita perlu berkomunikasi di seluruh pasukan kami kenapa kita perlu berurusan dengan hutang UX, apakah matlamat kita?, dan bagaimana kita mahu mencapai mereka.
2. Kita perlu mencari alat untuk melacak hutang UX yang disengajakan.
3. Kami perlu mencari cara untuk menguji produk kami dan mendapatkan maklum balas dari pengguna kami menangkap hutang UX yang tidak disengajakan.
4. Kita perlu menyusun dan keutamaan isu kita.
5. Kita perlu mengukur hasil kerja kita, seperti yang kita perlukan melaraskan Pengurusan hutang UX kepada keperluan berubah kami.

Perkataan Akhir

Untuk menghasilkan produk yang berkualiti, kita bukan sahaja perlu inovatif, tetapi juga untuk memberi perhatian kepada perkara-perkara yang tidak begitu jelas pada pandangan pertama, salah satunya adalah mengiktiraf dan menguruskan hutang UX dengan berkesan. Ini mungkin bukan tugas yang paling menarik tetapi sangat penting, kerana hutang masa UX dapat menjadi ancaman serius terhadap kejayaan kerja kami.

Sekiranya kita mengurangkan hutang UX potongan terkawal, dan mengintegrasikan tugas-tugas yang berkaitan ke dalam aliran kerja kami, kita tidak perlu melakukan terlalu banyak sekaligus, kita boleh mengelakkan kejutan yang tidak menyenangkan, dan mengekalkan atau meningkatkan kualiti produk dengan cara yang selesa.