Cara Mengenali & Mengelola Utang UX

Pengalaman pengguna hutang pasti terjadi seiring waktu. Ini jumlah dari desain terlambat dan tugas kegunaan berasal dari hal-hal seperti keputusan bisnis yang cepat, pintasan desain, peluang yang terlewatkan, kendala waktu, dan faktor lainnya.

Utang pengalaman pengguna disebut utang karena mirip dengan utang dalam kehidupan nyata; kami mendapatkan sesuatu di masa sekarang, tetapi hanya bayar untuk itu di masa depan. Sampai hutang lunas, suku bunga timbul sebagai biaya permanen.

Utang pengalaman pengguna - bersama dengan sepupu dekatnya, utang teknis - adalah a Desain antipattern yang mengurangi kualitas proyek. Karena utang pengalaman pengguna adalah topik yang kurang banyak dibahas, selain itu tidak selalu mudah untuk mengenalinya, dalam artikel ini kita akan melihatnya lebih dekat..

Hutang Teknis vs. Hutang UX

Ada berbagai jenis hutang dalam pengembangan web. Yang paling terkenal adalah hutang teknis yang didefinisikan oleh Trik CSS sebagai "jumlah dari kompromi kami membuat ketika menulis kode selama proses pengembangan ".

Nanti dalam alur kerja kita, kita perlu berurusan dengan konsekuensi dari kompromi ini, yang berarti kerja ekstra di masa depan.

Utang teknis bukan tentang bug langsung, tetapi tentang fakta bahwa bahkan dengan praktik pengkodean terbaik tidak mungkin untuk sepenuhnya membuktikan kode di masa mendatang, namun pengoptimalan kode yang efisien tentu dapat membantu.

Menggunakan antipatterns, pintasan pengkodean, arsitektur yang tidak efektif, atau dependensi yang sulit dikelola semuanya dapat menambah hutang teknis, tetapi intinya adalah bahwa bahkan dalam skenario ideal hipotetis yang optimal tidak mungkin untuk menghindarinya - karena ketidakcocokan, kebutuhan, dan masalah di masa depan. tidak dapat diprediksi. Itu sebabnya refactoring direkomendasikan setelah beberapa saat.

Utang pengalaman pengguna mirip dengan utang teknis dalam arti bahwa itu:

• tidak bisa dihindari (walaupun bisa dikurangi)
• sulit dikenali
• dapat membahayakan keberhasilan suatu proyek.

Utang pengalaman pengguna adalah kategori yang lebih luas daripada hutang usability, karena ini bukan semata-mata tentang bagaimana penggunaan situs web atau aplikasi, tetapi juga tentang cara pengguna merasakan produk Anda - apakah mereka merasa itu menghibur, bermanfaat bermanfaat, atau perasaan apa pun yang Anda ingin ajukan pada audiens target Anda.

Pengalaman pengguna mencakup kegunaan, karena situs yang sulit digunakan tidak akan membuat pengguna merasa nyaman, dan dengan cara yang sama, utang UX juga mencakup kegunaan utang..

Sayangnya, tidak ada banyak sumber daya online tentang utang kegunaan dan utang pengalaman pengguna, tetapi di sini ada beberapa yang menurut saya berguna, dan membantu saya membentuk pandangan saya tentang topik:

• Catriona Cornett, direktur Desain Produk di SalesforceIQ pada cara efektif mengatasi utang kegunaan (baca disini)
• TryMyUI's blog di bagaimana cara menghindari krisis utang UX (baca disini)
• Asosiasi Profesional Pengalaman Pengguna pada pendekatan mereka pada hutang UX dengan rekomendasi pada bagaimana cara menghitung volumenya (baca disini)
• Andrew Wright penjelasan dan klasifikasi hutang UX di Blog nForm (baca di sini)

Di antara semua ilustrasi yang mungkin saya dapat temukan pada utang UX, ini adalah pilihan terbaik karena saya pikir itu menunjukkan intinya dengan singkat.

Hutang pengalaman pengguna dapat didefinisikan sebagai perbedaan antara kualitas pengalaman produk Anda saat ini, dan yang optimal.

Utang UX adalah lebih subjektif daripada utang teknis, karena Anda (atau klien Anda) yang menentukan kualitas yang ingin Anda capai. Misalnya, Anda dapat menargetkan "fungsional" tingkat untuk produk minimum yang layak, tetapi Anda juga dapat menetapkan standar tinggi (tetapi biasanya mahal) oleh menargetkan "menyenangkan" level untuk produk premium - itu semua tergantung pada tujuan Anda.

Utang teknis berbeda dalam arti bahwa dalam banyak kasus kode dikelola dengan buruk berhenti bekerja. Dengan hutang UX, ada tidak ada perubahan drastis seperti itu, namun ini bukan hanya ancaman tetapi juga ancaman seperti itu membuat utang semacam ini lebih mudah diabaikan.

Cara Mengenali Hutang UX

Untuk mengelola utang UX, pada awalnya kita perlu mengenalinya. Ada dua jenis hutang UX, disengaja dan tidak disengaja.

