Haruskah pengembang melakukan mockup UI jika tidak ada desainer dalam proyek ini?

Saya bekerja dengan tim kecil yang membuat aplikasi web berpemilik dan UX tidak terlalu menjadi prioritas karena orang-orang kami sendiri yang akan mengoperasikannya, tetapi kami berusaha membuat pekerjaan mereka lebih mudah.

Haruskah saya, sebagai pengembang, membuat mockup UI sebelum saya mulai membuat layar baru? Tidak ada yang terlalu mewah, kebanyakan tata letak umum untuk membicarakannya dengan kolega dan untuk memiliki model referensi. Saya membandingkannya dengan membuat beberapa diagram UML sebelum mempelajari penulisan kode secara membabi buta.

Salah satu rekan kerja saya mengatakan ini tidak masuk akal dan bukan pekerjaan saya untuk melakukan itu.

Saya sangat sering bekerja di proyek-proyek seperti itu, dan jawabannya adalah YA tegas, dan sedini mungkin.

Orang-orang merasa jauh lebih mudah untuk mengkritik perbaikan rancangan daripada datang dengan solusi dari awal. Jadi saya mulai menyusun awal karena dua alasan:

• Berikan kesan pada ahli materi tentang bagaimana informasi dapat disajikan.
• Tunjukkan pemahaman saya saat ini tentang masalah dan struktur informasi.

Dalam kasus yang jarang terjadi, menyenangkan juga memiliki beberapa bukti bahwa saya telah benar-benar memberikan apa yang kami sepakati ...

Maket itu fantastis dan tidak ada alasan seorang dev seharusnya tidak melakukannya. (Bahkan dapat berguna bagi seorang dev untuk melakukan rancangan kasar tata letak UI bahkan ketika Anda memiliki desainer UI pada proyek tersebut.)

Saya sangat merekomendasikan Anda untuk tidak membuat maket yang terlihat seperti layar sebenarnya. Jika Anda membagikan ini dengan pengguna akhir yang sering berfokus pada hal-hal yang tidak penting seperti warna dan tema. Apa yang saya sarankan Anda lakukan adalah membuat sketsa tangan di kertas atau papan tulis. Atau jika Anda ingin mereka menggunakan komputer seperti Pencil Project atau Visio ( berikut adalah beberapa stensil Visio dari Jonathan Abbett yang terlihat digambar tangan.)

Ya, tentu saja.

Jangan biarkan orang lain memberi tahu Anda bagaimana melakukan pekerjaan Anda. Dan Anda benar, ini sangat mirip dengan melakukan UML untuk model data Anda. Dengan asumsi Anda adalah seorang pengembang, tugas Anda adalah memberikan perangkat lunak berkualitas. Jika maket membantu Anda melakukan itu, maka itu bagian dari pekerjaan Anda.

Lakukan mockup dengan kesetiaan rendah - jangan membuatnya terlihat seperti layar sungguhan. Anda akan menghabiskan terlalu banyak waktu untuk menyesuaikan font dan piksel serta batas, dan pengguna Anda akan terobsesi dengan detail seperti itu daripada fokus pada fungsionalitas. Sesuatu seperti balsamiq sangat bagus untuk ini, tidak ada keraguan alat serupa lainnya. Dengan mockup di tangan, menjadi lebih mudah untuk mendiskusikan fitur-fitur proyek dengan pengguna Anda dan dengan anggota tim pengembangan lainnya.

Saat merancang "layar baru", Anda ingin mendiskusikan gagasan kasar UI terlebih dahulu dengan pengguna dan / atau kolega Anda. Anda tidak dapat membicarakan hal ini dengan pengguna "dalam kode" atau "dalam UML", yang tidak berfungsi (bahkan tidak akan berfungsi di antara pemrogram). Dan Anda harus berharap bahwa Anda perlu membuang dua atau tiga sketsa pertama Anda, atau setidaknya mengatur ulang elemen UI dengan berat.

Jadi, jika Anda memiliki alat desain UI grafis yang memungkinkan Anda melakukan ini dengan cepat, masuk akal untuk menggunakannya. Namun, jika Anda perlu kode elemen UI secara manual, dan membuang atau menata ulang elemen UI membutuhkan banyak usaha, maka jelas lebih masuk akal untuk tidak "kode" UI terlebih dahulu. Akan jauh lebih efisien untuk membuat maket terpisah, baik dengan menggunakan alat gambar grafis, atau hanya dengan menggunakan pensil dan kertas.

Belum tentu. Setidaknya ada dua alasan mengapa maket mungkin tidak banyak berguna.

