Alur aplikasi vs tangkapan layar individual: cara mempelajari urutannya
Pelajari cara meninjau urutan tangkapan layar aplikasi untuk memahami struktur tugas, perubahan status, dan celah transisi, serta batas referensi UI individual dalam menggambarkan alur interaktif.
Tangkapan layar individual berguna untuk mempelajari tata letak, hierarki, atau pola visual. Namun, tugas dalam produk berlangsung dari waktu ke waktu: seseorang memulai dari suatu tempat, membuat pilihan, menjumpai berbagai status sistem atau aplikasi, lalu mencapai hasil atau mengalami hambatan. Untuk mempelajari pengalaman tersebut, tinjau tangkapan layar sebagai urutan dan tanyakan apa arti celah di antaranya.
Urutan tangkapan layar tetap merupakan referensi visual yang terbatas. Urutan itu tidak membuktikan setiap rute, area ketuk, animasi, kondisi kesalahan, atau hasil yang dialami pengguna. ScreenKits membantu Anda menjelajahi layar aplikasi yang direkam dan membandingkan pola; gunakan prototipe atau riset Anda sendiri untuk memvalidasi perilaku alur yang sebenarnya.
Poin utama
- Mulailah dari tujuan dan skenario pengguna, lalu susun layar yang relevan menurut urutan yang diperlukan untuk menyelesaikan tugas.
- Beri anotasi pada status, keputusan, dan transisi antarrekaman, alih-alih menganggap gambar yang bersebelahan sebagai rekaman interaksi yang telah terverifikasi.
- Catat bukti yang belum ada dan uji antarmuka sebenarnya ketika perilaku, waktu, atau jalur alternatif penting.
1. Bedakan referensi layar dari alur
Tangkapan layar menjawab pertanyaan tentang satu status yang terekam: Apa yang paling menonjol? Bagaimana informasi dikelompokkan? Seperti apa tindakan utamanya? Tinjauan alur menambahkan hubungan antarlayar: Tujuan apa yang membawa seseorang ke sini? Tindakan apa yang membawanya maju? Apa yang berubah setelah tindakan tersebut, dan bagaimana ia dapat memulihkan keadaan atau mengambil jalur lain?
Bedakan tiga jenis bukti. Tangkapan layar individual adalah gambar diam. Urutan tangkapan layar menyiratkan kemungkinan perkembangan melalui status yang terekam. Rekaman interaktif atau prototipe menunjukkan perilaku dari waktu ke waktu, tetapi mungkin tetap hanya mencakup satu jalur dan satu kumpulan kondisi. Sebuah urutan tidak otomatis menjadi alur yang dapat diketuk, perjalanan yang lengkap, atau catatan analitik.
Pembedaan ini justru membuat pustaka tangkapan layar lebih berguna. Jelajahi seluruh contoh ScreenKits untuk mengumpulkan referensi visual, lalu buat peta tugas, percabangan, dan pertanyaan yang belum terjawab. Gunakan kategori untuk mempersempit konteks, atau saring contoh onboarding saat meninjau urutan penggunaan pertama.
2. Mulailah dari tugas, bukan tumpukan gambar
Pilih satu skenario konkret, misalnya “simpan produk untuk nanti” atau “selesaikan penyiapan akun baru.” Nyatakan tujuan seseorang dengan istilah yang ia gunakan; mengisi formulir atau mengetuk tombol biasanya merupakan langkah, bukan tujuan. Nielsen Norman Group menjelaskan analisis tugas sebagai kajian atas tujuan, langkah-langkah, urutan dan strukturnya, serta informasi yang diperlukan sepanjang proses. Dengan demikian, tinjauan Anda memiliki unit analisis yang berguna: tugas dan jalur untuk menyelesaikannya.
Selanjutnya, kumpulkan layar yang tampak relevan dan susun dalam urutan sementara. Beri label pada tiap layar sesuai apa yang tampaknya terjadi, seperti menjelajah, memilih, mengonfirmasi, meminta izin, berhasil, atau memulihkan keadaan. Anggap urutan itu sebagai hipotesis kecuali Anda mengetahui bagaimana rekamannya dibuat. Jika satu layar dapat cocok di lebih dari satu titik dalam tugas, catat ambiguitasnya daripada memaksakan kepastian.
Untuk peta yang lebih kuat, tambahkan jalur dan kondisi alternatif di samping urutan utama: pengguna yang kembali, izin yang ditolak, kolom yang tidak valid, hasil kosong, atau koneksi yang terputus. Percabangan ini sering mengungkap pertanyaan desain yang tidak dapat dijawab oleh galeri jalur ideal yang terlihat rapi.
- Tuliskan pengguna, situasi, dan hasil yang diinginkan dalam satu kalimat.
- Urutkan langkah-langkah yang tampak dan beri label pada bukti yang mendasari urutan itu.
- Tambahkan kemungkinan percabangan, prasyarat, dan langkah pemulihan sebagai catatan terpisah.
3. Periksa apa yang berubah antarlayar
Di dalam transisilah penalaran berlangsung. Untuk setiap pasangan layar yang bersebelahan, tuliskan pemicu yang menurut Anda menghubungkannya, apa yang berubah, dan apa yang seharusnya dipahami pengguna saat itu. Apakah pilihan sebelumnya tersimpan? Apakah aplikasi mengakui tindakan simpan? Apakah layar berikutnya merupakan tujuan baru, dialog sementara, atau permintaan izin sistem? Jika bukti tidak menunjukkan pemicunya, tandai sebagai tidak diketahui.
Lacak status selain tujuan navigasi. Formulir bisa kosong, terisi sebagian, tidak valid, terkirim, atau dipulihkan setelah gangguan. Layar pembelian bisa menampilkan penawaran, status memuat, kesalahan, dan konfirmasi. Dua rekaman yang hampir identik dapat memperlihatkan perubahan status yang bermakna; dua layar yang berbeda secara visual mungkin berada di rute terpisah. Gunakan label atau anotasi agar urutan Anda tidak menyiratkan hubungan sebab akibat yang tidak dapat dibuktikan oleh rekaman.
Navigasi memerlukan orientasi dan jalur pemulihan. Human Interface Guidelines dari Apple menjelaskan bilah tab sebagai navigasi antarbagian tingkat atas dan menyebutkan bahwa mempertahankan status navigasi tiap bagian membantu orang berpindah tanpa kehilangan posisi. Terapkan pertanyaan serupa pada referensi: dapatkah seseorang mengetahui ia berada di bagian mana, kembali ke konteks sebelumnya, atau keluar dari tugas terpandu? Gambar diam dapat mengisyaratkan kemudahan itu, tetapi hanya pengujian interaksi yang dapat memastikan perilakunya.
- Untuk setiap transisi, catat pemicu, umpan balik yang terlihat, status hasil, dan tingkat keyakinan.
- Periksa jalur kembali, batal, lewati, coba lagi, dan lanjutkan bila relevan.
- Bedakan layar aplikasi dari UI sistem operasi dan tujuan eksternal.
4. Pilih bukti yang tepat untuk pertanyaannya
Artefak yang berbeda menjawab pertanyaan desain yang berbeda. Mulailah dengan referensi paling sederhana yang sudah memadai, lalu beralih ke prototipe, rekaman, atau pengamatan pengguna ketika pertanyaannya bergantung pada perilaku nyata.
| Artefak | Berguna untuk | Hal yang tidak dapat dibuktikan sendiri |
|---|---|---|
| Tangkapan layar individual | Hierarki visual, teks antarmuka, pola komponen, dan satu status yang terekam | Apa yang menyebabkan status itu, apa yang terjadi sebelum atau sesudahnya, atau apakah kontrol berfungsi |
| Urutan tangkapan layar | Membandingkan perkembangan yang tampak, pola berulang, dan kemungkinan celah transisi | Bahwa urutannya lengkap, setiap percabangan terwakili, atau transisinya interaktif |
| Prototipe atau rekaman interaktif | Meninjau jalur tertentu, waktu, umpan balik, dan perilaku interaksi | Bagaimana semua pengguna bertindak, semua kemungkinan rute, atau hasil di luar skenario yang direkam |
| Riset tugas melalui pengamatan | Mempelajari di mana orang ragu, apa yang mereka harapkan, dan bagaimana mereka pulih dalam konteks | Hasil yang berlaku umum dari sampel kecil atau tidak representatif |
5. Tinjauan alur beranotasi yang dapat diulang
Gunakan daftar periksa berikut untuk kritik singkat atau serah terima yang lebih mendalam. Buat setiap anotasi spesifik dan pisahkan pengamatan dari asumsi. Jika Anda meninjau produk sendiri, uji tugas yang telah dipetakan dengan prototipe atau versi aplikasi yang berfungsi, lalu revisi peta ketika perilaku yang diamati berbeda.
- Tentukan satu pengguna, konteks, dan tujuan akhir yang dapat diamati.
- Urutkan rekaman yang relevan; beri label masing-masing sebagai terkonfirmasi, disimpulkan, atau tidak diketahui.
- Untuk tiap langkah, catat tindakan pengguna, respons antarmuka, status saat ini, dan keputusan berikutnya.
- Tandai celah: pemicu yang hilang, kemajuan yang tidak jelas, konteks yang hilang, umpan balik yang tidak ada, atau ketiadaan jalur pemulihan.
- Tambahkan status alternatif dan kegagalan, termasuk kasus lewati, kembali, batal, kosong, kesalahan, dan izin ditolak.
- Periksa apakah label dan hierarki membuat tindakan berikutnya serta lokasi saat ini mudah dipahami.
- Ubah setiap ketidakpastian menjadi pertanyaan untuk penelusuran prototipe atau sesi pengamatan tugas.
- Catat sumber bukti dan tanggalnya agar peninjau berikutnya mengetahui apa yang diwakili peta tersebut.
Pertanyaan umum
Apakah urutan tangkapan layar sama dengan alur aplikasi?
Tidak. Urutan adalah kumpulan gambar diam yang disusun untuk mengisyaratkan perkembangan. Alur aplikasi juga menjelaskan tindakan, transisi, status, dan kemungkinan percabangan. Perlakukan urutan tangkapan layar sebagai bukti visual terbatas kecuali perilaku interaksi dan cakupannya telah diverifikasi secara terpisah.
Bagaimana saya harus menganotasi layar atau transisi yang hilang?
Tuliskan apa yang Anda ketahui, apa yang Anda simpulkan, dan apa yang belum diketahui. Catat tindakan pengguna, umpan balik yang diharapkan, status hasil, serta jalur pemulihan atau alternatif yang belum ada. Gunakan prototipe atau sesi pengamatan untuk menjawab pertanyaan yang tidak dapat dijelaskan oleh rekaman.
Dapatkah saya memakai referensi tangkapan layar untuk riset pengguna?
Referensi tersebut dapat membantu perbandingan desain dan pembentukan hipotesis, tetapi tidak menunjukkan bagaimana peserta bertindak atau apa yang mereka pahami. Untuk mempelajarinya, berikan tugas yang realistis kepada orang-orang dalam prototipe atau antarmuka yang berfungsi dan amati hasilnya.
