it-swarm.asia

Bagaimana saya bisa memastikan pengguna tidak takut dengan Word TEST dalam undangan untuk pengujian kegunaan?

Saya melakukan banyak pengujian kegunaan dan terkadang pengguna mendatangi saya dengan mengatakan:

Wow. Ketika Anda mengatakan TEST, saya pikir saya harus belajar lebih banyak.

Apakah Anda memperhatikan LEBIH BANYAK? Itu artinya mereka mempelajari sesuatu! Saya selalu menjelaskan bahwa tes ini tentang sistem, bukan tentang pengguna, tetapi itu tidak menyelesaikan masalah.

Apakah Anda memiliki masalah yang sama? Bagaimana saya bisa menenangkan pikiran penguji saya? Haruskah saya menjelaskan lebih banyak, menggunakan nama lain untuk ujian, atau sesuatu yang lain?

38
Giu Vicente

Ini adalah sesuatu yang patut diperhatikan. Selain dari kecemasan tentang ujian kilas balik sekolah/perguruan tinggi yang Anda bicarakan, Efek Hawthorne menunjukkan bahwa "individu memodifikasi atau meningkatkan aspek perilaku mereka dalam menanggapi kesadaran mereka untuk diamati", dan beberapa mungkin berpendapat bahwa praktis tidak mungkin untuk "mengamati" penggunaan alami suatu produk atau situs web (tanpa menggunakan rekaman rahasia). Yang mengatakan, masih ada setidaknya beberapa nilai dalam pengujian pengguna, jadi kami mungkin harus berusaha untuk mengurangi efek ini dengan bahasa.

Dalam pendekatan ini, Anda dapat meminta orang untuk mengambil bagian dalam "Evaluasi Situs Web", daripada "Tes Kegunaan". Anda bisa bermain-main dengan kata-kata lain seperti "penilaian" dan "analisis", selalu memastikan bahwa situs web atau aplikasi adalah subjek kalimat.

Ketika tiba saatnya untuk melakukan "evaluasi situs web", bacalah Skrip Usabilty Steve Krug , yang bagiannya berbunyi:

Kami sedang menguji situs web yang sedang kami kerjakan untuk melihat bagaimana rasanya orang-orang yang sebenarnya menggunakannya.

Saya ingin segera menjelaskan bahwa kami sedang menguji situs, bukan Anda. Anda tidak dapat melakukan kesalahan apa pun di sini. Bahkan, ini mungkin satu-satunya tempat hari ini di mana Anda tidak perlu khawatir melakukan kesalahan.

Kami ingin mendengar persis apa yang Anda pikirkan, jadi jangan khawatir bahwa Anda akan melukai perasaan kami. Kami ingin memperbaikinya, jadi kami perlu tahu dengan jujur ​​apa yang Anda pikirkan.

44
dennislees

Itu semua dalam ungkapan dan persepsi tentang siapa yang menjadi sasaran. Berikut adalah beberapa saran:

Tolong bantu kami mengevaluasi sistem pemesanan online baru kami

Cobalah sistem pemesanan online kami yang baru, beri tahu pendapat Anda, dan dapatkan diskon 5% untuk pesanan Anda berikutnya!

8
MonkeyZeus

Bergantung pada pengguna yang terlibat, saya pernah mendengar tes kegunaan yang disebut "Sesi umpan balik kegunaan" atau "sesi kegunaan". (Ini biasanya muncul pada undangan rapat dan saluran komunikasi 'impersonal' lainnya.)

Saya juga memotong ke pengejaran dan disebut mengundang hal-hal seperti "Login Form Project - umpan balik dari Jane Doe". Tidak ada 'pengujian', tidak ada 'kegunaan'.

Dalam isi undangan, saya akan menggunakan frasa seperti "Saya ingin tahu apakah Anda tertarik untuk mencoba sistem baru dan melihat apa yang Anda pikirkan." Tentu saja tes kegunaan itu sendiri lebih terstruktur dari itu ...

(Selama sesi, jika pengguna masih menutup telepon sebagai 'ujian', bagian dari derai pembuka saya adalah "ingat, ini bukan ujian Anda - Anda membantu kami menguji perangkat lunak kami.")

7
Alex Feinman

