35 poin oleh GN⁺ 2025-03-14 | 1 komentar | Bagikan ke WhatsApp
  • Menggunakan library komponen seperti Material UI mungkin jalan yang mudah, tetapi itu hanya menyediakan building block dasar; perancangan alur pengguna secara keseluruhan tetap memerlukan pekerjaan terpisah
  • Jika harus menginvestasikan waktu untuk membuat produk terasa unik, bagaimana cara mendefinisikan pengalaman pengguna yang baik secepat mungkin?

Halaman kosong adalah jebakan

  • Jangan menatap kanvas kosong sambil memikirkan, "Seperti apa seharusnya field input email?"
  • Manfaatkan pola yang sudah tervalidasi di perusahaan besar
    • Bisa menghemat waktu dan meningkatkan pengalaman pengguna
  • Pendekatan yang harus dihindari

    • Situs penghargaan desain – orisinal, tetapi tidak menjamin kegunaan
    • Dribbble – berfokus pada elemen estetika, tidak berkaitan dengan fungsionalitas
  • Pendekatan yang patut dijadikan referensi

    • Situs kompetitor – buat akun dan simpan dalam bentuk screenshot
    • Situs kumpulan pola – bisa dijadikan referensi cepat di PageFlows, Mobbin, dan lain-lain
  • Catat pola UI yang umum

    • Elemen UI umum seperti field email, password, dan alur konfirmasi
    • Aturan visual dan tata letak:
      • Form yang rata tengah
      • Desain responsif
      • Tombol yang jelas
      • Logo di bagian atas
  • Friction yang disengaja

    • Beberapa perusahaan meminta informasi kartu kredit → strategi untuk mendapatkan pengguna yang serius
    • Pengalaman yang cepat tidak selalu yang terbaik

Mendefinisikan tujuan dengan jelas

  • Tujuannya bukan sekadar "membuat halaman pendaftaran", melainkan → "membuat proses pendaftaran semudah mungkin"
  • Ubah menjadi pertanyaan:

    "Bagaimana agar pengguna bisa mendaftar dengan mudah?"

  • Contoh solusi

    • Tampilkan kekuatan password saat pengguna mengetik
    • Berikan alasan mengapa formulir pendaftaran perlu diisi
  • Pertanyaan tambahan

    • Setelah mendaftar, langsung login vs login setelah verifikasi email
    • Setelah mendaftar, tampilkan halaman konfirmasi vs tampilkan pesan sukses

Mempertimbangkan edge case (situasi pengecualian)

  • Pengguna nyata tidak selalu bertindak sesuai dugaan → terburu-buru, mengabaikan instruksi, dan membuat kesalahan
  • Periksa potensi masalah dengan pertanyaan berikut:
    • Apa yang terjadi jika pengguna salah mengetik saat mengisi dengan cepat?
    • Apakah error pada field input disampaikan dengan jelas kepada pengguna?
  • Cara memperbaiki saat masalah muncul

    • Kurang teliti saat membuat password → berpotensi menyebabkan akun terkunci di kemudian hari
      • → Tambahkan "field konfirmasi password" untuk meminta input ulang
    • Saat password tidak cocok → tampilkan pesan error
      • → Tampilkan peringatan segera saat password kedua dimasukkan

Menemukan masalah UX dengan AI

  • Bisa menggunakan alat seperti ChatGPT untuk memeriksa masalah UX
  • Tidak sempurna, tetapi pemeriksaannya cepat dan efektif
  • Contoh prompt yang berguna

    • Red Team vs Blue Team:

      "Di titik mana pengguna bisa tersendat dalam alur pendaftaran ini?"
      "Mengapa desain ini terasa intuitif?"

    • Standar industri:

      "Bagaimana perusahaan SaaS papan atas merancang alur pendaftaran?"

    • Edge case:

      "Apa yang terjadi jika pengguna salah memasukkan email dan tidak menyadarinya?"

Tips lain untuk meningkatkan UX

  • Tetapkan metrik pengukuran
    • Tingkat konversi, retensi pengguna, kepuasan pengguna, dan lain-lain → evaluasi hasil dengan metrik yang objektif
  • Gunakan warna yang sederhana
    • Warna utama, warna sekunder, warna aksen → rekomendasi Coolors
  • Gunakan bahasa yang familier
    • Alih-alih "error database" → "perubahan tidak dapat disimpan"

Kesimpulan

  • Dalam startup, kecepatan itu penting → hindari perfeksionisme
  • Dalam UX, kegunaan lebih utama daripada orisinalitas
    • Alur pengguna yang intuitif dan jelas lebih efektif daripada desain yang rumit dan terlalu orisinal
  • Berinovasilah hanya pada nilai inti → untuk sisanya, gunakan pola yang sudah tervalidasi
  • Mengikuti pola yang sudah dikenal pengguna akan mengurangi beban belajar

