Banyak konsep dalam desain UI tidak terlihat sangat berbeda dalam istilah literal, tetapi sebenarnya mereka sangat bervariasi. Guru @akane_lee, seorang perancang Taiwan yang belum lama menerbitkan, mengambil kesempatan untuk menganalisis konsep dan menguraikan fungsi -fungsi bagan aliran dan aliran UI secara terperinci ~
Saya belum memposting artikel selama hampir sebulan, dan saya sibuk menulis rencana, membuat prototipe, dan menjalankan laporan siswa eksperimental. Baru -baru ini, saya harus mengatur banyak aliran UI. Semakin saya mengatur kepala saya, semakin saya merasa seperti pasta. Mari kita bicara tentang UI Flow and Flow Chart. Aliran adalah "proses", aliran UI adalah aliran halaman, dan grafik aliran adalah bagan aliran, keduanya adalah grafik yang sama sekali berbeda.
Desainer UI sangat akrab dengan aliran UI, tetapi mungkin tidak terbiasa dengan grafik aliran. Dalam pengembangan perangkat lunak, grafik aliran biasanya ditulis oleh SA, dengan fokus pada "penilaian" ... itu tidak sulit, perlakukan itu sebagai tes psikologis yang melekat pada majalah, cukup pilih "Ya" dan pergi ke kanan, dan pilih "Tidak" dan pergi ke kiri.
Untuk RD, Anda harus terlebih dahulu tahu "Logika" sebelum menulis program, yaitu, arsitektur operasi yang terdiri dari berbagai "penilaian". Logika juga sangat penting untuk UI, jika tidak, respons apa yang harus diberikan pengguna setelah operasi?
Login anggota yang paling makmur
Mengambil "Login Anggota" sebagai contoh, jika pengguna memasukkan kata sandi akun, dan jika inputnya benar, itu akan secara otomatis melompat ke halaman informasi anggota. Jika inputnya salah, itu akan meminta kesalahan ...
Hanya dari peta fungsional, saya ingin menggambar aliran UI. Saya sering mengabaikan "apa yang harus dilakukan jika pengguna beroperasi secara tidak benar". Pada saat terakhir, saya menemukan bahwa ada kekurangan, yang berarti bahwa UI dengan mendesak menambahkan halaman yang hilang, dan RD tidak elegan dalam kerja kerasnya. Ini meminta kesalahan itu bukanlah sesuatu yang diletakkan di atas panggung atau ditambah saat Anda punya waktu. Halaman dan program tidak ditulis oleh mulut mereka ...
Saya akan mengirimkan kode verifikasi
Sepertinya sangat sederhana? Bukan hanya itu. Ketika Anda benar -benar menggambarnya, Anda akan menemukan bahwa banyak hal yang mudah diabaikan pada aliran UI yang tidak dipertimbangkan. (Dan bagaimana mungkin tidak ada fungsi yang ditambahkan?)
Terkadang pengguna akan terus mengetik kesalahan, dan masuk akal untuk menebak bahwa seseorang mencoba mencuri akun. Metode pemblokiran umum adalah meminta pengguna yang memasukkan beberapa kesalahan untuk mengisi satu bidang lagi kode verifikasi. Jadi grafik aliran menjadi:
Gambar di atas hanyalah demonstrasi proses sederhana, tetapi itu hanya kalimat kasual "Hei, tambahkan fungsi kode verifikasi untuk saya", dan bagan aliran tiba -tiba akan menjadi gemuk. Ada lebih banyak trik dan pertimbangan keamanan untuk verifikasi login anggota nyata. Misalnya, jika Anda memiliki 3 kesalahan login, Anda akan memberi saya lebih banyak "lupa kata sandi Anda" dan sebagainya. Jika Anda mengunci akun secara langsung, silakan hubungi Layanan Pelanggan untuk mengajukan banding.
Bagan aliran dan aliran UI saling melengkapi, dan bahkan bagan aliran UI pertama kali disediakan. Ketika tidak ada bagan aliran dan Anda tidak tahu berapa banyak penilaian untuk diproses, Anda akan menghasilkan aliran UI. Probabilitas halaman yang hilang dan fungsi yang hilang sangat, sangat tinggi.
Jika hanya ada aliran UI dan tidak ada bagan aliran, RD hampir tidak dapat membayangkan grafik aliran berdasarkan gambar dan cara menilai, tetapi semakin besar sistem, semakin banyak bug paket, dan kemungkinan paket ditentukan berdasarkan nilai pengalaman RD. Tapi bahkan tidak ada aliran UI. Hanya beberapa wireframes atau mockup hanyalah orang buta yang menyentuh gajah. Jika Anda melihat satu gambar statis, Anda tidak akan tahu cara merangkai halaman. Akan aneh jika Anda mengandalkan otak Anda untuk menebusnya.
Jika Anda tidak memberikan apa -apa, cukup buang prototipe dan minta RD untuk menyalinnya. Sangat sederhana untuk melakukannya persis sama? RD juga perlu menyodok dan menyodok setiap tombol tekan di setiap layar dan mencoba berbagai kesalahan sebelum Anda tahu cara menghubungkan fungsi. Seberapa besar Anda membenci RD karena melakukan ini?
Referensi:
Flowchart - MBA Think Tank Encyclopedia
Deskripsi diagram alur
Dari perspektif desainer UI, grafik aliran dapat dianggap sebagai "bagaimana pengguna mengoperasikan dan menyelesaikan tugas dan bagaimana perangkat lunak merespons dalam situasi ini", dan aliran UI diperluas ke "karena pengguna beroperasi dengan cara ini dan kami memiliki fungsi dan informasi ini untuk disajikan, sehingga halaman dan halaman terhubung dengan cara seperti itu."
Desainer UI tidak harus tahu cara menggambar diagram alir, tetapi Anda harus memahaminya. Simbol diagram alur umum diperbaiki. Jangan mendesain gaya baru hanya karena Anda terlihat jelek. RD pasti akan membalikkan meja.
Ada pepatah terkenal "Air di kepala Anda sebelum menikah adalah air mata yang ditumpahkan setelah menikah", yang diterapkan pada pengembangan perangkat lunak, "otak yang lebih sedikit dihabiskan sebelum pekerjaan adalah hati yang akan rusak setelah bekerja adalah hati yang akan rusak setelah bekerja adalah yang dimulai." Berapa banyak fungsi yang tidak diharapkan pada tahap awal, berapa jam kerja tidak diharapkan di tahap selanjutnya ...