Utang Desain

Utang desain adalah akumulasi biaya dari keputusan desain yang dianggap praktis pada saat itu dan sekarang membuat produk lebih sulit digunakan dan lebih sulit diubah. Ini adalah padanan desain dari utang teknis, dan terbentuk dengan cara yang sama: jalan pintas yang masuk akal secara individual diambil di bawah tekanan tenggat waktu, yang tampaknya tidak signifikan, yang kemudian menumpuk menjadi antarmuka yang tidak konsisten, membingungkan, dan mahal untuk dimodifikasi.

Hal ini terakumulasi melalui mekanisme yang mudah dikenali. Sebuah komponen dimodifikasi sedikit untuk satu layar alih-alih memperbarui polanya, dan varian tersebut tetap ada. Sebuah fitur ditambahkan tanpa mempertimbangkan bagaimana fitur tersebut sesuai dengan struktur yang ada. Sebuah halaman dirancang oleh seseorang yang tidak familiar dengan pola yang sudah mapan. Produk yang diakuisisi diintegrasikan tanpa harmonisasi. Rebranding diterapkan pada area yang paling terlihat dan bukan pada area lainnya. Masing-masing hal tersebut membuat produk menjadi sedikit kurang koheren daripada sebelumnya.

Biayanya nyata tetapi tersebar, itulah sebabnya masalah ini ditoleransi selama bertahun-tahun. Pengguna menghadapi pola yang tidak konsisten dan harus mempelajari kembali perilaku yang seharusnya dapat diterapkan, yang meningkatkan beban kognitif dan tingkat kesalahan. Perancang menghabiskan waktu untuk memutuskan mana dari beberapa solusi yang ada yang harus diikuti. Pengembang mengimplementasikan variasi daripada menggunakan kembali komponen. Setiap fitur baru harus mengakomodasi inkonsistensi yang terakumulasi, sehingga biaya perubahan terus meningkat.

Perbedaan mendasar dibandingkan dengan utang teknis adalah visibilitas. Utang teknis tidak terlihat oleh pelanggan sampai menimbulkan cacat; utang desain terlihat di setiap layar. Pelanggan mungkin tidak memiliki kosakata untuk menggambarkannya, tetapi mereka merasakan produk yang terasa belum sempurna dan tidak konsisten, dan persepsi tersebut memengaruhi kepercayaan dengan cara yang sulit dikaitkan dengan elemen spesifik apa pun.

Sebagian dari kesalahan desain memang disengaja dan dapat dibenarkan. Mengirimkan antarmuka yang masih kasar untuk memvalidasi permintaan sebelum berinvestasi dalam penyempurnaan adalah pertukaran yang wajar, asalkan dicatat dan kewajiban tersebut diakui. Namun, kesalahan yang merugikan adalah yang tidak disadari: inkonsistensi yang muncul tanpa disadari siapa pun, menumpuk selama bertahun-tahun dan di berbagai tim, tanpa catatan tentang apa yang menyimpang atau mengapa.

Perbaikan membutuhkan inventarisasi sebelum membutuhkan upaya. Mengaudit produk untuk mencatat di mana pola-pola tersebut menyimpang, berapa banyak varian yang ada dari setiap komponen, dan inkonsistensi mana yang memengaruhi alur yang paling sering digunakan, mengubah rasa ketidakrapihan umum menjadi daftar yang diprioritaskan. Sebagian besar produk mengandung jauh lebih banyak varian daripada yang diperkirakan siapa pun, dan audit itu sendiri sering kali memberikan argumen untuk investasi.

Prioritas harus ditentukan berdasarkan penggunaan, bukan pelanggaran. Inkonsistensi yang penting adalah inkonsistensi pada jalur yang paling sering dilalui orang, dan variasi yang mencolok pada layar administrasi yang jarang dikunjungi jauh lebih murah daripada variasi yang halus pada proses pembayaran. Mengurutkan perbaikan berdasarkan lalu lintas dan nilai komersial menjaga pekerjaan tetap terhubung dengan hasil, dan mencegah pola umum di mana proyek konsolidasi menangani inkonsistensi mana pun yang dianggap paling mengganggu oleh perancang yang melakukan peninjauan.

Pencegahan jauh lebih murah daripada pembayaran kembali dan sebagian besar merupakan masalah sistem. Sistem desain yang terkelola dengan baik dengan proses kontribusi dan penghentian yang jelas menjadikan konsistensi sebagai standar dan penyimpangan sebagai hal yang disengaja. Tinjauan desain sebagai praktik tetap dapat mendeteksi perbedaan sebelum produk dirilis. Dan memperlakukan pembaruan pola sebagai bagian dari pekerjaan fitur, daripada sebagai proyek peningkatan terpisah yang tidak pernah dijadwalkan, menghentikan akumulasi masalah dari sumbernya.

Karena remediasi bersaing dengan penyampaian fitur untuk kapasitas yang sama, maka diperlukan justifikasi yang sama seperti investasi lainnya. Dalam praktiknya, rencana audit dan remediasi dihasilkan melalui Audit UX dalam pekerjaan ini, pencegahan sistemik ditangani oleh sistem desain yang ditetapkan di desain produk, dan implementasi konsolidasi pola biasanya harus dijadwalkan bersamaan dengan pekerjaan utang teknis di dalam pengembangan produk, karena keduanya sering memengaruhi komponen yang sama.