Pemikiran desain untuk merancang dasbor yang ace

Jadi, Anda telah memutuskan untuk mendesain dasbor? Itu hebat. Saya akan memberikan beberapa saran yang dapat membantu prosesnya. Saya membagikan wawasan ini dari pengalaman saya merancang dasbor. Bergantung pada jenis dasbor yang Anda rancang, dan apakah Anda mendesain dari awal atau mendesain ulang pendekatan Anda dapat berubah. Tapi saya akan membagikan beberapa pedoman umum yang dapat Anda ingat saat mendesain. Jadi mari kita mulai.

Untuk tujuan artikel ini, kami dapat berasumsi bahwa kami sedang merancang dasbor untuk manajer penjualan toko roti kue. Pelanggan menggunakan aplikasi pemesanan online untuk memesan kue.

Memahami kebutuhan:Pertama-tama, kami ingin memahami apakah kami benar-benar membutuhkan dasbor. Bagaimana kita tahu bahwa dasbor adalah solusi potensial yang tepat? Apakah PM mengusulkan solusinya? Jika ya, mengapa? Apakah ada ide lain yang bisa kita pikirkan? Jika dasbor sudah ada, melihat kunjungan halaman, interaksi, dan statistik penggunaan akan membantu mengetahui apakah dasbor berguna bagi pelanggan atau tidak. Tahapan ini lebih kepada mengetahui permasalahan pelanggan. Terkadang ketika kita diminta untuk mendesain dashboard, mudah untuk memulai solusinya. Namun sebaliknya, mengambil langkah mundur dan mengumpulkan data tentang poin rasa sakit yang dialami pelanggan saat ini akan membantu kami menyelami lebih dalam masalah tersebut. Kami mungkin mendengar dari pelanggan tentang kesulitan memantau armada sumber daya, sulit mengetahui sumber daya mana yang membutuhkan bantuan, menghabiskan terlalu banyak waktu untuk melakukan debug, dll.

Discovery (menentukan tujuan dashboard) : Setelah kita memahami masalah pelanggan, ada baiknya menjadwalkan beberapa sesi deep dive & workshop dengan tim. Pada proyek saya, saya menjadwalkan sesi dengan PM, pimpinan teknik, dukungan pelanggan, dan pelanggan internal untuk mempelajari pertanyaan apa yang mungkin ditanyakan pelanggan saat melihat dasbor. FigJam sangat berguna untuk sesi seperti itu. Saya suka menambahkan catatan saya dari penelitian selama sesi sehingga para pemangku kepentingan mendapatkan konteks. Jika Anda memerlukan panduan membuat FigJam untuk sesi lokakarya ini, tambahkan komentar dan saya akan menulis artikel lain dan membagikan template untuk hal yang sama :)

Perlu diingat bahwa saat merancang dasbor, SEMUA ORANG memiliki pendapat dan umpan balik mereka mungkin sangat spesifik untuk tim tempat mereka berada. Misalnya, dukungan pelanggan mungkin difokuskan pada skenario pemecahan masalah saat mereka menangani masalah tersebut setiap hari. Sehingga melibatkan lebih banyak pemangku kepentingan akan memperluas pemahaman tentang masalah dan kebutuhan. Saat ini, tujuannya adalah mengumpulkan poin data sebanyak mungkin dan tidak mempersempit masalah apa pun. Saat Anda memiliki catatan dari semua orang, mulailah mengelompokkannya berdasarkan tema umum. Misalnya, memantau status pengiriman kue untuk mengelola pengiriman, pesanan yang membutuhkan dukungan pelanggan untuk tindakan segera, pola pemesanan kue untuk mempelajari tentang kesukaan/ketidaksukaan pelanggan, dll. Kami dapat melakukan lokakarya prioritas untuk menentukan peringkat kategori ini berdasarkan kepentingannya. Di panggung ini,