1. Utang UX disengaja aku s hasil dari keputusan sadar kita ketika kita kekurangan uang, waktu, pelatihan, atau sumber daya lainnya, atau ketika kita berada terpaksa mengikuti aturan luar. Gagasan bagus yang hilang di tengah pekerjaan yang terburu-buru juga berkontribusi terhadap utang UX yang disengaja.
2. Sangat mudah untuk melihat utang UX yang disengaja itu dapat terjadi kapan saja selama siklus hidup suatu produk.
3. Utang UX yang tidak disengaja muncul dari asumsi salah yang kami buat tentang pengguna kami. Lebih sering kita cenderung berpikir bahwa kita tahu apa yang diinginkan, disukai, atau dapat digunakan oleh pengguna, dan kami membangun seluruh situs kami (aplikasi, produk, dll.) Di sini dugaan pengetahuan.
4. Sejumlah besar hutang UX yang tidak disengaja muncul di awal dari siklus hidup produk, dan itu secara alami meningkat seiring waktu. Utang UX yang tidak disengaja jauh lebih sulit untuk ditangkap, seperti yang kita perlu singkirkan kebutuhan kita untuk membenarkan asumsi kita.

Jadi bagaimana rupa utang UX dalam kehidupan nyata? Ketika pengguna tidak dapat atau tidak ingin menggunakan situs kami karena pengalaman pengguna yang buruk. Mereka hanya jangan bertunangan; kita tidak bisa menarik perhatian dan minat mereka.

Manifestasi hutang UX berbeda dari satu situs ke situs lainnya, tetapi jika kita memiliki a mengurangi tingkat konversi atau sebuah meningkatkan rasio pentalan dalam banyak kasus kami dapat menduga bahwa kami telah mengakumulasikan jumlah hutang UX yang bagus.

Cara Mengelola Utang UX

Ada tidak ada resep universal untuk mengelola utang UX secara efektif, karena banyak hal tergantung pada karakteristik subjektif, namun ada baiknya kita melihat bagaimana orang lain menangani masalah ini untuk menemukan cara kita sendiri.

Contohnya, Catriona Cornett, Direktur Desain Produk SalesforceIQ menunjukkan proses 5 langkah yang mereka gunakan untuk mengelola hutang usability di SalesforceIQ.

Mari kita lihat secara singkat sehingga kita dapat menilai seberapa baik kita dapat menerapkannya pada alur kerja kita sendiri.

1. Tentukan a bahasa bersama untuk membahas masalah kegunaan.
2. Menemukan dan mengumpulkan masalah kegunaan.
3. Mengatur dan menggolongkan masalah kegunaan.
4. Memprioritaskan peningkatan kegunaan.
5. Mengukur dampak perbaikan.

Pengalaman pengguna adalah area yang lebih luas daripada kegunaan, tapi saya pikir alur kerja di atas dapat diterapkan secara efektif.

Andrew Wright hadir dengan alur kerja manajemen yang sedikit berbeda dalam presentasi Utang UX-nya, dan ia merekomendasikan proses 4 langkah untuk menangani utang UX.

1. Menentukan jika dan dimana Utang UX ada.
2. Membandingkan tingkat keparahan terhadap kepentingan.
3. Luangkan waktu untuk memperbaikinya.
4. Mensosialisasikan konsep.

Berurusan dengan hutang UX yang disengaja dan tidak disengaja juga membutuhkan teknik yang berbeda. Pintasan yang sengaja kami buat, dan ide-ide bagus yang hilang selama proses dapat dikelola oleh pencatatan, manajemen tugas, atau pelacakan masalah aplikasi.

Utang UX yang tidak disengaja bisa lebih atau kurang diatasi dengan berjalan secara teratur tes pengguna, meminta Timbal balik pelanggan, atau menggunakan teknik canggih seperti pengujian A / B untuk melihat dampak dari desain yang berbeda.

Menerapkan Prinsip dari desain berulang juga bisa bermanfaat; kita dapat membangun langkah manajemen utang UX kita ke dalam setiap iterasi untuk mencegah akumulasi.

Manajemen hutang UX perlu cocok dengan alur kerja kami yang lebih luas, dengan karakteristik tim kami, tujuan kami, dan sifat produk kami, tetapi ada beberapa hal-hal universal yang direkomendasikan untuk diikuti dalam semua kasus.

1. Kita harus menyampaikan di tim kami Mengapa kita perlu berurusan dengan hutang UX, apa tujuan kita?, dan bagaimana kita ingin mencapainya mereka.
2. Kita perlu menemukan alat untuk melacak utang UX yang disengaja.
3. Kami perlu menemukan cara untuk menguji produk kami dan mendapatkan umpan balik dari pengguna kami menangkap hutang UX yang tidak disengaja.
4. Kita harus mengatur dan memprioritaskan masalah kita.
5. Kita harus mengukur hasil pekerjaan kita, seperti yang selalu kita butuhkan menyesuaikan Manajemen hutang UX untuk kebutuhan kita yang terus berubah.

Kata-kata terakhir

Untuk menciptakan produk yang berkualitas, kita tidak hanya perlu inovatif, tetapi juga memperhatikan hal-hal yang tidak begitu jelas pada pandangan pertama, salah satunya adalah mengenali dan mengelola utang UX secara efektif. Ini mungkin bukan tugas yang paling menarik tetapi sangat penting, karena seiring waktu hutang UX dapat menjadi ancaman serius bagi keberhasilan pekerjaan kami.

Jika kita mengiris utang UX menjadi potongan dikelola, dan mengintegrasikan tugas-tugas terkait ke dalam alur kerja kami, kita tidak harus melakukan terlalu banyak sekaligus, kita dapat menghindari kejutan yang tidak menyenangkan, dan mempertahankan atau meningkatkan kualitas suatu produk dengan cara yang nyaman.