Skip to main content
ExodeUI

EXODEUI DESKTOP

A little space for good ideas.

Choose your platform to get the official ExodeUI installer.

Looking for Intel Mac or other builds? Explore the web studio or check all download options.

Prefer the browser? Try for free in your browser →
Pola UX7 menit membaca·Updated Oktober 2026·Oleh tim ExodeUI

Bagaimana Mendesain Pesan Kesalahan yang Mengurangi Frustrasi

Cara merancang status kesalahan yang dapat dipulihkan oleh orang: penempatan, pengaturan waktu, susunan kata, pelestarian masukan, aksesibilitas, dan gerakan, berdasarkan penelitian kegunaan.

Ringkasan & Definisi Langsung

Pengambilan Inti

Pesan kesalahan yang baik terlihat dan ditempatkan di sebelah masalah, ditulis dalam bahasa yang sederhana, menjelaskan cara memperbaikinya, menyimpan apa yang sudah diketik orang tersebut dan tidak pernah menyalahkannya. Tampilkan ketika orang tersebut telah menyelesaikan suatu bidang atau mengirimkannya, bukan saat mereka masih mengetik, dan pastikan pembaca layar mengumumkannya.

Pedomannya

Nielsen Norman Group merangkum pesan kesalahan yang efektif sebagai pesan yang sangat terlihat, konstruktif, dan menghargai upaya pengguna. Dalam praktiknya itu berarti:

  • Tempatkan pesan di sebelah bidang atau elemen yang bermasalah.
  • Gunakan bahasa yang sederhana dan spesifik: "Angka ini pendek satu digit", bukan "Input tidak valid".
  • Tawarkan perbaikan: format apa yang diharapkan, apa yang harus dicoba selanjutnya.
  • Pertahankan apa yang diketik orang agar mereka dapat mengeditnya alih-alih memulai lagi.
  • Jangan salahkan: hindari kata-kata seperti tidak valid, ilegal atau salah.
Bidang nomor kartu dengan kesalahan sebaris yang menyatakan nomor tersebut pendek satu digit dan tetap memasukkan digit yang diketik, di samping daftar periksa pedoman pesan kesalahan
Kesalahan sebaris yang spesifik, menyimpan masukan dan menjelaskan cara memperbaikinya.

Waktu

Menampilkan kesalahan sebelum seseorang menyelesaikannya adalah salah satu kesalahan paling umum. NN/g menyebut kesalahan prematur sebagai pola yang tidak bersahabat, seperti menilai ujian sebelum siswa menyelesaikannya. Validasi bidang ketika orang tersebut meninggalkannya atau mengirimkan formulir, lalu perbarui pesan secara langsung selagi mereka memperbaikinya.

Kesalahan yang bukan tentang formulir

Untuk kesalahan sistem seperti kegagalan penyimpanan atau koneksi terputus, sebutkan apa yang terjadi, apa yang disimpan, dan apa yang dapat dilakukan orang tersebut: coba lagi, bekerja offline, atau hubungi dukungan. Hindari kode kesalahan itu sendiri; jika Anda memerlukannya sebagai dukungan, tunjukkan di samping penjelasan manusiawi.

Aksesibilitas

Jangan hanya mengandalkan warna merah: tambahkan ikon dan teks. Hubungkan pesan ke bidangnya sehingga pembaca layar membacanya dengan bidang tersebut, dan pindahkan fokus ke kesalahan pertama, atau ringkasan kesalahan, setelah pengiriman gagal.

Gerakan dalam status kesalahan

Guncangan singkat atau perubahan warna dapat menarik perhatian ke bidang yang bermasalah, namun tetap singkat, jangan mengulanginya pada setiap penekanan tombol, dan ganti gerakan dengan perubahan warna atau ikon saat pengurangan gerakan aktif. Pesan itu sendiri lebih penting daripada animasinya.

Kunci Principles untuk Diingat

  • Tempatkan kesalahan di samping masalah, dengan kata sederhana, dengan perbaikan
  • Simpan apa yang diketik orang
  • Validasi setelah suatu bidang selesai, bukan saat mengetik
  • Jangan pernah mengandalkan warna saja; menghubungkan pesan untuk pembaca layar
  • Jaga agar gerakan kesalahan tetap singkat dan hormati gerakan yang dikurangi

Pertanyaan yang Sering Diajukan

Sumber

  1. Error-Message Guidelines — Nielsen Norman Group
  2. Indicators, Validations, and Notifications — Nielsen Norman Group

Panduan & Contoh Terkait

Rancang keadaan kesalahan, bukan hanya jalan bahagia

Buka contoh ExodeUI dengan status kesalahan dan keberhasilan pengalihan kode Anda, dan sesuaikan.

Buka contohnya
Cobalah secara gratis