Panduan Proses & Dokumentasi Desain UX

Dokumentasi sangat penting untuk membuat konsep, merancang, membuat, dan mengukur kinerja produk. Tapi itu tidak boleh dilakukan hanya demi pemeliharaan. Lagi pula, tidak ada apa pun tentang tumpukan dokumen tebal yang menyerupai pengalaman produk asli Anda.

Seperti yang dijelaskan oleh advokat Lean UX Jeff Gothelf dalam sebuah artikel untuk Smashing Magazine, kiriman tebal yang dibuat hanya untuk referensi di masa mendatang mengenai pengalaman pengguna menjadi usang segera setelah dibuat. Di dunia Lean and Agile saat ini, pengalaman harus menjadi fokus — bukan hasil. Baik Anda memilih proses yang ringan atau lebih detail, kuncinya adalah dokumentasi Anda akan membantu memajukan desain (bukan hanya menjadi indikator lagging).

Berikut ini adalah ikhtisar dari desain produk dan dokumentasi pengembangan, elemen individu, dan fase masing-masing di mana mereka berasal. Pengembangan dan dokumentasi produk dapat bervariasi tergantung pada perusahaan (misalnya, Spotify, seperti yang dibahas dalam Membangun Produk Minimum yang Layak di Spotify) tetapi banyak dari hasil di bawah ini umum di sebagian besar organisasi dalam beberapa bentuk.

Kami telah memilih metode yang menurut kami paling berhasil, tetapi jangan ragu untuk memilih hanya yang berhasil.

Bagaimana Mereka Semua Berhubungan

Dalam hal dokumentasi desain produk, teori dan praktik adalah dua hal yang sangat berbeda. Kita semua tahu prinsip dasar desain yang berpusat pada pengguna. Kami mengenali metode penelitian yang berbeda, tahap pembuatan prototipe, serta proses pendokumentasian teknik di lingkungan metodologis kami yang kaya. Namun, pertanyaan yang mungkin sering Anda tanyakan pada diri sendiri adalah “Bagaimana cara kerjanya dalam praktik?”

Sumber Gambar: Proses Desain .

Sederhananya, ini semua tentang membuat dokumentasi pelengkap daripada pelengkap proses desain. Sebelum kita masuk ke detail, mungkin membantu untuk melihat sekilas dokumentasi selama desain dan pengembangan produk. Di bawah ini, kami telah memberikan penjelasan praktis tentang bagaimana setiap langkah dokumentasi desain saling terkait:

1. Selama fase awal definisi produk , Anda melakukan brainstorming produk dan bagaimana menjalankan proyek pada tingkat tertinggi dengan semua pemangku kepentingan yang diperlukan. Ini mungkin menghasilkan rencana awal proyek, kanvas ramping, dan sekumpulan peta konsep awal dan maket dari apa yang ingin Anda bangun.
2. Pindah ke penelitian , tim Anda menyempurnakan asumsi dan mengisi bagian yang kosong. Tahap ini bervariasi berdasarkan kompleksitas produk, waktu, sumber daya, tingkat pengetahuan yang ada, dan banyak faktor lainnya. Namun, secara umum, ada baiknya untuk membangun analisis persaingan dan pasar serta melakukan survei pelanggan. Jika Anda memiliki produk yang sudah ada, meninjau analitik, heuristik, konten, konteks produk, dan pengujian pengguna juga cukup membantu.
3. Dalam analisis, data pemasaran produk yang dikumpulkan sejauh ini memberikan dasar untuk persona, peta pengalaman, dan dokumen persyaratan seperti spreadsheet fitur yang diprioritaskan dan matriks tugas pengguna. Pada titik ini, definisi produk, prioritas produk, dan rencana produk telah ditentukan dan siap untuk pengiriman desain yang lebih formal. Seperti yang dibahas dalam Panduan untuk Proses & Dokumentasi Desain UX, sketsa dan diagram juga kemungkinan besar akan terus dibuat selama ini.
4. Dari keluaran ini, skenario, peta konsep, dan maket dapat dibuat, yang mengarah ke fase desain . Dokumentasi umum termasuk sketsa, gambar rangka, prototipe, diagram alur tugas, dan spesifikasi desain. Misalnya, analisis kompetitif dan persona yang dibuat selama penelitian dan analisis dimasukkan ke dalam maket, peta konsep, dan skenario. Pada gilirannya, potongan-potongan ini memengaruhi hasil menengah dan lanjutan seperti gambar rangka, papan cerita, dan maket terperinci. Beberapa perusahaan memperlakukan fase Penelitian, Analisis, dan Desain sebagai satu proses besar, seperti yang dapat Anda lihat dalam grafik ikhtisar ini.
5. Selama implementasi , aset kode dan desain dirakit untuk membuat produk yang mengikuti spesifikasi desain produk.
6. Setelah peluncuran produk langsung , data umpan balik seperti tiket dukungan, laporan bug, dan analitik lainnya terus mendorong penyempurnaan produk melalui iterasi dan peningkatan berikutnya. Dengan penawaran dalam mode produksi, data harus terus dibuat dan dipantau dalam bentuk analitik dan laporan untuk memastikan kesuksesan yang berkelanjutan.
7. Peningkatan produk berbasis data yang berkelanjutan dicapai melalui pengukuran dan pengulangan penawaran dalam produksi, menggunakan dasbor kinerja dan analitik.