1 komentar

 
GN⁺ 2025-03-14
Opini Hacker News
  • Puncak usability 25 tahun lalu terjadi saat sebagian besar aplikasi memiliki toolbar dan menu yang mengikuti pola standar

    • Pengguna non-ahli yang sering memakai toolbar, dan pengguna non-ahli yang jarang memakai menu untuk menyelesaikan tugas
    • Pengguna ahli mengingat shortcut melalui huruf yang digarisbawahi pada label menu
    • Untuk mengubah pengaturan, pengguna membuka dialog pengaturan, dengan tab seperti "Umum", "Font dan Warna", dan sebagainya
    • Saat itu kebanyakan orang hanya punya sedikit pengetahuan tentang komputer, tetapi tetap bisa menggunakan sebagian besar aplikasi hampir tanpa bantuan
    • Tujuan pada masa itu adalah meminimalkan waktu yang dihabiskan pengguna di aplikasi agar pekerjaan selesai secara efisien
    • UX modern bertujuan membuat pengguna sebanyak mungkin tetap "terlibat", yang mungkin cocok untuk aplikasi konsumen tetapi menjadi masalah saat diterapkan juga ke aplikasi enterprise
    • Ada kasus ketika karyawan non-teknis di perusahaan Fortune 100 mengeluhkan SPA baru karena memperlambat pekerjaan mereka dan meminta terminal lama dikembalikan
  • Setelah merekrut desainer grafis, perubahan yang paling terlihat adalah aplikasi/situs web menjadi lebih enak dipandang

    • UX memiliki cakupan yang lebih luas, dari alur interaksi hingga widget satu fitur
    • Kebanyakan orang tidak pandai memprediksi UX sistem secara keseluruhan
    • UX dikembangkan dengan cara menyalin solusi yang sudah ada atau mencoba sesuatu yang baru
    • Menilai sistem lewat imajinasi jauh lebih sulit daripada mengimplementasikannya
    • Desain sistem backend dapat memprediksi dan menghindari kesalahan melalui prinsip dasar dan penalaran
    • Desainer atau engineer dengan intuisi UX yang sangat baik sangat berharga, tetapi kita tidak bisa hanya menunggu sampai menemukan orang seperti itu
  • Alat terbaik untuk menemukan masalah usability adalah berbagi layar dengan Gemini dan menjelaskan lewat suara tugas yang ingin dilakukan

    • Gemini melihat UI, mencari cara menyelesaikan tugas tersebut, lalu memberi tahu secara lisan apa yang harus diklik
    • Jika Gemini tidak bisa menyelesaikannya, berarti ada masalah usability
  • Menurut "Jakob's Law", pengguna menghabiskan sebagian besar waktunya di situs lain, sehingga mereka lebih suka sesuatu bekerja dengan cara yang sama seperti situs lain yang sudah mereka kenal

    • Pengguna memindahkan ekspektasi dari produk yang sudah akrab ke produk lain yang serupa
    • Dengan memanfaatkan mental model yang sudah ada, kita bisa menciptakan pengalaman pengguna yang lebih baik sehingga pengguna dapat fokus pada tugasnya alih-alih mempelajari model baru
    • Saat melakukan perubahan, ketidaksesuaian harus diminimalkan dengan tetap mengizinkan pengguna memakai versi yang sudah mereka kenal untuk waktu terbatas
  • Ada alasan mengapa semua produk bekerja dengan cara yang mirip, dan jika ada yang bekerja berbeda, kita perlu bertanya apakah itu memang disengaja atau sekadar kesalahan

    • Kita perlu menyeimbangkan pola yang familier bagi pengguna dengan ide-ide baru
    • Misalnya, saat mencoba memperbaiki pengalaman checkout Amazon, kita bisa kehilangan manfaat dari rasa familier itu
    • Dengan memilih checkbox, radio button, dropdown, dan text field, kita otomatis mendapatkan cara membaca dan mengubah state yang sudah akrab bagi pengguna
    • "Tidak intuitif" sering kali bisa berarti "tidak terbiasa dengan pola ini"
  • AI dapat digunakan untuk mengidentifikasi masalah UX, dan alat seperti ChatGPT bisa menyoroti masalah UX yang mungkin terlewat

    • Memang tidak sempurna, tetapi tetap lebih baik daripada menebak-nebak
  • Disarankan untuk fokus pada prinsip desain umum dan pola pikirnya

    • Membaca "The Design of Everyday Things" karya Donald Norman membantu memahami perbedaan antara desain yang baik dan buruk
    • "The Art of Game Design" karya Jesse Schell membahas cara menciptakan pengalaman yang imersif, dan game adalah bidang yang sangat tidak memberi ampun
  • Meniru apa yang dilakukan perusahaan besar bisa berujung pada pola pikir cargo cult

    • Anda harus tahu persis mengapa setiap bagian sistem dibangun
    • Hanya karena CAPTCHA yang dipakai Google terasa menyebalkan bukan berarti Anda harus menirunya
    • Anda perlu memikirkan bagian mana yang bisa diperbaiki dengan percaya diri
  • Bahkan dalam kondisi bootstrap, tetap mungkin merekrut UX designer, dan itu merupakan investasi yang sangat bernilai

    • Tidak harus merekrut full-time; Anda bisa menjalankan design sprint untuk merancang beberapa konsep, mengadakan workshop UX, lalu mengembangkan opsi yang dipilih menjadi prototipe yang bisa diklik
    • Nilainya setara dengan menghemat $5k dari anggaran pengembangan frontend, dan pada tahun pertama bisa menghasilkan manfaat lebih dari $5k melalui peningkatan retensi pengguna
  • Saya bahkan tidak ingat lagi kapan terakhir kali bekerja dengan desainer khusus

    • DevOps juga sedang menempuh jalur yang mirip, seolah coder diharapkan menanganinya sambil menunggu kode selesai dikompilasi
    • Berikutnya giliran coder
    • Merekrut spesialis itu sangat tidak nyaman