Apakah kerangka acuan benar-benar disajikan dalam versi final?
Produk memulai siklus hidupnya dengan pembentukan kumpulan persyaratan untuknya. Kode ini paling sering merupakan kerangka acuan (TOR). Ini memberikan informasi terperinci tentang teknologi produk masa depan, audiens target, serta fungsionalitas yang harus memastikan pengoperasian produk ini. Seringkali tugas semacam itu diberikan dalam bentuk "mentah", sketsa, yang dalam proses pengerjaannya akan ditumbuhi detail. Agar tidak masuk ke dalam situasi di mana bagian dari tugas yang terkait dengan desain dan persyaratan fungsional tidak mengalami perubahan yang signifikan, penting untuk mempelajari aspek-aspek ini dengan cermat, untuk membicarakannya sebanyak mungkin dengan pelanggan.
Untuk menggambar UI, apakah kita menggunakan identitas perusahaan perusahaan (serta perkembangan UI perusahaan sebelumnya, jika ada) atau apakah kita membuat yang baru untuk produk tertentu?
Seringkali, produk baru tidak dibuat dari awal, tetapi dalam kerangka produk lain atau blok layanan perusahaan. Berdasarkan ini, kami sudah memiliki seperangkat aturan gaya dan warna serta persyaratan untuk desain komponen UI. Dalam hal ini, Anda hanya perlu mengonfirmasi bahwa produk baru akan dibuat berdasarkan aturan ini. Jika layanan dibuat dari awal, maka perlu untuk membuat sketsa dari apa yang disebut papan mood untuk menyepakati gaya dan skema warna dengan pelanggan.
Apakah ada produk serupa di pasaran?
Ada kalanya pelanggan muncul dengan ide untuk produk yang sudah memiliki analog di pasaran. Untuk mempercepat riset pasar (yang merupakan keharusan saat mengembangkan produk baru), penting untuk menanyakan contoh produk ini kepada klien. Anda dapat bertanya kepada pelanggan apa yang baik dalam produk ini, apa yang buruk, tidak nyaman, apa yang harus difokuskan, bagaimana produk baru akan melampaui layanan yang diberikan dalam contoh.
Berapa kisaran perangkat untuk menggunakan produk ini?
Terkadang kita dihadapkan pada situasi di mana suatu produk dibuat hanya untuk platform tertentu untuk tujuan yang spesifik dan terfokus secara sempit. Dalam hal ini, spesialis UX / UI tidak perlu memikirkan opsi tentang bagaimana komponen tertentu akan berperilaku pada platform yang berbeda (smartphone, tablet, desktop). Ini juga akan menghemat waktu membuat komponen UI yang tidak diperlukan untuk platform ini. Penting untuk membahas masalah ini sebelum mulai bekerja, meskipun hal ini telah disebutkan dalam kerangka acuan.
Apa yang akan menjadi tingkat pembuatan prototipe?
Poin penting lainnya yang akan menghemat banyak waktu pada tahap awal dan menghilangkan potensi perbaikan serius pada prototipe produk adalah pemilihan tipe prototipe untuk demonstrasi. Ada beberapa rasa khas untuk gaya prototipe:
- Prototipe primitif (persegi panjang, lingkaran, kotak, dll.). Tidak diperlukan elaborasi mendetail di sini, dan semua komponen UI (teks, tombol, dll.) Ditampilkan sebagai primitif.
- Prototipe terperinci. Ini adalah versi prototipe yang rumit, di sini kami sudah menggunakan desain monokrom proyek, tombolnya terlihat seperti tombol lengkap, dan teks serta judulnya mirip dengan aslinya.
- Prototipe yang dicat. Ini sudah menjadi prototipe produk lengkap berdasarkan komponen UI yang ada.
Perlu diketahui sebelumnya bagaimana cara terbaik untuk menyajikan prototipe produk kepada pelanggan pada tahap awal, karena tidak semua pelanggan dapat melihat gambaran keseluruhan produk berdasarkan primitif.
Jelas bahwa ini adalah daftar yang tidak lengkap, dan kami telah melupakan sesuatu. Apa yang akan Anda tambahkan ke daftar periksa ini?