Bagaimana cara meyakinkan pengguna saya untuk tidak menggunakan sketsa UI?

Saya baru-baru ini bekerja pada prototipe sistem baru menggunakan Sketchflow, dan sekarang beberapa pemangku kepentingan utama mendorong tampilan & nuansa sketsa pada produk akhir. Untuk membuat keadaan menjadi lebih buruk, orang-orang yang melihat prototipe diminta untuk memberikan umpan balik pada tampilan & perasaan sketsa dengan pertanyaan survei yang cukup terkemuka, yang 80% dari responnya positif.

Ini untuk aplikasi perusahaan yang sebagian besar akan untuk klien internal, tetapi juga dimaksudkan untuk digunakan oleh beberapa klien eksternal.

Alasan utama saya berpikir bahwa itu adalah ide yang buruk adalah:

• Itu tidak terlihat dipoles atau profesional
• Upaya signifikan yang terlibat dalam menguliti aplikasi yang sebenarnya dalam gaya sketsa
• Gaya sketsa tidak membuat penggunaan real-estate layar efisien

Saya telah mencoba untuk mencari tahu apa yang bisa menjadi daya tarik, dan satu-satunya hal yang dapat saya pikirkan adalah bahwa orang-orang tertarik dengan kesederhanaannya - terutama jika dibandingkan dengan sistem yang ada, itu akan menggantikan .

Adakah yang bisa mengarahkan saya ke arah bukti mengapa menggunakan tampilan & nuansa sketsa adalah ide yang buruk? Idealnya sesuatu berdasarkan penelitian UI. Saya khawatir suara saya tidak akan didengarkan kecuali saya bisa menunjukkan sesuatu yang konkret.

[Sunting]

Saya mungkin harus menambahkan bahwa kesulitan menguliti aplikasi ini diperparah oleh fakta bahwa itu dimaksudkan untuk disampaikan sebagai satu atau lebih halaman web Silverlight di situs Sharepoint. Mendapatkan tampilan sketsa yang konsisten & terasa di kedua teknologi bisa sangat sulit.

[Sunting]

Untuk berjaga-jaga kalau-kalau ada yang tidak yakin tentang seperti apa prototipe Sketchflow (dan karena itu apa yang diminta orang-orang yang bersangkutan) mereka pada dasarnya meminta aplikasi produksi untuk memiliki tampilan & nuansa gambar rangka sketsa pensil.

Ada buku bagus yang disebut Desain Emosional: Why We Love (atau Benci) Everyday Things oleh Donald A. Norman. Buku ini menyediakan kerangka kerja yang baik untuk menggambarkan dan memahami aspek desain yang kurang teknis. Versi singkatnya adalah bahwa ada tiga jenis reaksi terhadap desain apa pun:

• Visceral - Reaksi usus, seksi, dipoles, jelek. Anda mendapatkan idenya.
• Perilaku - Bagaimana fungsinya, atau tidak seperti kasusnya.
• Reflektif - Bagaimana situs membuat saya berpikir, bereaksi, atau merasakan. Mengingat menggunakan situs ini bisa menimbulkan kebahagiaan, penderitaan, atau yang lainnya.

Saya merasa argumen Anda lebih pada aspek reflektif jangka panjang sementara klien Anda memiliki reaksi yang lebih mendalam . Kesederhanaan adalah konsep yang sangat kuat, dan sangat sulit untuk dilakukan dengan baik. Pada dasarnya Anda harus menyeimbangkan semua hal perilaku yang perlu dilakukan situs sambil meninggalkan kesan yang baik.

Untuk membantu memprioritaskan apa yang paling penting, Anda perlu memikirkan bagaimana pengguna akan berinteraksi dengan situs. Jika Anda mengharapkan interaksi singkat dan pasif (seperti memeriksa berita), maka visceral mungkin yang paling penting. Namun, jika ini akan banyak digunakan untuk pekerjaan sehari-hari, perilaku menjadi yang terpenting. Terakhir, jika situs tersebut akan menjadi bagian dari wajah perusahaan, itu benar-benar perlu mencerminkan tentang apa perusahaan itu. Tampilan informal bisa sangat tepat jika perusahaan memproyeksikan citra itu.

Taruhan terbaik adalah untuk membantu klien Anda menjadi jelas tentang visi mereka untuk situs tersebut, dan bagaimana situs itu dapat atau tidak mempengaruhi merek mereka.

