Hoomix

Date

24 November, 2017

Client

Gojek

Category

App UI/UX

Location

Indonesia

gojek-cover

Selamat Hari Jumat, teman-teman! Besok sudah akhir pekan, di lingkungan saya kami mencoba untuk tidak memikirkan apa pun selama akhir pekan, jadi benar-benar senang, selamat datang besok!

Pembuka

Pertama-tama, terima kasih telah membaca studi kasus kami, meskipun sedikit berantakan, tetapi semoga Anda bisa melihat prosesnya. Saya mendapatkan tantangan untuk membangun aplikasi parkir. Pada awalnya, saya pikir saya bisa menyelesaikannya dalam waktu 1 minggu karena terasa mudah (menurut saya), pengguna hanya perlu mencari parkir — booking — selesai. "TAPI", pada kenyataannya, lebih rumit dari yang saya bayangkan. Ini adalah aplikasi yang cukup kompleks, kami harus menangani pembayaran, slot parkir, nomor plat kendaraan, tiket, dan lain-lain. Saya menemukan banyak pertanyaan di pikiran saya setelah melakukan riset, contohnya: Apakah pengguna hanya bisa memesan untuk 1 kendaraan? Atau bisa memesan untuk beberapa kendaraan? Jika hanya 1, berarti harus ada 1 nomor plat, tetapi jika bisa untuk banyak kendaraan, pengguna harus memasukkan nomor plat secara manual dan desain visual akan memiliki layout yang berbeda. Dan masih banyak pertanyaan lainnya yang muncul ketika saya mencoba untuk validasi dengan peserta. Jadi, sejujurnya, aplikasi ini belum selesai dan masih perlu perbaikan di banyak aspek. Tetapi yang saya inginkan dari artikel ini adalah mendapatkan umpan balik dari kalian semua untuk membuat studi kasus saya lebih sukses dalam metrik UX.

Perkenalkan, Gojek adalah perusahaan besar di Indonesia. Di Indonesia, kita bisa menyebut Gojek sebagai “palugada” (apa lu mau, gue ada). Gojek bisa menyediakan apa saja untuk Anda: Go-Pay untuk pembayaran, Go-Massage untuk memesan terapis, Go-Food untuk pesan makanan, Go-Send untuk kirim barang, dan masih banyak lagi yang bisa Anda lakukan dengan Gojek. Dan sekarang, coba bayangkan jika Gojek bisa membantu Anda dalam memesan parkir? Ini benar-benar “masalah besar” di akhir pekan di kota-kota besar, atau ketika ada acara besar di kota Anda. Izinkan saya untuk menunjukkan apa yang sedang saya kerjakan dalam proyek ini.

Desain Proses

design-thinking-hoomix

Personas

Kami mendapatkan 4 orang yang bergabung dalam penelitian saya. Sejujurnya, saya mendapatkan umpan balik lebih dari 4 peserta, tetapi kami pikir hanya 4 orang yang benar-benar berpartisipasi dalam penelitian ini. Maksudnya, peserta lainnya hanya membantu dengan beberapa pertanyaan kecil atau pengujian A/B Testing. Berikut adalah rincian peserta:

personans-go-parking

Define Problem

Kami melakukan riset tentang parkir di BIP dan juga Borma, dan melakukan riset dengan peserta, menemukan masalah utama ini.

problem-go-parking

Kami mencoba untuk mengeksplorasi masalah dengan mind mapping, semoga tulisan tangan ini mudah dibaca (meskipun terasa sulit dibaca). Mind mapping adalah cara baru untuk mencatat ide dan pemikiran. Metode ini dipopulerkan oleh Tony Buzan, seorang penulis dan bintang televisi terkenal asal Inggris. Sistem ini jauh lebih efektif dibandingkan dengan sistem pencatatan linear yang sudah kita lakukan sejak kita di sekolah dasar. Mencatat materi secara vertikal menggunakan urutan angka dan angka tidak sesuai dengan cara kerja otak kita. Pencatatan secara linear berarti menggunakan kerja otak kiri, sementara pencatatan dengan sistem mind mapping adalah cara otak kanan yang melibatkan kreativitas, imajinasi, visualisasi, dan kontak langsung dengan alam bawah sadar, sehingga lebih mudah untuk diingat.