Prinsip Panduan

Sekarang setelah Anda melihat bagaimana setiap tahap terhubung satu sama lain, mari kita lihat beberapa prinsip yang berguna untuk menggerakkan produk di sepanjang setiap tahap. Kami akan menjelaskan cara menggunakan sprint desain sehingga proses berkembang dari waktu ke waktu alih-alih didefinisikan hanya di awal.

Sumber Gambar: Sumber: Desain yang Berpusat pada Pengguna .

Mirip dengan perangkat lunak Agile, sprint desain adalah sprint 1-3 minggu yang berfokus pada pemecahan masalah produk dan desain tertentu. Menurut Alok Jain, UX Lead di 3Pillar, tiga elemen kunci untuk merancang sprint adalah kolaborasi, pengurangan gesekan serah terima, dan fokus tim . Singkatnya, dokumentasi Anda adalah upaya kolaboratif yang harus selalu fokus pada pengguna itu sendiri. Karena Anda bergerak cepat di antara setiap tahap, Anda membangun momentum dan meminimalkan pemborosan. Lebih penting lagi, Anda menangani masalah yang lebih kecil yang memungkinkan lebih banyak eksplorasi dan pengambilan risiko.

Versi yang sangat ramping dari siklus lengkap dapat ditemukan di sini, tetapi kami akan menjelaskan secara rinci di bawah ini bagaimana menerapkan pemikiran ini saat Anda memahami produk, merancang produk, dan merilis serta meningkatkan produk.

1. Memahami produk

Sebelum Anda dapat membangun sebuah produk, Anda perlu memahami konteks keberadaannya. Mengapa pemangku kepentingan, perusahaan, dan pengguna harus peduli untuk memajukan ide Anda?

Sumber Gambar: Mencapai Pemahaman Bersama .

Menurut Smashing Magazine, Anda perlu menyertakan aktivitas yang membahas kebutuhan bisnis, persyaratan pengguna, dan solusi desain terbaik untuk memenuhi keduanya. Kata kuncinya di sini adalah "aktivitas", karena meskipun dokumen seperti Business Model Canvas dan Lean Canvas penting, Anda perlu memberi energi kepada pemangku kepentingan — jika tidak, Anda hanya memiliki sekelompok orang mahal yang membicarakan hal-hal yang sudah diketahui semua orang. Kegiatan-kegiatan ini efisien dan mengundang kolaborasi:

• Wawancara pemangku kepentingan — Dengan menggunakan templat ini, Anda dapat meminta setiap anggota tim mewawancarai 3 pemangku kepentingan. Bagaimana produk akan membuat pelanggan merasa? Apa yang harus mereka lakukan? Dengan merekam bagaimana pemangku kepentingan berpikir pelanggan akan berpikir, merasakan, dan melakukan, Anda menetapkan tolok ukur untuk dibandingkan dengan pengujian kegunaan dan analisis pengguna.
• Lokakarya persyaratan — Kumpulkan pemangku kepentingan, diskusikan rencana proyek, dan mulai diskusikan bagaimana konsep dimasukkan ke dalam produk dan
  persyaratan teknis. Anda dapat memulai dengan Business Model Canvas atau Lean Canvas kosong dan melengkapinya dengan tim.
• Crazy 8s — Ambil beberapa spidol dan minta semua orang untuk membuat sketsa 8 produk atau ide fitur dalam 5 menit. Mintalah setiap orang menilai setiap ide, dan
  Anda akan mulai melihat tren dan preferensi. Ini sebenarnya adalah Langkah 2 dalam proses desain ulang untuk Google Ventures. Untuk ide tambahan, lihat daftar kegiatan brainstorming ini.

