Sebagai seseorang yang telah di pengalaman pengguna domain untuk waktu lama, saya telah memiliki banyak percakapan dengan banyak eksekutif yang berbeda. Sebagian besar, eksekutif ini tahu bagaimana mengeja "UX", tetapi mereka tidak tahu banyak tentang hal itu. Ada banyak kesalahpahaman yang perlu dikoreksi dan sementara itu kadang-kadang itu membuat frustasi, saya juga menikmati kesempatan untuk mendidik dan mengambil keputusan utama pada disiplin pada cara kerjanya.
Berikut adalah tujuh topik percakapan yang telah datang dalam membahas UX dengan manajer.Semuanya layak menunjukkan kepada bos Anda - terutama jika Anda seorang konsultan UX dan atasan Anda adalah klien Anda :
UX adalah iteratif
"Apa yang begitu lama?" Sebuah CFO sabar pernah bertanya. Ia berharap desain untuk aplikasi tim saya adalah menciptakan untuk menjadi "satu dan dilakukan" dan gagasan bahwa kami memiliki siklus iterasi bingung dia. Aku harus menjelaskan padanya bahwa proses yang kita ikuti adalah iteratif , dan bahwa kita harus memperbaiki desain untuk sampai ke titik di mana tingkat yang tepat dari kualitas tercapai. Dia menolak ide itu, tetapi hasilnya meyakinkannya bahwa iterasi menghasilkan hasil.
Penelitian Pengguna sangat penting
"Kami sudah berbicara kepada pelanggan kami, mengapa Anda perlu?" Seorang manajer proyek terkejut melihat permintaan untuk penelitian, dan kami harus menjelaskan kepadanya bahwa proyek UX yang tepat membutuhkan wawasan dan pemahaman tentang apa yang orang pikirkan dan rasakan tentang domain, dan kita tidak bisa hanya memanfaatkan riset pemasaran.Setelah mereka satu-satu percakapan mari kita membangun personas , dan personas ini, mewakili apa yang kita pelajari tentang pengguna, memberi kami "target" untuk menyelaraskan desain kami juga. Manajer proyek enggan menerima hasil.
Tidak ada standar "proses UX"
Beberapa manajer sangat proses terfokus, dan mereka ingin melihat Six Sigma seperti bagan proses UX, yang disetujui oleh beberapa pusat UX "menandatangani otoritas." Nah, sementara UX adalah disiplin dewasa dengan banyak proses didefinisikan berbeda, itu lebih fleksibel daripada itu. Bahkan, UX lebih serangkaian taktik dan pendekatan dari proses formal. Banyak tim desain dan konsultan telah diformalkan proses khusus mereka, tetapi tidak ada "proses satu UX untuk memerintah mereka semua." Yang merupakan hal yang baik, menurut pendapat saya. Hal ini memungkinkan kita untuk menerapkan toolkit yang fleksibel untuk menyelesaikan bisnis dan pengguna masalah khusus dengan cara yang ditargetkan - membiarkan kami menggunakan alat yang tepat untuk pekerjaan yang tepat.
UX bukan UI
Nah, khusus, UX tidak hanya UI . Banyak eksekutif yang saya temui berpikir bahwa UX pekerjaan hanya merancang layar. Ini tidak. Dan, pada kenyataannya, seperti yang kita bergerak lebih ke arah "Internet of Things" terhubung dunia, pengalaman pengguna desain akan menjadi kurang tentang layar dan lebih banyak tentang bagaimana sistem dan proses yang berbeda berinteraksi satu sama lain. Berkembang spesialisasi UX seperti desain layanan dan strategi konten yang lebih lanjut tentang proses dan desain konten dari penciptaan UI memimpin jalan.
Bahkan jika Anda sedang mendesain sebuah aplikasi atau situs web, masih ada lebih banyak untuk pekerjaan daripada merancang dan mendokumentasikan layar. Ada penelitian pengguna, skenario, storyboard, dan, tentu saja, pengujian kegunaan.
Dia menolak ide itu, tetapi hasilnya meyakinkannya bahwa iterasi menghasilkan hasil.
Usability Testing adalah sangat penting
"Kalian para ahli, mengapa Anda perlu untuk menguji desain Anda datang dengan?" Itulah pertanyaan salah satu pemangku kepentingan meminta saya seperti kami berencana keluar pertunangan.
Tanggapan saya adalah:. "Bahkan jika Anda memiliki keyakinan dalam desain yang telah Anda buat, Anda bukan pengguna Anda dapat menerapkan praktek-praktek terbaik, gunakan pola desain yang tepat, dan melakukan semua penelitian yang diperlukan, tapi Anda masih tidak akan tahu bagaimana orang akan bereaksi terhadap desain sampai Anda mengujinya dengan mereka. Cara terbaik untuk mengetahui apakah Anda punya hak desain adalah memiliki pengguna terlibat dengan itu dan kemudian biarkan mereka memberitahu Anda cara kerjanya , tanpa instruksi atau demonstrasi sebelumnya. Jika mereka melakukan itu dan seperti produk, maka Anda tahu bahwa Anda punya hak desain. "
Jawaban itu meyakinkannya. Karena itu benar.
Usability tidak UX, baik
"Kegunaannya guys, Anda memberitahu kami apa yang harus dilakukan. " Kadang-kadang saya berpikir saya harus memulai konsultasi yang disebut "The Usability Guys" karena seberapa sering saya mendengar komentar itu. Usability tidak UX - sangat penting, tapi UX jauh lebih besar dan lebih luas dari itu. Bahkan, karena standar orang ini telah meningkat karena mereka terkena aplikasi yang lebih baik dan lebih bermanfaat, kegunaan telah menjadi "meja taruhan" bahwa semua solusi perlu menyediakan. Apa pun yang tidak bisa digunakan dalam pasar yang kompetitif ide tidak akan berhasil.
UX Unicorns jarang
"Mengapa kita perlu memimpin, desainer, dan seniman grafis? Bisakah kita hanya menyewa satu orang yang melakukan semua itu?" Itu adalah eksekutif melihat sebuah tangga pekerjaan yang diusulkan yang diciptakan untuk tim saya. Aku harus menjawab bahwa apa yang ia cari adalah UX Unicorn, langka praktisi jarang ditemukan di alam liar. UX adalah domain yang luas, yang mencakup berbagai disiplin ilmu. Sementara saya percaya bahwa, seperti Robert Heinlein terkenal menyatakan, "spesialisasi bagi serangga," itu sangat sulit untuk menjadi ahli dalam semua skillsets di UX. Kadang-kadang, spesialisasi berguna dan diperlukan.
Kesimpulan
Itu dia, tujuh hal yang bos harus tahu tentang disiplin kita. Mudah-mudahan, Anda dapat menggunakan titik-titik ini untuk mendidik atasan Anda dan "mengelola up."