Apakah Anda memperhatikan LEBIH BANYAK? Itu artinya mereka mempelajari sesuatu! Saya selalu menjelaskan bahwa tes ini tentang sistem, bukan tentang pengguna, tetapi itu tidak menyelesaikan masalah.

"Pengujian Kegunaan", dengan sendirinya, sebenarnya UX mengerikan ketika disajikan seperti itu.

Apakah Anda memiliki masalah yang sama? Bagaimana saya bisa menenangkan pikiran penguji saya? Haruskah saya menjelaskan lebih banyak, menggunakan nama lain untuk ujian, atau sesuatu yang lain?

Kembali ke prinsip dasar UX. Langkah pertama: berhenti memikirkan orang-orang ini sebagai "penguji." Konteks Anda terhadap aktivitas mereka adalah mereka membantu Anda [kegunaan] menguji perangkat lunak Anda. Itu bukan konteks yang akrab bagi mereka, bukan konteks atau peran yang akan mereka anggap dalam diri mereka sendiri atau keinginan untuk berada dalam keadaan normal, atau bahkan yang masuk akal bagi banyak dari mereka ("kegunaan" pada dasarnya adalah istilah teknis, bahkan untuk titik menjadi jargon, meskipun berbasis di Kata bahasa Inggris standar). Penguji perangkat lunak berbayar adalah "penguji." Orang lain hanya mencoba melakukan pekerjaan mereka/menyelesaikan tugas mereka sementara diminta untuk tambahan melakukan sesuatu untuk Anda juga, sekarang. Dari sudut pandang Anda ini mungkin satu dan sama dan berlebihan, tetapi itu bisa tampak sangat berbeda dari sudut pandang lain.

Komunikasi adalah kunci di sini: Anda perlu memastikan bahwa Anda menyampaikan dengan tepat apa yang akan terlibat dalam kegiatan dan apa yang diharapkan dari mereka, serta apa yang dapat mereka harapkan dan dapat lakukan. Saya pikir @dennislees memiliki poin yang benar-benar valid dalam merujuk ke Hawthorne, tapi saya pikir ini sebenarnya lebih jauh.

Anda harus mengaitkan ulang ini ke dalam konteks yang sesuai untuk mereka saat Anda menyajikannya ke mereka bahkan jika secara internal Anda terus menyebutnya karena itu berkaitan dengan konteks Anda sendiri (pengujian kegunaan).

Apa yang harus dilakukan yang mereka lakukan? Bukan dalam hal apa yang Anda ingin mereka lakukan, tetapi dalam hal bagaimana kegiatan akan dimainkan untuk mereka?

Evaluate adalah istilah yang bagus. Feedback juga cukup bagus.