Semua tema ini akan membantu kami menentukan tujuan dasbor. Ini juga akan membuka percakapan tentang pelanggan target sekunder yang harus kita pikirkan. Sangat mudah untuk mengasumsikan bahwa semua pelanggan adalah target pelanggan dari sebuah dasbor. Itu bisa benar dalam beberapa skenario tetapi akan ada sekelompok pelanggan yang tugasnya memantau statistik ini. Jadi, mempersempit audiens target pada tahap ini akan lebih jauh membantu menentukan tujuan dasbor.

Catatan: Hindari menentukan metrik pada tahap ini. Selama sesi lokakarya, beberapa pemangku kepentingan mungkin akan menuliskan metrik — Rata-rata. jumlah pelanggan yang memesan kue coklat vs. kue vanila. Ini dapat menyimpangkan tim dari mempertahankan level tinggi atau melihat gambaran besarnya. Umpan balik ini sangat membantu di tahap selanjutnya. Jadi simpan untuk nanti.

Konsep tingkat tinggi : Dengan asumsi bahwa kita telah menentukan tujuan dasbor, kita siap untuk melakukan beberapa konseptualisasi tingkat tinggi. Pada tahap ini fokus pada cerita dashboard. Tuliskan kisah yang ingin Anda ceritakan melalui dasbor ini. Perjalanan pelanggan untuk produk lengkap sangat membantu. Mari kita asumsikan alur sederhana ini untuk contoh toko roti kita:

Pesanan jadwal pelanggan -> Roti menyiapkan pesanan -> Petugas pengiriman yang tersedia mengambil pesanan tepat waktu -> Kue dikirim ke pelanggan

Dalam hal ini, dengan menggunakan alur/perjalanan sederhana ini, dasbor cerita yang mungkin menarik bagi manajer penjualan adalah:

• Pesanan jadwal pelanggan — Kue apa yang paling disukai pelanggan? Acara mana yang paling populer? Pada musim apa pesanan kami paling banyak? dan seterusnya..
• Toko roti menyiapkan pesanan — Apakah ada saat-saat ketika kami mendapat pesanan di saat-saat terakhir? Berapa banyak persediaan yang kita miliki? Apakah kita menyimpan terlalu banyak atau terlalu sedikit persediaan? Dan seterusnya..
• Petugas pengiriman yang tersedia mengambil pesanan tepat waktu — Siapa yang tersedia untuk pengiriman? Tujuan pengiriman mana yang lebih dekat/sama untuk dikelompokkan dan ditugaskan ke orang yang sama? Berapa banyak pengiriman yang tertunda? Berapa banyak pesanan yang bermasalah (salah alamat, salah barang, dll) dan seterusnya..
• Kue dikirim ke pelanggan — Berapa banyak pelanggan yang menelepon dukungan pelanggan terkait masalah apa pun dengan item? Berapa banyak pelanggan yang mengembalikan pelanggan? Berapa banyak pelanggan yang memberikan ulasan bagus? Dan seterusnya…

Oke, sekarang kita sudah punya ceritanya kita bisa membuat sketching/lo-fi wireframes hanya untuk menceritakan kisah ini. Kita harus menggunakan semua data dari sesi sebelumnya untuk mendefinisikan cerita ini lebih lanjut. Peluang baru membantu menutup celah yang mungkin tidak terpikirkan sebelumnya. Buat konsep tingkat tinggi tanpa masuk ke metrik. Konsep-konsep ini akan membantu dalam sesi berikut untuk menentukan metrik dengan tim.

Mendefinisikan metrik: Menggunakan konsep tingkat tinggi pada langkah sebelumnya, saatnya bagi kita untuk mulai mendefinisikan metrik. Sertakan catatan dari sesi riset pelanggan, sesi lokakarya, dan semua dasbor/alat yang tersedia. Ini juga saat yang tepat untuk melihat dasbor serupa dari pesaing. Tujuannya adalah untuk menonjol dari pesaing, bukan untuk meniru :) Dasbor yang tidak persis dari domain yang sama juga bagus untuk inspirasi metrik.