Pertama, jika ada praktik industri yang mapan mengenai melakukan hal-hal yang akan Anda lakukan, Anda bisa melanjutkan dan melakukan hal itu. Anda tidak akan mengedepankan seni desain UI, tetapi itu juga bagus.

Kedua, pengguna akhir Anda sering tidak tahu apa yang baik untuk mereka, dan mengapa demikian. Mereka hanya tidak tahu sampai mereka mulai menggunakan program (dengan data aktual atau mock). Tidak ada jumlah mockup statis yang akan membantu.

Dengan kerangka kerja web yang cukup fleksibel, untuk "hanya layar UI lain, seperti layar N sebelumnya", Anda dapat mulai dengan prototipe yang berfungsi dan mengatur ulang sesuai keinginan. Lakukan mockup dan diskusikan dengan rekan kerja kapan pun Anda akan melakukan sesuatu yang mewah.

SELALU!

Saya bekerja untuk perusahaan kecil, dan saya satu-satunya orang IT "Lembut". Saya melakukan semua persyaratan, desain, pengkodean, pengujian (meskipun seseorang selalu memvalidasi pengujian saya), desain basis data dll.

JANGAN PERNAH MEMOTONG CANGGA DI LANGKAH DESAIN - pengguna akhir Anda akan berterima kasih. Anda juga akan berterima kasih kepada diri Anda sendiri, karena Anda AKAN akhirnya akan bekerja kembali untuk membuat pengguna akhir senang. Bahkan jika maket Anda tidak lebih dari selembar kertas tangan, itu memberi mereka ide tentang apa yang diharapkan. Mengambil 10 menit untuk mencoret-coret sesuatu dapat menghemat waktu kerja satu minggu (pernah ke sana, melakukan itu)

Ini juga membantu Anda dalam coding Anda. Ini memberi Anda kesempatan untuk berpikir tentang apa yang perlu Anda lakukan, cara paling efisien untuk mencapainya, dan segala hambatan yang mungkin menghalangi.

Misalnya, Anda mungkin menemukan bahwa laporan "sederhana" yang perlu Anda buat lebih sulit daripada yang Anda duga sebelumnya karena Anda tidak menangkap beberapa tanggal pada tabel xyz. Ini juga memperluas cakrawala Anda dan menunjukkan tim Anda, atasan, atau bahkan dapat digunakan untuk peluang karir masa depan yang potensial yang Anda lakukan lebih dari batas minimum dan dapat keluar dari kotak "itu bukan pekerjaan saya" (<--- serius, JANGAN menjadi pria itu, kita semua membencinya) atau itu memberi Anda kesempatan untuk belajar tambahan.

Mari kita lihat ini secara lebih umum:

• Apakah membuat konsep merupakan ide yang bagus?
• Siapa yang harus membuat konsep?

Apakah membuat konsep merupakan ide yang bagus?

Membuat draft terutama memberikan 2 manfaat. Pertama, ini memberikan fokus, yang mengarah ke percepatan dalam pekerjaan aktual yang sedang dilakukan. Kedua, itu membuat mendiskusikan arah pekerjaan sebelum pekerjaan selesai jadi lebih sederhana.

Kelemahan dari membuat konsep adalah bahwa ia menggunakan waktu. Tidak masuk akal untuk menghabiskan 2 jam untuk membuat konsep yang rumit untuk sesuatu yang membutuhkan waktu 4 jam untuk dibuat.

Dalam kasus Anda, tingkat mockup perlu memperhitungkan taksiran jumlah pekerjaan yang masuk ke dalam proyek, dan manfaat rancangan. Tergantung pada ini, mockup Anda dapat berada di mana saja antara coretan 10 detik pada post-it dan situs web yang sepenuhnya interaktif. Untuk proyek yang sangat besar dan mahal, tidak jarang seluruh tim mengerjakan draft selama berminggu-minggu dan membuat draft draft mereka saat melakukan itu.

Siapa yang harus membuat konsep?

Tidak perlu jawaban yang rumit di sini: Jika Anda mendapat manfaat dari membuat konsep, Anda membuat konsep. Jika Anda mendapat manfaat dari orang lain yang membuat konsep untuk Anda, minta orang lain untuk membuat konsep untuk Anda.

Kolega Anda benar sekali. Aplikasi internal umumnya memiliki tampilan standar. Juga untuk aplikasi semacam itu, pengguna tidak mencari UI mutakhir. Yang mereka inginkan adalah sesuatu yang berfungsi dan cukup mudah digunakan. Kecuali jika Anda berencana untuk secara radikal mengubah UI (yang saya akan sangat menyarankan .... untuk aplikasi internal), cukup ikuti tampilan dan nuansa yang ada. Mock-up itu bagus, tetapi dalam kasus Anda, hanya akan meningkatkan rasa sakit Anda.