Pengujian Skor Kualitas Objektif dengan Peta Perjalanan Pelanggan

Halo, warga negara Khabrovsk!

Saya seorang analis, saya telah merancang sistem dan persyaratan penulisan selama 10 tahun. Saya mengusulkan untuk membahas pendekatan pengujian UX / UI.

Sebelum karantina, saya menghadapi suatu situasi: saya harus membeli tiket pesawat. Sekitar 30 menit saya pergi ke ruang tanpa udara: sementara saya mengisi semua bidang (meskipun ada profil dalam layanan), maka saya memeriksa ulang semuanya tidak sekali, lalu dengan hati-hati menghapus semua opsi berbayar.
IMHO, ini tidak manusiawi.

Mengapa tidak mengingat data saya dan menggantinya? Mengapa memaksakan opsi tambahan - mengurangi loyalitas?

Saya pikir saya bukan satu-satunya yang kesal pada UX / UI yang tidak nyaman dan tidak dapat dipahami. Pertanyaan: "Bagaimana pengobatannya?"



Sejauh ini, saya sampai pada kesimpulan bahwa solusi mungkin pengujian sistematis dan independen dari indikator kualitas sistem. Mereka yang dibicarakan di institut dan buku teks: ergonomi, kenyamanan, mudah dimengerti, kecepatan pelaksanaan tugas.

Biasanya, pengujian kualitas adalah sebagai berikut:

• Tim berjalan dengan sekuat tenaga untuk membuat fungsionalitas tepat waktu dan tidak ada yang memikirkan UX / UI
• UX / UI diperiksa hanya untuk kesesuaian dengan tata letak
• Pengujian UX / UI dilakukan sesuai selera dan penilaian pribadi penguji. Ya, ini dapat dibenarkan oleh aturan umum (misalnya, dari buku Cooper "On Interfaces"), tetapi dalam sistem kustom dan B2B sering ada solusi non-sepele. Tim mungkin berbeda dalam hal selera dan ide tentang keindahan. Akibatnya, ini mengarah pada perselisihan yang tidak konstruktif karena perbedaan pendapat. Kemenangan terkuat di dalamnya.

Kemudian saya berpikir bahwa cerita serupa terjadi ketika mengumpulkan persyaratan dalam produk. Kebetulan pencipta membuat keputusan untuk rasa sakit mereka dan berpikir bahwa mereka akan menutup kebutuhan pengguna akhir. Untuk memetakan realitas, ada cara a la Peta Perjalanan Pelanggan.

Inti dari metode ini adalah untuk mengambil pengalaman beberapa pengguna pada sampel statistik saat mereka memecahkan masalah tertentu. Jadi, Anda dapat mengetahui apakah orang lain dihadapkan dengan masalah dan apakah situasi ini unik untuk sekelompok kecil orang atau apakah itu masalah total.

Mengapa tidak memeriksa prinsip ini dan UX / UI?

Algoritma pengujian:

1) Tentukan kebijakan pengujian.

• set skrip pengguna untuk pengujian
• Indikator kualitas teruji: kenyamanan, ergonomi, dapat dimengerti, dll.

2) Temukan responden untuk diuji

Dari 3 hingga 5 responden. Ini bisa menjadi pengguna akhir atau anggota tim lain. Yang utama adalah independensi dari tim pengembangan.

3) Melakukan penelitian. ulangi

siklus dengan setiap responden
> Template kartu pengguna diambil.
> Responden diberikan pengantar untuk tugas dan sistem yang sedang berjalan / prototipe / tata letak
> Langkah responden, umpan baliknya, waktu untuk langkah - semua ini dicatat di
akhir template



4) Data agregat.

Karena satu templat peta adalah satu pendapat, Anda perlu menemukan persimpangan responden. Untuk setiap skenario, matriks peta kesenjangan dikompilasi (dalam tradisi terbaik CJM).

• Kolom Matriks - Langkah-Langkah Script.
• Garis adalah indikator ketidakpuasan.
• Di persimpangan - hasil dari peta responden.
• Langkah-langkah yang paling banyak menghabiskan waktu atau emosi negatif, kesalahpahaman - ini adalah rasa sakit dari kualitas sistem.

5) Buat daftar masalah yang ditemukan.

Saya menamainya GrowthPointsList.



Data dirangkum dalam daftar masalah + harapan responden bagaimana sistem akan berperilaku. Anda dapat menentukan tingkat pengaruh pada bagian naskah:

1. Tidak dapat menyelesaikan skrip
2. Negatif tetapi skrip lulus
3. Beberapa responden memiliki negatif, tetapi mereka berhasil melewati naskah.

Jadi, bahkan sebelum pengembangan pada tahap tata letak, dimungkinkan untuk menguji tata letak dan menghilangkan masalah dengan biaya lebih rendah. Hasil tes masuk akal dan tidak menimbulkan kontroversi di antara peserta dan pelanggan.

Saya pikir dunia aplikasi dengan demikian dapat berubah menuju kenyamanan dan kesederhanaan bagi pengguna akhir.

Saluran Telegram - tlgg.ru/@analyst_way (Analyst Path)