Cara Mencegah Fitur Creep dengan Praktik Terbaik Kisah Pengguna

Sebagai bagian dari narasi produk digital yang lebih besar, bekerja dengan cerita pengguna selama proses desain membantu desainer fokus pada peningkatan UX. Cerita pengguna yang ditulis dengan jelas dapat membantu menjaga orang-orang di pusat proses desain, berempati dengan audiens target produk, dan menghasilkan ide yang lebih sesuai dengan kehidupan orang.

Seberapa sering desainer produk menemukan diri mereka dalam situasi "menempatkan kereta sebelum kuda"? Saat proyek dimulai, kami mengerjakan detail teknis dan bagaimana kami akan mengirimkannya. Kerangka kerja pengembangan ditentukan, perangkat target ditentukan, ukuran layar ditetapkan, lalu tim mulai menciptakan solusi, menambahkan fitur produk secara acak.

Selama proses ini, kami dengan panik menghasilkan sejumlah besar artefak UX: papan suasana hati, peta situs, alur pengguna, persona, dan peta empati, untuk beberapa nama. Perahu dimuat tetapi berlayar tanpa kemudi atau peta. Kemudian suatu hari, kami bangun, dan kami tersadar, “ mengapa kami membuat produk ini, bagaimana kami mendefinisikan fitur-fiturnya, dan bagaimana kami memprioritaskannya? ”

Panggilan bangun klasik.

"Fitur creep" yang ditakuti menyelinap lebih dekat tepat di bawah hidung kita.

Untungnya, ada tindakan pencegahan untuk memeranginya. Ini adalah taktik desain yang disebut cerita pengguna .

Cerita pengguna adalah teknik desain kolaboratif untuk tim produk, diadopsi dari metodologi pengembangan perangkat lunak Agile. Tim tangkas biasanya fokus pada pencapaian tujuan kecil selama sprint. Mereka menekankan kecepatan, tujuan, dan hasil daripada dokumentasi yang ekstensif, oleh karena itu konsep cerita pengguna.

Bagi sebagian besar tim Agile, cerita pengguna adalah sarana utama pengiriman perangkat lunak tambahan. Aliansi Agile

Apa Itu Kisah Pengguna?

Kisah pengguna menggambarkan sesuatu yang ingin dicapai pengguna. Kisah pengguna dapat membantu desainer dan tim pengembang tetap fokus pada kebutuhan pengguna, daripada terjebak dalam hiruk-pikuk penambahan fitur produk.

Sebuah cerita pengguna pendek, spesifik, dan berorientasi pada tujuan. Ini adalah pernyataan satu kalimat yang dibingkai dari perspektif pengguna yang memiliki struktur berikut:

“ Sebagai (tipe pengguna), saya ingin (tujuan), agar saya bisa (mendapatkan manfaat). ”

Cerita pengguna memungkinkan tim untuk mengadakan percakapan yang lebih baik tentang proyek selama proses pengembangan. Ini membantu mencegah fitur merayap karena bekerja dengan mereka memfasilitasi pemahaman bersama tentang apa yang tim coba bangun dan mengapa .

Jika ada prinsip yang sakral bagi orang-orang di bidang desain antarmuka pengguna dan interaksi manusia-komputer, itu adalah kenali pengguna Anda . Don Norman, salah satu pendiri dan Principal Emeritus Nielsen Norman Group

Menyelaraskan Cerita Pengguna Antara Desain dan Agile

Cerita pengguna adalah konsep yang dipahami pengembang. Baik di awal proyek atau selama pengembangan produk, desainer dapat berkolaborasi dengan pengembang secara lebih efektif dengan bekerja dengan cerita pengguna. Fitur produk dapat direncanakan bersama, mengoptimalkan pengembangan dan memperjelas hasil apa yang harus menjadi fokus tim .

Konon, banyak desainer tidak setuju dengan gagasan bahwa Agile dan UX bisa bermain bagus bersama . Salah satu keyakinannya adalah bahwa dua kekuatan motivasi dan garis waktu yang berbeda tidak selaras dengan baik—cerita pengguna tidak cocok dengan mudah ke dalam proses desain holistik karena, dalam pengembangan, fokusnya adalah pada siklus pengiriman jangka pendek. Gagasan lain adalah bahwa cerita pengguna tidak cukup substansial sebagai pendekatan desain—mereka tidak memiliki perspektif yang mempertimbangkan gambaran yang lebih besar: keseluruhan pengalaman pengguna .

Keyakinan ini valid sampai batas tertentu tetapi juga salah arah .