Setelah Anda meletakkan dasar, berbicara dan menguji dengan banyak pengguna sehingga Anda memiliki data lapangan yang nyata untuk penelitian dan analisis. Marcin Treder, CEO UXPin, terjun jauh ke dalam pengembangan pelanggan dan pengujian kegunaan setelah mengidentifikasi masalah dan ruang lingkup. Kembali ketika UXPin hanyalah alat pembuatan prototipe kertas, Marcin mendokumentasikan (di atas kertas dan video) lebih dari 50 wawancara pengguna dan tes kegunaan langsung dengan superstar UX seperti Brandon Schauer, Luke Wroblewski, Indi Young, dan lainnya. Tim produk kemudian menggunakan wawasan ini untuk membuat persona, menulis lusinan cerita pengguna, dan akhirnya, menguraikan persyaratan produk.

Di Amazon, pendekatan "bekerja mundur" alternatif digunakan di mana langkah pertama adalah menyusun siaran pers internal untuk produk jadi. Pendekatan ini membantu untuk bekerja mundur dari pelanggan, daripada mencoba mengarahkan pelanggan ke sebuah ide. Dengan mengulangi siaran pers hingga terdengar menarik, tim produk langsung mendapatkan pemeriksaan realitas serta dokumen benchmark cepat untuk desain dan pengembangan selanjutnya.

2. Merancang produk

Seperti yang dibahas dalam Panduan untuk Produk yang Layak Minimum , setelah Anda memahami
tujuan produk, tujuan utama Anda adalah membangun prototipe. Apakah tim Anda suka menggambar di atas serbet, membuat gambar rangka dengan ketelitian tinggi atau rendah, pada akhirnya Anda harus mendapatkan sesuatu yang fungsional. Yang unik dari tahap ini adalah untuk sebagian besar hasil, dokumentasi adalah desainnya.

Sumber Gambar: UXPin .

Menurut Cennydd Bowles, Manajer Desain di Twitter, tim produk harus meneliti dua iterasi ke depan, merancang satu iterasi ke depan, dan meninjau iterasi sebelumnya. Jika Anda mencoba untuk tetap Agile, ia menyarankan untuk terjun langsung ke prototipe low-fidelity sebagai cara untuk memprioritaskan "interaksi daripada proses". Jika Anda ingin mendapatkan sedikit lebih detail tetapi tetap ingin tetap ringan, Anda bisa mulai dengan peta konsep atau sketsa, kemudian beralih ke gambar rangka dengan fidelitas rendah, dan terakhir membuat prototipe fidelitas tinggi. Terlepas dari metode Anda, pastikan Anda menguji dengan pemangku kepentingan dan pengguna.

Jika anggaran dan waktu memungkinkan, Anda juga dapat membuat peta pengalaman untuk menyoroti di mana produk memenuhi atau gagal memenuhi kebutuhan pengguna dan model tugas untuk memberikan wawasan tentang aktivitas yang dilakukan pengguna untuk mencapai tujuan mereka. Meskipun ini bukan bagian dari desain, mereka saling melengkapi karena Anda juga perlu melihat di mana produk Anda cocok dengan pikiran dan pasar. Cukup menarik, Yelp mengambil tahap desain mereka selangkah lebih maju dengan membuat panduan gaya yang mencakup baris kode umum, memungkinkan dokumentasi untuk benar-benar dibangun ke dalam produk.

Di UXPin, proses kami adalah mengadakan sesi sketsa grup dengan sharpies pada kertas grid, kemudian memisahkannya menjadi beberapa gambar rangka, dan kemudian menambahkan detail hingga kami memiliki mockup fidelitas tinggi. Jika pengujian pengguna terlibat, kami akan membangun mockup menjadi prototipe fidelitas tinggi. Untuk rilis fitur besar, kami melakukan pengujian pengguna yang ekstensif sehingga rasionya sekitar 70/30 untuk prototipe.

3. Membangun dan meluncurkan produk

Saat Anda mulai melakukan pekerjaan teknis yang berat, penting untuk membuat dokumentasi yang membantu Anda melihat keseluruhan visi. Persyaratan khusus dapat berubah saat Anda menyempurnakan produk, tetapi dokumentasi Anda akan membantu Anda memahami prioritas saat produk Anda mulai dijual.

Sumber Gambar: Kampanye MVP .

Kristofer Layon, Manajer UX di RedStamp , percaya bahwa Anda dapat memvisualisasikan persyaratan produk dan dokumen spesifikasi teknis sebagai peta jalan. Peta jalan produk menunjukkan kisah pengguna dan membantu memprioritaskan fitur yang akan Anda buat untuk memuaskan mereka. Terkadang, tanggal tertentu dapat ditambahkan ke peta jalan sehingga juga berfungsi sebagai garis waktu. Keanggunan peta jalan membantu Anda memprioritaskan apa yang sedang Anda bangun, menjadikannya pelengkap dari "cara" yang ditentukan oleh persyaratan produk dan spesifikasi teknis Anda. Saat memutuskan fitur, Anda dapat menggunakan Model Kano untuk mengevaluasinya dalam 3 kategori:

• Atribut Dasar — ​​Ini mutlak diperlukan hanya agar produk berfungsi. Misalnya, atribut dasar laptop adalah keyboard atau layar.
• Atribut Kinerja — Ini dapat dibandingkan antara produk yang berbeda sebagai KPI. Misalnya, laptop dinilai berdasarkan kecepatan CPU dan ruang hard drive karena orang cenderung lebih menyukai komputer cepat yang dapat menyimpan banyak data.
• Atribut yang Menyenangkan — Ini bersifat subjektif tergantung pada preferensi pelanggan. Misalnya, Macbook Air sangat tipis dan halus saat disentuh. Pelanggan yang tepat akan menganggapnya sebagai nilai jual yang bagus sementara yang lain tidak terkesan.

Dengan menilai fitur pada skala 1-5 berdasarkan model ini, Anda kemudian dapat memplotnya pada matriks prioritas untuk membantu Anda mulai membayangkan seperti apa peta jalan produk Anda nantinya. Di Apple, "Aturan Jalan" dan "Proses Produk Baru Apple" berfungsi sebagai peta jalan produk dengan mendefinisikan tanggung jawab, tahapan pembuatan, dan pencapaian penting dari awal hingga peluncuran. Faktanya, Rules of the Road ditanggapi dengan sangat serius sehingga kehilangannya dapat mengakibatkan penghentian segera (bahkan dinyatakan dalam dokumen).

4. Meningkatkan produk

Saat Anda membangun (dan akhirnya meluncurkan) produk Anda, dokumentasi juga perlu fokus pada pendefinisian dan pelacakan penjualan dan KPI lainnya. Lagi pula, Anda tidak dapat meningkatkan produk jika Anda tidak tahu metrik apa yang ingin Anda optimalkan.

Sumber Gambar: Manajemen Produk dengan Angka .

Dave Daniels, Pendiri LaunchClinic, menyarankan agar Anda menuliskan tujuan peluncuran (misalnya 30.000 unduhan dalam 30 hari) dan memverifikasi bahwa Anda memiliki alat yang tepat untuk mendokumentasikan kemajuan. Dengan menggunakan alat metrik dan perangkat lunak pelaporan bug, Anda dapat menyiapkan laporan berulang untuk mengawasi selama beberapa minggu pertama peluncuran dan seterusnya. Di sisi pelanggan, Anda juga dapat mengelompokkan pengguna dan mengirim mereka survei khusus untuk mengukur di mana Anda mungkin ingin mengulanginya.

Di Spotify, fase iterasi adalah tahap pengembangan produk terlama. Tim produk menggunakan metrik dan matriks prioritas saat ini (kemungkinan dibuat selama tahap Desain) untuk mempertimbangkan manfaat vs. upaya meningkatkan produk tertentu di luar "maksimum lokal" mereka. Jika mereka menentukan bahwa upaya itu bermanfaat, mereka kemudian akan kembali ke tahap Definisi untuk mengubah produk agar "maksimum global" itu.

Proses Objektif Dalam Lingkungan Subyektif

Ketika datang ke dokumentasi desain produk, tidak ada peluru ajaib tunggal. Hampir semua perusahaan yang menggunakan produk kami menerapkan sedikit demi sedikit taktik yang telah kami jelaskan di atas. Meskipun pengembangan produk dan desain UX adalah ruang yang sangat subjektif, proses dan dokumentasi Anda tidak perlu demikian. Lagi pula, tujuan akhir suatu produk adalah pendapatan, dan tidak ada yang subjektif tentang itu.

Sumber Gambar: Catatan Proses Desain .

Baik Anda menggunakan yang ringan atau lebih menyukai dokumentasi yang lebih mendetail, tujuannya tetap sama — keluarkan dari kepala Anda dan ke atas kertas (atau layar) sehingga tim Anda dapat berinteraksi dan bereaksi. Dokumentasi harus menjadi kompas untuk produk, bukan aturan yang diukir di batu. Beberapa tahapan yang kita diskusikan mungkin terjadi dalam urutan yang sedikit berbeda atau bahkan paralel, tetapi semuanya ada untuk memberikan metode pada kegilaan. Gunakan apa yang berhasil, buang sisanya, dan kembangkan dokumentasi Anda saat produk Anda berkembang.

Untuk lebih banyak cara memasukkan dokumentasi ke dalam proses desain, unduh Panduan untuk Desain UX & Dokumentasi Proses. Saran ahli ditampilkan dari Aarron Walter, Laura Klein, Ian McAllister, dan lusinan lainnya. Contoh visual juga ditunjukkan dari perusahaan seperti Vurb, MailChimp, Apple, Google, dan banyak lagi.