Belajar mengomunikasikan desain seperti ux desainer beneran
Iosi Pratama
Iosi Pratama
Pernahkah kamu berada dalam suatu situasi di mana kamu sedang mempresentasikan desainmu, lalu kamu tiba-tiba dipotong dengan kalimat semacam; A: “Kenapa bagian ini jadi beda dari yang sekarang, ya?” Lalu kamu jelaskan bahwa bagian tersebut tetap menggunakan desain yang lama. B: “Itu kayaknya tulisannya terlalu panjang deh, nanti aslinya gak sepanjang itu kok.” Lalu kamu jelaskan bahwa itu hanyalah konten sementara. C: “Ini kok keliatannya aneh, ya?” …Lalu kamu bingung mau merespon apa. Pada akhirnya diskusi berlangsung tidak produktif karena salah fokus. Dari percakapan di atas, terlihat bahwa ada kemungkinan yang salah itu bukan desain kamu, melainkan cara kamu mengomunikasikannya.
Mengutip
dari buku
oleh
, idealnya saat
menyampaikan
sebuah
, inilah hal yang perlu kita capai:
Menjawab sebuah masalah
Mudah dipahami pengguna
Disetujui dan didukung oleh semua pihak (stakeholder)
Pada kasus ini, “semua pihak” bisa berarti tim atau pun klien. Sebagai desainer, tugas kita bukan hanya untuk berempati ke pengguna, tapi juga kepada tim, karena pada akhirnya kita lah yang akan bersama-sama merealisasikan produk kita. Selain itu tujuan komunikasi yang efektif untuk menemukan solusi yang terbaik, bukan membuktikan bahwa kita adalah desainer paling handal. Diskusi yang tepat sasaran akan memancing feedback yang relevan dan mempermudah desain kita disetujui oleh stakeholders. Stakeholder yang dimaksud di sini bisa anggota tim yang kita berinteraksi bersama kita di dalam sebuah project.
In the end, it is for the product itself.
Dari sini saya belajar pentingnya persiapan sebelum mengomunikasikan desain ke stakeholder. Tulisan ini sebelumnya
ditulis
oleh Kakak yang saya kagumi beneran yang bernama
di Medium blog nya dengan judul
7 Tips mengomunikasikan desain lebih efektif.
Dia sendiri adalah salah satu Product Designer di Traveloka. Karena menurut saya pesan tulisannya cukup bagus, jadi saya tulis ulang disini. Hal yang akan saya tulis ini akan membantu kamu menjadi UX Designer yang lebih hebat lagi dan dapat langsung di praktekan di tim atau klien.
Pertanyaan pertama yang perlu ditanyakan pada diri sendiri adalah, “
” Tujuan kita bisa jadi hanya untuk meminta feedback mengenai alur penggunaan untuk desain yang sudah kamu buat, untuk menanyakan apakah desain kamu memungkinkan secara teknis untuk diimplementasikan, atau untuk memastikan bahwa desain kamu sudah memenuhi kebutuhan bisnis yang ingin dicapai klien. Setelah mengetahui tujuan tersebut, kita dapat membagikan konteks mengenai scope dan limitasi diskusi pada bagian awal presentasi. Apa saja yang akan dibahas, serta tujuan yang ingin dicapai.
Siapakah stakeholder yang akan berdiskusi denganmu? Apa peran mereka dan apa yang menjadi objektif dan perhatian utama mereka?
Setiap stakeholder akan memiliki perspektif dan kepentingan yang berbeda. Stakeholder bisa dari berbagai divisi: Engineers, Product Managers, Product Copywriter, Marketing, atau pun sesama designer. Akan berbeda jika kita presentasi design ke Product Manager yang mungkin selain kepentingannya adalah memastikan produk yang dikembangkan menjawab kebutuhan bisnis, ia juga ingin memastikan semua berjalan sesuai timeline sehingga sebisa mungkin menggunakan elemen desain yang sudah ada. Berbeda pula jika kita berdiskusi ke engineer yang mungkin memiliki concern utama untuk logic atau apakah komponen tersebut bisa di gunakan lagi atau tidak serta bagaimana kemungkinan untuk diimplementasikan. Dan .. Akan berbeda juga jika kita meminta feedback kepada sesama UI Designer yang mungkin mudah teralihkan dengan tampilan yang visually imperfect.
Melihat concern stakeholder juga tidak semata-mata hanya melihat dari posisi mereka saja, tapi bisa juga hasil observasi dari kebiasaan tim. Misalnya dari beberapa kali meeting bersama seorang non-designer, kamu sadar bahwa ia sangat peduli soal estetik tampilan, dan sering menanyakan apabila ada elemen visual yang terlihat kurang tepat. Dari situ mungkin kamu mau mempertimbangkan cara kamu menyesuaikan tampilan elemen visual dalam desainmu saat berdiskusi. Hal ini bertujuan untuk mengurangi kemungkinan adanya distraksi untuk hal yang tidak menjadi topik utama diskusi, dengan berempati kepada team mate sehingga keputusan yang diambil tetap fokus terhadap masalah utama. Karena pada akhirnya co-workermu bukanlah robot yang perilakunya bisa dipukul rata.
Show, don't tell.
Setelah tau concern masing-masing stakeholder, kita akan menghemat banyak waktu dengan mengurangi distraksi dalam desain kita yang bisa mengalihkan fokus dan membawa diskusi jauh dari tujuan. Misalnya, saat berdiskusi dengan tim Marketing, kita mau menghindari penggunaan konten contoh yang terlalu jauh dari realita agar tidak menimbulkan pertanyaan mengenai ketidakcocokan tampilan desain dengan pesan campaign yang mereka garap. Dalam contoh tersebut, konten contoh tersebut justru dapat menjadi distraction. Selain itu, kita bisa menyiapkan alternatif desain lain untuk menunjukkan mengapa alternatif desain ini lebih baik dibanding desain yang lain. Alternatif ini juga bisa disertai data atau pun hasil riset untuk mendukung argumen kita.
Mengomunikasikan desain tidak melulu hanya dengan menampilkan gambar mentah. Ada macam-macam cara yang bisa kamu gunakan untuk berkomunikasi dengan stakeholder yang bisa digunakan sesuai kebutuhan. Misalnya, ketika sedang menjelaskan overall flow bisa menggunakan flow diagram yang menjelaskan interaksi satu halaman ke halaman lainnya. Ketika sedang menjelaskan interaksi prototype, bisa menggunakan prototyping tools interaktif seperti Protopie dan Framer. Communication tools sangat membantu kamu untuk menjelaskan lebih banyak dari desain yang kamu rancang.
Salah satu kebiasaan buruk yang bisa saja seorang desainer lakukan adalah untuk menaruh desain karena antara
, or
. Padahal desain yang ideal adalah
, memiliki alasan kuat
mengapa
ditaruh disana sehingga benar-benar menjawab permasalahan user. Salah satu langkah awal untuk melatih pengartikulasian ini adalah dengan menuliskan keputusan desain. [caption id="attachment_337" align="alignnone" width="800"]
Contoh tulisan yang bisa dilakukan untuk berlatih mengartikulasikan alasan keputusan desain[/caption] Selain mencoba menuliskannya sendiri, mengartikulasikan desain juga dapat dilatih dengan praktik mengartikulasikannya bersama teman yang kamu percayai, karena pasti ada saja
yang tak kita sadari.
Poin nomor 1–4 tidak akan menjadi relevan apabila kita tidak mengimplementasikan hal ini dalam praktiknya. Setelah melakukan persiapan di atas, jadilah pendengar yang baik. Jangan defensif, karena objektif dari diskusi ini adalah untuk menemukan solusi yang terbaik, bukan membuktikan bahwa kita adalah desainer paling handal.
Designers are trained very well in empathizing with users, but don’t forget to empathize within your team. — Jerry Cao
Mencatat feedback atau pun keputusan desain akan membantu meminimalisir diskusi yang sama berulang-ulang. Tidak dipungkiri mungkin di masa yang akan datang, akan ada seorang stakeholder lain yang menanyakan pertanyaan yang pernah diutarakan sebelumnya. Dalam saat seperti itu, catatan kecil ini bisa jadi teman baikmu. Kemudian, follow up berarti merekap poin-poin keputusan yang telah dibuat setelah diskusi berakhir. Selain itu, kamu bisa kasih gambaran mengenai apa yang akan kamu lakukan setelah ini, dan bisa juga dengan menuliskan apabila ada stakeholder lain yang akan terlibat dalam keputusan desain tersebut. Kunci dari proses ini adalah untuk memberi rekap secara singkat, tapi informatif dan tidak melewati bagian penting dari diskusi. Apabila diskusi tersebut dilakukan dalam sebuah meeting formal, waktu setelah meeting merupakan waktu emas untuk mempertajam poin-poin bersama stakeholder terkait yang mungkin belum dibahas secara rinci saat diskusi. Jika memungkinkan, follow up secepatnya selama konteks diskusi tersebut masih fresh dalam benak mereka, sebelum ada pihak yang lupa dengan keputusan yang telah mereka buat.
Pentingnya memberikan reasoning yang kuat tentunya karena stakeholder ingin tahu betul desainmu sudah melewati banyak pertimbangan. Terlebih lagi, pertanyaan tersebut diajukan bukan untuk menyidang kamu layaknya sidang skripsi, tapi agar mereka yakin bahwa solusi desain ini sudah yang melewati sebuah proses dan mengerucut kepada pilihan yang terbaik. Dengan itu, tim kita bisa lebih percaya diri dengan solusi produk yang ditawarkan. Dengan menyiapkan poin-poin diatas, diharapkan kita akan terbantu dalam proses penyampaian desain, siapa pun stakeholder-nya. Tentunya itu tidak hanya dapat membantu dirimu mengartikulasikan maksud desainmu lebih lancar, tapi secara tidak langsung juga dapat berkontribusi dalam membuat meeting lebih efektif. Dan tidak lupa, pengalaman tentu akan membantumu jadi lebih percaya diri!
By failing to prepare, you are preparing to fail. — Benjamin Franklin