Mari kita bersihkan udara. Pertama, desainer perlu menyadari bahwa bekerja dengan cerita pengguna adalah proses desain kolaboratif . Meskipun mungkin tidak sepenuhnya selaras dengan sprint Agile di sisi pengembangan, mereka dapat menjadi bagian dari proses desain asinkron yang lebih ekstensif saat berkolaborasi dengan pengembang . Kisah pengguna juga memudahkan tim yang berada di lokasi berbeda untuk berkolaborasi.

Kedua, cerita pengguna adalah bagian tak terpisahkan dari desain yang berpusat pada manusia dan berpusat pada aktivitas . Alih-alih berfokus pada penambahan lebih banyak fitur produk — pepatah “fitur merayap” — cerita pengguna menjadikannya nyata . Cerita pengguna berada di balik setiap aktivitas yang dilakukan orang, yang terdiri dari tugas, yang pada gilirannya merupakan serangkaian tindakan. Akibatnya, produk dikembangkan dengan pemahaman yang mendalam tentang aktivitas pengguna. Bekerja dengan cerita pengguna sangat cocok dengan upaya holistik merancang pengalaman pengguna yang menyenangkan.

Kisah Pengguna untuk Pengujian Produk dan Metrik UX

Cerita pengguna yang dinyatakan dengan jelas memperkuat berbagai aspek desain produk yang hebat. Meninjau kembali cerita pengguna secara berkala dan memeriksa apakah tujuan pengguna tertentu dapat dicapai —tes penerimaan untuk cerita pengguna tertentu—akan membantu menjaga tim produk tetap pada jalurnya.

Bisnis sering menghabiskan banyak waktu dan uang untuk membangun produk yang tidak dibutuhkan atau diinginkan pelanggan, membuang waktu dan sumber daya. Produk mungkin bermaksud baik, tetapi gagal karena tidak memenuhi kebutuhan yang dapat diidentifikasi dengan cara yang dipahami konsumen.

Dengan pengguna menguji produk pada pelanggan potensial, tim produk dapat memahami apakah produk tersebut memenuhi kebutuhan yang dapat diidentifikasi dengan jelas . Ini adalah cara untuk mengukur kesuksesan. Membangun dan menguji prototipe berdasarkan cerita pengguna yang terdefinisi dengan baik, desainer dapat mengukur waktu penyelesaian tugas dan tingkat keberhasilan. Tidak hanya selama fase desain produk awal tetapi sepanjang siklus hidup pengembangan produk. Dengan demikian, tim dapat melihat apakah produk semakin baik dan semakin baik dalam memenuhi kebutuhan pelanggan .

Selain itu, cerita pengguna dapat digunakan untuk menentukan hasil UX (dievaluasi oleh metrik keberhasilan UX) dan membantu desainer memeriksa evolusi produk dengan metrik kemajuan UX.

• Hasil UX menyinkronkan semua orang tentang apa yang sedang dibangun.
• Metrik keberhasilan UX memberi tahu tim ketika mereka telah mencapai hasilnya.
• Metrik kemajuan UX memungkinkan tim untuk melacak dan menilai kemajuan di sepanjang jalan.

Cara Menghasilkan Cerita Pengguna yang Hebat

Pembuatan cerita pengguna dimulai dengan persona yang disaring dari wawasan penelitian pengguna. Pemahaman yang mendalam tentang persona akan membantu desainer membuat cerita bermakna yang terhubung ke tujuan pengguna yang lebih besar. Dalam proses ini, kebutuhan pengguna yang tidak terpenuhi dapat ditemukan, dan narasi produk dibangun (disebut Epics in Agile).

Desainer dapat mengambil narasi UX yang substansial, didorong oleh persona dan tujuan pengguna, dan membaginya menjadi bagian yang lebih kecil: cerita pengguna . Sebagai contoh, katakanlah kita sedang mengerjakan aplikasi mobile banking. Tujuan Epic adalah "untuk mengelola uang saat bepergian." Sasaran pengguna yang lebih besar ini kemudian dapat dibagi menjadi cerita pengguna yang lebih kecil, seperti:

• Sebagai pemilik bisnis, saya ingin melakukan setoran seluler, sehingga saya dapat menghemat waktu.
• Sebagai pemilik bisnis, saya ingin mengajukan pinjaman di mana saja untuk mendapatkan kredit lebih cepat.
• Sebagai pemilik bisnis, saya ingin memeriksa akun saya dengan aplikasi untuk tetap berada di atas keuangan saya.