Selama lokakarya, sertakan PM, teknisi, dukungan pelanggan, tim dokumentasi, dan pelanggan internal/eksternal, jika memungkinkan. Berdasarkan akses pelanggan, silakan tambahkan mereka ke sesi. Untuk cerita yang kami buat, mintalah para pemangku kepentingan untuk menuliskan metrik yang dapat membantu mengomunikasikannya. Seiring dengan metrik, kita juga harus meminta mereka untuk menulis bagaimana metrik ini dapat membantu. Misalnya, untuk memahami kue mana yang disukai pelanggan, metriknya bisa berupa — kue yang paling banyak dipesan dari waktu ke waktu, kue yang paling sedikit dipesan dari waktu ke waktu, penjualan per produk dari waktu ke waktu, penjualan musiman, dll. Kita harus melakukan latihan ini untuk keseluruhan cerita. Pada tahap ini, kita akan memiliki banyak sekali metrik.

Ideation: Pada tahap ini kami —

• Memahami pain point pelanggan
• Menentukan cerita dasbor
• Menentukan metrik untuk mengomunikasikan cerita

Umpan balik pelanggan: Mempersiapkan rencana penelitian untuk setidaknya 10 pelanggan yang berbeda akan membantu kami. Kami dapat memilih pelanggan baru & berpengalaman, perusahaan kecil, menengah & besar, menggunakan pelanggan berbasis kasus, dll. Misalnya, jika kami merancang dasbor untuk toko kue, mungkin berguna untuk mendapatkan umpan balik dari pelanggan baru dan berpengalaman. Pelanggan yang memesan dalam jumlah besar dan perorangan juga sangat membantu. Kita harus fokus pada keragaman pelanggan jika dasbor tidak pernah ada.

Kami juga harus menerima bahwa dasbor akan berkembang seiring waktu. Semakin dekat kami akan bekerja dengan pelanggan, semakin baik dasbor dari waktu ke waktu. Saya sarankan melakukan versi beta dari dasbor, jika memungkinkan. Dari versi beta, kami dapat mengumpulkan data setelah peluncuran, mengulang, dan meluncurkan versi final dengan sedikit lebih percaya diri pada ketersediaan umum.

Tentukan kesuksesan: Saat kami menentukan tujuan dasbor, kami juga menentukan kriteria keberhasilan untuk dasbor kami. Misalnya, jika tujuan dasbor kami adalah untuk membantu manajer penjualan menjadi efisien dalam menangani pesanan, kami ingin mengetahui berapa banyak waktu yang dihabiskan manajer penjualan sebelum vs. setelah meluncurkan dasbor. Kita harus menentukan KPI keberhasilan sebelum meluncurkan sehingga kita dapat mengevaluasi kinerja kita.

Mengukur kesuksesan:Metrik yang kami definisikan di tahap sebelumnya harus memberi tahu kami bagaimana kami melakukannya. Selain itu, kita harus mengukur metrik umum seperti — berapa banyak pelanggan yang telah mengunjungi dasbor (sebelum vs. sesudah), waktu tinggal di halaman, tindakan yang diambil di dasbor, tingkat penurunan dari dasbor, dll. Ini juga merupakan tahap yang baik untuk mengumpulkan peringkat kepuasan cepat dari pelanggan. Kita bisa melakukannya dengan formulir/pesan umum di dasbor. Perlu diingat bahwa kami tidak ingin mengganggu pelanggan dengan menampilkan pesan seperti itu setiap hari :) Semakin kontekstual pesan tersebut, semakin baik. Kita juga harus mengumpulkan umpan balik dari wawancara. Menggabungkan umpan balik kuantitatif dan kualitatif dapat memberi kami wawasan yang lebih baik tentang pengalaman pelanggan. Berdasarkan masukan tersebut, kami dapat merevisi dan menyempurnakan dasbor dari waktu ke waktu.

Saya harap artikel ini membantu Anda mendesain dasbor. Saya telah melakukan banyak lokakarya dengan pemangku kepentingan untuk desain yang berbeda. Jika Anda menyukai artikel ini dan menginginkan panduan seputar lokakarya atau FigJams yang telah saya buat untuk sesi lokakarya ini, saya akan memposting bagian 2 dari artikel ini. Silakan komentar jika Anda ingin itu.

Saya sangat bersyukur Anda membaca artikel ini. Jika Anda senang membaca artikel ini, ketuk tombol di bawah :)