Flow Chart

Flowchart sangat membantu untuk membayangkan alur kerja sebuah aplikasi atau web, dan berdasarkan pengalaman kami, dapat memperkirakan timeline dari flowchart. Fungsi flowchart adalah untuk menggambarkan dan menyederhanakan rangkaian proses atau prosedur sehingga mudah dipahami dan mudah dilihat berdasarkan urutan langkah dari suatu proses. dan Goal :

flowchart

Sketch on Paper

crazy-eight
gojek-ui1

Kamu masih membaca studi kasus kami? Benar-benar? Terima kasih 🙂 Izinkan saya menjelaskan apa yang kami lakukan dalam pengujian. Kami menggunakan guerilla testing dengan 7 peserta untuk bergabung dalam pengujian. Kami sudah memberikan beberapa tugas kepada peserta untuk mendapatkan metrik dalam UX, dan peserta melakukannya di aplikasi InVision. Kami hanya mengamati, menganalisis, dan bertanya jika diperlukan kepada mereka. Setelah melakukan guerilla testing, kami menemukan banyak masalah, dan hingga sekarang beberapa masih belum terselesaikan hehe. Kami percaya bahwa tidak ada Pengalaman Pengguna (UX) yang sempurna dalam jangka waktu lama. Mungkin hari ini tata letak login kita sempurna, tetapi siapa yang tahu keesokan harinya orang-orang menginginkan opsi login lain? Itulah mengapa kita harus meningkatkan pengalaman pengguna sesering mungkin. Sebagai contoh: Kami berbicara dengan Renandus, apakah mungkin untuk menerapkan “satu klik” untuk login seperti menggunakan sidik jari? Dia mengatakan bahwa dia belum pernah menggunakannya sebelumnya, jadi dia tidak tahu apakah itu mungkin atau tidak. Namun, dalam pikiran saya, mungkin 5 tahun lagi login menggunakan sidik jari bisa diterapkan dan membuat pengguna lebih nyaman. Bayangkan kamu sedang berada di mobil dan ingin login ke aplikasi perbankan untuk mengirim uang kepada ayah atau ibu karena orang tua sedang mengalami masalah kesehatan dan membutuhkan uang secepat mungkin. Kamu sedang panik. Apa yang kamu inginkan dari aplikasi tersebut? a. 1 menit untuk login b. 30 detik untuk login c. secepat mungkin untuk login Kami memilih “c”. Dalam banyak kasus, waktu tunggu untuk login adalah kesan pertama pengguna terhadap aplikasi kamu. Jika terlalu lama untuk login, pengguna akan berkata aplikasi ini buruk, membosankan, dan ingin menutupnya. Jika login cepat? Pengguna akan senang dan ingin menggunakan aplikasi tersebut lebih sering. Bagaimana menurutmu? Apakah kamu setuju dengan kami atau tidak? Mengapa? Kembali ke topik utama, setelah melakukan guerilla testing, kami membaca dan mempelajari lagi umpan balik dari pengguna. Jujur saja, tidak semua perspektif dari pengguna itu benar dan harus diikuti. Tidak semuanya. Kita harus menyeleksi umpan balik dari pengguna dan menjelaskan alasan mengapa kita tidak akan mengikuti saran tertentu. Setelah menyeleksi, kami melanjutkan untuk memperbarui desain. Kita bisa menyebut ini sebagai iterasi. Jujur saja, sering kali kami menggunakan sketsa di kertas dan memvalidasi secepat mungkin, mirip dengan pengembangan desain secara agile. Setelah itu, kami melakukan A/B Testing untuk memastikan bahwa layar baru lebih baik daripada desain sebelumnya.

gojek-ui2