Mereka adalah di sini untuk help Anda, tetapi penting untuk tidak menghalangi apa artinya bagi Anda (yang lebih penting di mana Anda berada ' sedang di). Fokus pada hal-hal yang akan mereka lakukan dan dapat melakukannya akan sangat membantu. Orang-orang yang benar-benar ingin membantu (ini pada dasarnya kembali ke efek Hawthorne) sering mencoba mengantisipasi kebutuhan, yang dapat menjadi masalah baik dalam hal menjadi pemicu stres pada mereka dan tidak selalu cocok dengan tujuan Anda yang sebenarnya.

Juga fokus pada keadaan pikiran yang Anda inginkan saat melakukan hal ini. Play with bahkan mungkin merupakan frasa yang sesuai (mungkin didukung dengan bahasa lain untuk tetap menunjukkan perlunya umpan balik dan apa yang harus terkait dengan umpan balik) untuk mengurangi rasa stres.

Apakah Anda akan meminta mereka melakukan aktivitas standar dengan perangkat lunak (baru/pembaruan) Anda, dan bukan perangkat lunak normal mereka (atau versi Anda saat ini)? Dalam hal itu, fokuslah pada aktivitas.

Sebagai contoh:

Kami ingin memberi Anda kesempatan khusus untuk menjalankan pekerjaan cetak pada perangkat lunak terbaru kami — sebelum dirilis secara luas! Yang kami minta dari Anda adalah jika Anda bisa meluangkan waktu untuk memberi kami umpan balik tentang bagaimana perasaan Anda tentang pengunggah file baru kami. Ini hanya menjawab tiga pertanyaan cepat dan harus menambah tidak lebih dari dua menit untuk waktu pemrosesan pekerjaan cetak normal Anda. Jika Anda punya waktu untuk menjawab beberapa pertanyaan cepat lainnya — atau jika Anda punya pemikiran lain tentang apa yang ingin Anda tingkatkan, atau apa pun yang Anda anggap membuat frustrasi — itu juga hebat!

(catatan: ini hanya catatan cepat untuk berfungsi sebagai showcase)

Ini menetapkan beberapa harapan yang jelas: mereka hanya akan melakukan sesuatu yang telah mereka lakukan dan terbiasa, itu hanya akan berada dalam versi baru dari perangkat lunak. Ini juga menetapkan satu tujuan umpan balik spesifik sebagai tugas "pertukaran" (mengevaluasi "pengunggah file" secara khusus, bukan keseluruhan perangkat lunak: ini dapat ditetapkan secara berbeda pada populasi sampel yang berbeda). Ini pada awalnya membantu membatasi ruang lingkup sehingga ada fokus dasar untuk bekerja, dan sehingga ekspektasi ukuran tugas menjadi jelas. Ini juga secara implisit isyarat bahwa perubahan sebagian besar terkait dengan "pengunggah file", dalam hal ini (bahkan jika ada perubahan lain), yang membantu mengurangi takut bahwa perubahan keseluruhan pada perangkat lunak akan terlalu besar dan membuatnya terlalu asing untuk melakukan tugas yang biasa dengan nyaman dalam kerangka waktu/cara yang biasanya diharapkan.

Bahkan termasuk beberapa informasi waktu sehingga tidak ada yang khawatir bahwa mereka diminta untuk mencurahkan waktu yang tidak terbatas. Indefinit adalah salah satu hal terburuk untuk dibangun menjadi ekspektasi tugas, dalam hal menurunkan keinginan untuk berkomitmen padanya. Semakin Anda dapat memperkuat harapan tentang aktivitas tugas dan parameter/kebutuhan di sekitarnya, semakin nyaman komitmen untuk melakukannya.

Perhatikan bahwa saya tidak mengatakan "tes" di mana pun dalam contoh itu. Mereka bukan "testing:" mereka menjalankan pekerjaan cetak sungguhan . Jika ini bukan masalahnya, Anda harus memanggilnya dengan jelas, seperti menyebutnya sebagai pekerjaan cetak "tiruan", tetapi saya biasanya akan merekomendasikan untuk mencoba melipatnya menjadi model proses kerja.

Anda juga dapat melemparkan bertele-tele tentang bagaimana semua ini untuk membantu mereka (menetapkan alasan lain mengapa mereka mungkin ingin mengambil waktu ekstra yang melibatkan prosedur normal mereka), tetapi Anda tidak ingin membuatnya terlalu lama di proses.


Skrip kegunaan Steve Krug yang ditautkan oleh @dennislees adalah contoh yang bagus, tapi saya pikir penting untuk dipahami mengapa disajikan seperti apa adanya. Ini semua kembali ke perspektif dan konteks, serta pilihan bahasa/komunikasi yang sesuai. Bisa saja menggunakan terminologi standar industri, asalkan terminologi standar industri untuk orang yang Anda ajak berkomunikasi .

Anda mungkin ingin mempertimbangkan kegunaan menguji komunikasi kegunaan pengujian Anda. Sementara saya mengatakan ini agak menggoda untuk cara itu mungkin terdengar tampak berlebihan, itu bukan hal yang buruk untuk setidaknya menjalankan bertele-tele seperti itu melalui seseorang yang melakukan penyalinan profesional pada materi yang diterbitkan untuk masyarakat umum atau, lebih khusus, audiens yang Anda tuju.

5
taswyn

Jangan katakan 'tes'. Ucapkan 'wawancara'. Lebih mudah bagi orang untuk memahaminya akan menjadi 'wawancara' tentang sesuatu.

Orang-orang cenderung percaya bahwa 'ujian' adalah sesuatu yang harus mereka khawatirkan, ketika niat kita adalah untuk memiliki pendapat dan perilaku jujur ​​mereka.

1
Samantha Rosa

tempatkan "tes" sebagai elemen sekunder untuk tugas/tujuan utama sehingga efek hawthorne diproyeksikan ke aktivitas utama dan bukan tes.

0