Satu pemikiran tambahan : Anda dibatasi oleh platform yang Anda gunakan (seperti yang dicatat oleh suntingan pertama Anda). Dengan batasan ini, secara teknis tidak mungkin melakukan banyak hal yang seharusnya dapat dilakukan di situs web baru. SharePoint, sebagai produk berbasis WebForms tidak memberikan banyak peluang untuk menyesuaikan tampilan dan nuansa dengan CSS yang kaku, campuran CSS dan tata letak yang disematkan, serta tampilan status yang disematkan dalam HTML. Anda selalu dapat menambahkan elemen tentang biaya ke dalam argumen Anda. Antara itu dan argumen tentang branding (desain reflektif), Anda mungkin bisa memenangkannya.

Biasanya, prototipe sketsa tersebut terlihat bagus selama tidak ada yang harus menggunakannya. Untuk meyakinkan mereka, terapkan sebagian kecil sebagai prototipe yang dapat digunakan, dalam dua versi, satu dengan kulit sketsa dan satu normal. Itu seharusnya cukup untuk menunjukkan kepada mereka bahwa tampilan sketsa itu lucu untuk satu atau dua hari, tetapi menjadi basi segera setelahnya.

Jika ini tidak meyakinkan mereka, yah, masalah mereka.

Sejujurnya jika ini adalah aplikasi mereka dan itu sebabnya mereka mau, saya hanya akan melakukannya dengan cara mereka.

Jika Anda ingin mencoba dan memengaruhi mereka, lakukan mockup UI yang berbeda dan perlihatkan kepada mereka bersama dengan argumen Anda terhadap UI yang samar.

Coba dan masukkan istilah yang mereka mengerti. Misalnya, alih-alih mengatakan akan membutuhkan upaya signifikan untuk memeriksa kembali aplikasi, cukup beri tahu mereka bahwa desain menambahkan X hari / minggu tambahan ke waktu produksi. Atau alih-alih berbicara tentang realestate layar, perlihatkan kepada mereka contoh bagaimana berantakannya tampilan itu dibandingkan dengan desain alternatif Anda. Lagipula, sebuah gambar bernilai ribuan kata.

Masalah menguliti adalah masalah terbesar karena alasan yang sama menguliti hampir selalu merupakan ide yang buruk.

Konsultasikan buku tebal tersebut dan cetak beberapa halaman. Saya tidak akan mengatakan ada masalah dengan sketsa karena itu hanya semacam iseng dan itu bekerja di film Michael Cera.

Saya bisa memikirkan alasan mengapa itu buruk dari perspektif programmer: tampilan sketsa digunakan untuk memastikan pengguna tidak bingung prototipe dengan hal yang nyata. Jika yang asli dibuat sketsa, Anda tidak bisa menggunakannya untuk membuat prototipe lagi.

Dari perspektif pengguna saya tidak bisa memikirkan alasan. Jika mereka menyukai estetika itu dan mudah digunakan, maka Anda akan kesulitan meyakinkan mereka tanpa hal yang lebih baik.

Kecuali jika tampilan sketsa diuji terhadap tampilan dan nuansa lain, Anda tidak dapat mengatakan dengan pasti bahwa pengguna merespons fungsionalitas alih-alih estetika.

Pada masalah yang lebih besar, saya tidak akan mengatakan bahwa tampilan sketsa adalah apriori buruk. Itu tergantung pada domain. Saya tidak selalu setuju dengan Anda bahwa itu tidak dapat terlihat dipoles atau profesional, tetapi masalah real estat pasti bisa diselesaikan.

Bagaimanapun, saya pikir Anda berada di jalur yang benar dalam mencoba mencari tahu apa yang menarik bagi para pemangku kepentingan Anda. Jawabannya ada di suatu tempat.

Pendapat saya mungkin sedikit bias dalam hal ini, tapi saya akan menyarankan alat seperti http://IntuitionHQ.com atau semacamnya di mana Anda bisa menjalankan tes kegunaan yang sangat cepat dan sederhana pada desain sketsa vs mengatakan wireframe, atau desain yang lebih dipoles.

Tidak harus interaktif, tetapi jika angka-angkanya kembali menunjukkan bahwa satu desain jelas lebih baik dan lebih bermanfaat daripada yang lain (sesuai naluri Anda), para pemangku kepentingan akan kesulitan untuk berdebat.

Kami telah menggunakan metode ini sebelumnya, dan sangat sulit untuk berdebat dengan hasil tes ini. Jika Anda tertarik, Anda dapat memeriksa beberapa hasil sampel di video.intuitionhq.com/pub/356/1.

Ceria, dan semoga sukses dengan desain Anda.