Bagaimana kami membuat cerita pengguna seperti itu? Dengan menggunakan berbagai teknik penelitian UX, seperti shadowing (teknik observasi), studi buku harian, dan wawancara pengguna. Atau, desainer dapat menggunakan analisis produk untuk mengidentifikasi pola perilaku pengguna dan memunculkan struktur dasar yang mendorong pola tersebut.

Misalnya, dengan mengamati alur peristiwa, data mungkin menunjukkan bahwa beberapa tugas tidak dapat diselesaikan. Tugas dimulai, kemajuan dibuat, tetapi ditunjukkan oleh jalan keluar yang tidak terduga di tengah tugas, mereka tidak mencapai kesimpulan. Pola-pola seperti itu akan menunjukkan orang-orang yang menyerah karena frustrasi karena produk tersebut tidak menyediakan cara yang mudah untuk menyelesaikan serangkaian tugas yang terkoordinasi . Perancang UX yang tanggap akan menemukan masalah, menyelidiki dengan lebih banyak riset pengguna, mendesain ulang fitur produk yang tidak berfungsi, dan menguji penyelesaian tugas lagi.

Cara Menulis dan Memprioritaskan Cerita Pengguna

Siapa yang menulis cerita pengguna? Secara tradisional, menulis cerita pengguna telah menjadi tanggung jawab manajer produk untuk melanjutkan pengembangan (seringkali ketika tidak ada desainer dalam tim). Namun, ketika ada desainer dalam tim, mungkin yang terbaik adalah desainer yang menulisnya. Mereka telah melakukan riset pengguna dan paling akrab dengan persona pengguna dan kebutuhan mereka.

Sebagai teknik, cerita pengguna dimaksudkan untuk ringkas dan ringan, memungkinkan tim untuk membangun produk dengan cepat. Seperti disebutkan sebelumnya, mereka perlu ditulis sebagai pernyataan satu kalimat sederhana dari sudut pandang pengguna: “ Sebagai (pengguna), saya ingin (melakukan sesuatu/tujuan) sehingga saya bisa (mencapai hasil yang diinginkan). ”

Kisah pengguna yang dibuat sedemikian rupa membantu membenarkan setiap fitur yang ditambahkan ke suatu produk dan menjaga alasan di balik setiap keputusan desain di garis depan: “ mengapa kami melakukan apa yang kami lakukan. ”

Untuk menulis kisah pengguna yang hebat:

• Itu harus jelas, fokus, dan dapat ditindaklanjuti.
• Itu harus menangkap cerita dengan cara yang terasa berharga.
• Itu dapat diterjemahkan ke dalam fitur produk.
• Ini memiliki tes penerimaan (apakah tujuan tercapai?).

Setelah ditulis, cerita pengguna perlu diprioritaskan ke dalam matriks. Sesuatu yang akrab bagi manajer produk, matriks prioritas membantu memastikan bahwa tim produk berfokus pada fitur yang paling berdampak terlebih dahulu. Untuk desainer, ini berarti memprioritaskan cerita pengguna yang memberikan nilai terbaik bagi pelanggan.

Beberapa aspek mempengaruhi indeks prioritas cerita pengguna:

• Tujuan bisnis . Kisah pengguna yang berdampak langsung pada pendapatan perusahaan harus mendapatkan nilai indeks yang lebih tinggi daripada yang hanya diinginkan.
• Ketergantungan fungsional . Jika beberapa cerita pengguna hanya dapat diimplementasikan setelah cerita tertentu, yang terakhir menjadi kritis dan mendapatkan nilai indeks yang lebih tinggi.
• Waktu pengembangan . Jika tim pengembang mengevaluasi cerita pengguna sebagai cepat untuk diterapkan dan penting untuk mencapai tujuan bisnis, maka cerita tersebut mendapatkan nilai indeks yang lebih tinggi.

Manfaat Cerita Pengguna dalam Desain

Bekerja dengan kerangka cerita pengguna memastikan bahwa produk hanya memiliki fitur yang dibutuhkan pengguna vs. fitur yang diharapkan tim produk akan mereka gunakan, berdasarkan hipotesis. Dengan kata lain, bekerja dengan cerita pengguna mencegah fitur creep .

Bekerja dengan cerita pengguna memiliki beberapa manfaat:

• Menyediakan bahasa umum. Cerita pengguna menjadi bahasa umum untuk seluruh tim pengembangan, menghilangkan fokus pada solusi dan fitur. Sebaliknya, mereka membingkai diskusi seputar apa yang ingin dicapai.
• Memupuk kerjasama. Mereka memotivasi kolaborasi antara pengguna, desainer, dan tim pengembangan.
• Memungkinkan pemahaman bersama. Mereka membantu mengembangkan pemahaman bersama tentang kebutuhan pengguna dengan menggunakan bahasa yang sama.
• Meningkatkan transparansi. Mereka meningkatkan keterbukaan antara anggota tim, yang memperkuat kepercayaan.
• Mereka komprehensif dan kohesif. Penerjemahan persyaratan proyek ke dalam cerita pengguna relatif mudah untuk mendapatkan pegangan pada proyek tersebut. Menelusuri cerita pengguna memberikan pemahaman yang lebih pasti tentang "tentang proyek" daripada daftar fitur dan persyaratan fungsional.
• Memberikan fleksibilitas, aksesibilitas, dan pengelolaan. Cerita pengguna secara konseptual mudah dibandingkan dengan dokumentasi lain, dan cepat dibuat. Pengguna juga dapat terlibat dalam generasi mereka, dan pemangku kepentingan dapat dengan mudah mengedit cerita pengguna atau menambahkan cerita mereka sendiri.
• Menggeser perspektif proyek. Cerita pengguna menggeser perspektif proyek dari daftar persyaratan yang berpotensi acak dan abstrak ke representasi aktivitas yang berfokus pada pengguna.
• Memfasilitasi pengiriman dengan nilai tertinggi. Mereka membantu memberikan fitur yang berfokus pada pelanggan yang menghasilkan manfaat paling banyak.
• Menyediakan daftar periksa. Mereka memungkinkan pengukuran terhadap penyelesaian tugas yang berhasil. Jika pengguna tidak dapat menyelesaikan tugas, produk telah gagal.

Desain Produk Lebih Baik dengan Pemetaan Cerita Pengguna

Desainer tidak boleh bergantung pada cerita pengguna saja untuk mendorong desain produk — proses desain produk yang komprehensif melibatkan banyak metode dan artefak lainnya. Cerita pengguna yang terintegrasi dengan baik harus saling melengkapi seperti potongan teka-teki yang membentuk keseluruhan UX produk. Sebaliknya, cerita pengguna yang terputus-putus akan mengganggu kekompakan pengalaman pengguna.

Masalah potensial lainnya saat mengandalkan secara eksklusif pada cerita pengguna untuk mendorong desain:

• Kurangnya konteks (mengabaikan hasil UX keseluruhan)
• Tidak ada rasa kelengkapan (ketidakpastian apakah tujuan yang lebih besar tercakup)
• Membingungkan cerita pengguna dengan kasus penggunaan
• Tidak mengembangkan produk (cerita pengguna tidak tetap, mereka cenderung berubah seiring waktu)

Membangun peta cerita pengguna membantu kita fokus pada gambaran besar – produk secara keseluruhan, bukannya terfokus secara rabun pada cerita individu. Jeff Patton, penulis buku Pemetaan Cerita Pengguna

Ringkasan

Bekerja dengan cerita pengguna dalam desain memberikan pengukuran kritis yang dibutuhkan desainer untuk menghasilkan produk yang dirancang dengan baik. Disiplin untuk mematuhi kerangka kerja cerita pengguna juga berarti tidak pernah menempatkan elemen desain di UI yang tidak memiliki cerita pengguna yang sesuai.

Daya tarik cerita pengguna adalah bahwa mereka mengidentifikasi kebutuhan fungsional tetapi tidak menetapkan bagaimana merancang produk untuk memenuhi kebutuhan fungsional tersebut. Mereka fokus pada masalah terlebih dahulu sebelum meresepkan solusi.

Desainer harus melihat cerita pengguna sebagai blok bangunan yang berharga dalam desain produk, memetakan cerita pengguna untuk membuat UX yang kohesif, dan menerapkan praktik terbaik cerita pengguna. Ini akan mencegah fitur merayap, memungkinkan tim produk untuk memberikan produk yang dirancang lebih baik, dan memberdayakan desainer untuk membuat produk dengan pengalaman pengguna yang menyenangkan dan tanpa gesekan.

Beri tahu kami pendapat Anda! Silakan tinggalkan pemikiran, komentar, dan umpan balik Anda di bawah ini.

• • •

Bacaan lebih lanjut di Blog Desain Toptal:

• Kekuatan Figma sebagai Alat Desain
• Panduan Komprehensif untuk Desain Notifikasi
• Make It Count – Panduan untuk Mengukur Pengalaman Pengguna
• Mata Pikiran – Pandangan Psikologi Visualisasi Data