Pemberitahuan (Dasar-dasar desain)

Catatan

Panduan desain ini dibuat untuk Windows 7 dan belum diperbarui untuk versi Windows yang lebih baru. Sebagian besar panduan masih berlaku pada prinsipnya, tetapi presentasi dan contoh tidak mencerminkan panduan desain kita saat ini.

Pemberitahuan memberi tahu pengguna tentang peristiwa yang tidak terkait dengan aktivitas pengguna saat ini, dengan menampilkan balon secara singkat dari ikon di area pemberitahuan. Pemberitahuan dapat dihasilkan dari tindakan pengguna atau peristiwa sistem yang signifikan, atau dapat menawarkan informasi yang berpotensi berguna dari Microsoft Windows atau aplikasi.

Informasi dalam pemberitahuan berguna dan relevan, tetapi tidak pernah penting. Akibatnya, pemberitahuan tidak memerlukan tindakan pengguna segera dan pengguna dapat dengan bebas mengabaikannya.

Pemberitahuan umum.

Di Windows Vista dan yang lebih baru, pemberitahuan ditampilkan selama durasi tetap 9 detik. Pemberitahuan tidak segera ditampilkan saat pengguna tidak aktif atau pengaman layar berjalan. Windows secara otomatis mengantre pemberitahuan selama waktu ini, dan menampilkan pemberitahuan antrean saat pengguna melanjutkan aktivitas reguler. Akibatnya, Anda tidak perlu melakukan apa pun untuk menangani keadaan khusus ini.

Pengembang: Anda dapat menentukan kapan pengguna aktif menggunakan SHQueryUserNotificationState API.

Catatan: Panduan yang terkait dengan area pemberitahuan, taskbar, dan balon disajikan dalam artikel terpisah.

Apakah ini antarmuka pengguna yang tepat?

Untuk memutuskan, pertimbangkan pertanyaan-pertanyaan ini:

• Apakah informasi tersebut merupakan hasil langsung interaksi pengguna dengan aplikasi Anda? Jika demikian, tampilkan informasi sinkron ini langsung dalam aplikasi Anda sebagai gantinya menggunakan kotak dialog, kotak pesan, balon, atau antarmuka pengguna di tempat . Pemberitahuan hanya untuk informasi asinkron.

Dalam contoh ini, kotak dialog pengecualian Windows Firewall ditampilkan sebagai hasil langsung interaksi pengguna. Pemberitahuan tidak akan sesuai di sini.

• Apakah informasi hanya relevan ketika pengguna secara aktif menggunakan aplikasi Anda? Jika demikian, tampilkan informasi di bilah status aplikasi Anda atau area status lainnya.

Dalam contoh ini, Outlook menampilkan status koneksi dan sinkronisasinya pada bilah statusnya.

• Apakah informasi berubah dengan cepat, berkelanjutan, informasi real-time? Contohnya termasuk kemajuan pemrosesan, kutipan saham, dan skor olahraga. Jika demikian, jangan gunakan pemberitahuan karena tidak cocok untuk informasi yang berubah dengan cepat.
• Apakah informasi tersebut berguna dan relevan? Apakah pengguna cenderung mengubah perilaku mereka atau menghindari ketidaknyamanan sebagai akibat dari menerima informasi? Jika tidak, jangan tampilkan informasi atau letakkan di jendela status atau file log.
• Apakah informasinya penting? Apakah tindakan segera diperlukan? Jika demikian, tampilkan informasi menggunakan antarmuka yang menuntut perhatian dan tidak dapat dengan mudah diabaikan, seperti kotak dialog modal atau kotak pesan. Jika program tidak aktif, Anda dapat menarik perhatian pada informasi penting dengan mem-flash tombol taskbar program tiga kali dan membiarkannya disorot sampai program aktif.
• Apakah pengguna target utama profesional TI? Jika demikian, gunakan mekanisme umpan balik alternatif seperti entri file log atau pesan email. Profesional TI sangat lebih suka file log untuk informasi non-kritis. Selain itu, server sering dikelola dari jarak jauh dan biasanya berjalan tanpa pengguna masuk, membuat pemberitahuan tidak efektif.

Konsep desain

Pemberitahuan efektif yang mempromosikan pengalaman pengguna yang baik adalah:

• Asynchronous. Kejadian ini bukan hasil langsung langsung dari interaksi pengguna saat ini dengan Microsoft Windows atau aplikasi Anda.
• Berguna. Ada kemungkinan yang wajar bahwa pengguna akan melakukan tugas atau mengubah perilaku mereka sebagai hasil dari pemberitahuan.
• Relevan. Pemberitahuan menampilkan informasi bermanfaat yang dipedulikan dan belum diketahui pengguna.
• Tidak kritis. Pemberitahuan tidak dimodifikasi dan tidak memerlukan interaksi pengguna, sehingga pengguna dapat dengan bebas mengabaikannya.
• Ditindaklanjuti. Untuk pemberitahuan yang menyarankan untuk melakukan tindakan, tindakan tersebut dimulai dengan mengklik pemberitahuan. Namun, tindakan tersebut selalu dapat ditunda.
• Disajikan dengan tepat. Presentasi pemberitahuan (durasi, frekuensi, teks, ikon, dan interaktivitas) cocok dengan keadaannya.
• Tidak mengganggu! Ada garis halus antara memberi tahu pengguna suatu peristiwa dengan lembut dan mengganggu mereka.

Sayangnya, ada terlalu banyak pemberitahuan yang mengganggu, tidak pantas, tidak berguna, tidak relevan di luar sana. Pertimbangkan pemberitahuan ini dari Windows XP Hall of Shame:

Dalam contoh ini, Windows XP secara ostensib mencoba membantu pengguna dengan konfigurasi awal mereka. Namun, pemberitahuan ini muncul terlalu sering dan baik setelah berguna, sehingga mereka sedikit lebih dari iklan fitur yang tidak diminta.

Alur pengguna harus dipertahankan

Idealnya, pengguna yang terbenam dalam pekerjaan mereka tidak akan melihat pemberitahuan Anda sama sekali. Sebaliknya, mereka akan melihat pemberitahuan Anda hanya ketika alurnya sudah rusak.

Dalam Alur: Psikologi Pengalaman Optimal, Mihaly Csikszentmihalyi mengatakan bahwa pengguna memasuki status alur ketika mereka sepenuhnya diserap dalam aktivitas di mana mereka kehilangan rasa waktu mereka dan memiliki perasaan yang sangat puas.

Pemberitahuan efektif membantu pengguna mempertahankan alur mereka dengan menyajikan informasi yang berguna dan relevan yang dapat dengan mudah diabaikan. Pemberitahuan disajikan dengan kunci rendah, cara periferal, dan tidak memerlukan interaksi.

Jangan berasumsi bahwa jika pemberitahuan tidak modeless , pemberitahuan tersebut tidak dapat menjadi gangguan yang mengganggu. Pemberitahuan tidak menuntut perhatian pengguna, tetapi mereka pasti memintanya. Anda dapat memutus alur pengguna dengan:

• Menampilkan pemberitahuan yang tidak dipedulikan pengguna.
• Menampilkan pemberitahuan terlalu sering.
• Menggunakan beberapa pemberitahuan saat satu pemberitahuan sudah cukup.
• Menggunakan suara saat menampilkan pemberitahuan.

Di Windows 7, pengguna memiliki kontrol tertinggi atas pemberitahuan. Jika pengguna menemukan bahwa pemberitahuan program terlalu mengganggu, mereka dapat memilih untuk menekan semua pemberitahuan dari program tersebut. Pastikan pengguna tidak melakukan ini ke program Anda dengan menyajikan informasi yang berguna, relevan, dan mengikuti panduan ini.

Pemberitahuan harus dapat diabaikan

Pemberitahuan tidak memerlukan tindakan pengguna langsung dan pengguna dapat dengan bebas mengabaikannya.

Pengembang dan desainer sering ingin menyajikan pemberitahuan mereka dengan cara yang tidak dapat diabaikan pengguna. Tujuan ini sepenuhnya merusak manfaat utama pemberitahuan karena akan merusak alur pengguna. Jika pengguna terganggu oleh pemberitahuan Anda atau merasa berkewajiban untuk membacanya, desain pemberitahuan Anda telah gagal.

Jika Anda khawatir bahwa pengguna mengabaikan pemberitahuan Anda, pertimbangkan hal berikut:

• Jika Anda menggunakan pemberitahuan dengan benar dan tidak memerlukan tindakan pengguna langsung, maka meminta pengguna memilih untuk mengabaikannya adalah berdasarkan desain. Jangan ubah ini.
• Jika peristiwa memerlukan tindakan pengguna segera, gunakan antarmuka pengguna (UI) alternatif yang tidak dapat diabaikan pengguna. Lihat Apakah ini antarmuka pengguna yang tepat? untuk alternatif.

Gunakan eskalasi progresif jika berlaku

Jika pemberitahuan digunakan untuk peristiwa yang dapat diabaikan pengguna dengan aman pada awalnya, tetapi itu harus diatasi pada akhirnya, UI alternatif harus digunakan ketika situasi menjadi kritis. Teknik ini dikenal sebagai eskalasi progresif.

Misalnya, sistem manajemen daya Windows awalnya menunjukkan baterai rendah hanya dengan mengubah ikon area pemberitahuannya.

Dalam contoh ini, manajemen daya Windows menggunakan ikon area pemberitahuan untuk memberi tahu pengguna tentang daya baterai yang semakin rendah.

Ketika daya baterai menjadi lebih rendah, Windows memperingatkan pengguna tentang daya baterai yang lemah menggunakan pemberitahuan.

Dalam contoh ini, manajemen daya Windows menggunakan pemberitahuan untuk memberi tahu pengguna bahwa daya baterai mereka lemah.

Pemberitahuan ini muncul saat pengguna masih memiliki beberapa opsi. Pengguna dapat mencolokkan, mengubah opsi daya mereka, membungkus pekerjaan mereka dan mematikan komputer, atau mengabaikan pemberitahuan dan terus bekerja. Saat daya baterai terus menguras, teks dan ikon pemberitahuan mencerminkan urgensi tambahan. Namun, setelah daya baterai menjadi sangat rendah sehingga pengguna harus segera bertindak, manajemen daya Windows memberi tahu pengguna menggunakan kotak pesan modal .

Dalam contoh ini, manajemen daya Windows menggunakan kotak pesan modal untuk memberi tahu pengguna tentang daya baterai yang sangat rendah.

Jika Anda hanya melakukan tiga hal ...

1. Gunakan pemberitahuan hanya jika Anda benar-benar perlu. Saat menampilkan pemberitahuan, Anda berpotensi mengganggu pengguna atau bahkan mengganggu mereka. Pastikan bahwa gangguan dibenarkan.
2. Gunakan pemberitahuan untuk peristiwa atau situasi non-kritis yang tidak memerlukan tindakan pengguna segera. Untuk peristiwa atau situasi penting yang memerlukan tindakan pengguna segera, gunakan UI alternatif (seperti kotak dialog modal).
3. Jika Anda menggunakan pemberitahuan, jadikan pengalaman pengguna yang baik. Jangan mencoba memaksa pengguna untuk melihat pemberitahuan Anda. Jika pengguna begitu terbenam dalam pekerjaan mereka sehingga mereka tidak melihat pemberitahuan Anda, desain Anda bagus.

Pola penggunaan

Pemberitahuan memiliki beberapa pola penggunaan:

Label	Nilai
Keberhasilan tindakan Memberi tahu pengguna ketika tindakan asinkron yang dimulai pengguna berhasil diselesaikan.	Benar: Dalam contoh ini, Windows Update memberi tahu pengguna ketika komputer mereka telah berhasil diperbarui. Salah: Dalam contoh ini, Microsoft Outlook memberi tahu pengguna saat pemeriksaan file data selesai. Apa yang harus dilakukan pengguna sekarang? Dan mengapa memperingatkan pengguna tentang keberhasilan penyelesaian? Perlihatkan ketika: Setelah menyelesaikan tugas asinkron. Beri tahu pengguna tentang tindakan yang berhasil hanya jika mereka cenderung menunggu penyelesaian, atau setelah kegagalan baru-baru ini. Perlihatkan caranya: Gunakan opsi real-time sehingga pemberitahuan ini tidak diantrekan saat pengguna menjalankan aplikasi layar penuh atau tidak secara aktif menggunakan komputer mereka. Perlihatkan seberapa sering: Setelah. Faktor gangguan: Rendah jika keberhasilan tidak diharapkan karena kegagalan baru-baru ini, keberhasilan setelah kegagalan kritis atau sangat tidak biasa sehingga pengguna membutuhkan umpan balik tambahan, atau pengguna menunggu penyelesaian; tinggi jika tidak. Alternatif: Berikan umpan balik "sesuai permintaan" dengan menampilkan ikon (atau mengubah ikon yang ada) di area pemberitahuan saat operasi sedang dilakukan; hapus ikon (atau pulihkan ikon sebelumnya) saat operasi selesai.
Kegagalan tindakan Memberi tahu pengguna ketika tindakan asinkron yang dimulai pengguna gagal.	Benar: Dalam contoh ini, aktivasi Windows memberi tahu pengguna tentang kegagalan. Salah: Dalam contoh ini, Microsoft Outlook digunakan untuk memberi tahu pengguna tentang kegagalan yang tidak mungkin mereka pedulikan. Perlihatkan ketika: Setelah kegagalan tugas asinkron. Perlihatkan seberapa sering: Setelah. Faktor gangguan: Rendah jika berguna dan relevan; tinggi jika masalah akan segera diselesaikan sendiri atau pengguna sebaliknya tidak peduli. Alternatif: Gunakan kotak dialog modal jika pengguna harus segera mengatasi kegagalan.
Peristiwa sistem non-kritis Memberi tahu pengguna tentang peristiwa atau status sistem signifikan yang dapat diabaikan dengan aman, setidaknya untuk sementara.	Dalam contoh ini, Windows memperingatkan pengguna daya baterai rendah, tetapi masih ada banyak waktu sebelum mereka mengambil tindakan. Perlihatkan ketika: Ketika peristiwa terjadi dan pengguna aktif, atau kondisi terus ada. Jika diakibatkan oleh masalah, hapus pemberitahuan yang saat ini ditampilkan segera setelah masalah diselesaikan. Seperti halnya pemberitahuan tindakan, beri tahu pengguna tentang peristiwa sistem yang berhasil hanya jika pengguna kemungkinan akan menunggu peristiwa tersebut, atau setelah kegagalan baru-baru ini. Perlihatkan seberapa sering: Sekali ketika peristiwa pertama kali terjadi. Jika ini dihasilkan dari masalah yang perlu dipecahkan pengguna, putar ulang sekali sehari. Faktor gangguan: Rendah, selama pemberitahuan tidak ditampilkan terlalu sering. Alternatif: Jika pengguna akhirnya harus menyelesaikan masalah, gunakan eskalasi progresif dengan akhirnya menampilkan kotak dialog modal saat resolusi menjadi wajib.
Tugas pengguna opsional Memberi tahu pengguna tentang tugas asinkron yang harus mereka lakukan. Baik opsional atau diperlukan, tugas dapat ditunda dengan aman.	Dalam contoh ini, Windows Update memberi tahu pengguna tentang pembaruan keamanan baru. Perlihatkan ketika: Ketika kebutuhan untuk melakukan tugas ditentukan dan pengguna aktif. Perlihatkan seberapa sering: Sekali sehari maksimal tiga kali. Faktor gangguan: Rendah, selama pengguna menganggap tugas penting dan pemberitahuan tidak ditampilkan terlalu sering. Alternatif: Jika pengguna akhirnya harus melakukan tugas, gunakan eskalasi progresif dengan akhirnya menampilkan kotak dialog modal saat tugas menjadi wajib.
FYI Memberi tahu pengguna tentang informasi yang berpotensi berguna dan relevan. Anda dapat memberi tahu pengguna tentang informasi relevansi marginal jika bersifat opsional dan pengguna ikut serta.	Benar: Dalam contoh ini, pengguna diberi tahu saat pesan email baru diterima. Benar: Dalam contoh ini, pengguna diberi tahu ketika kontak online dan mereka memilih untuk menerima informasi opsional ini. Salah: Dalam contoh ini, informasi hanya berguna jika pengguna sudah menginstal port USB berkecepatan tinggi. Jika tidak, pengguna tidak mungkin melakukan sesuatu yang berbeda sebagai hasilnya. Perlihatkan ketika: Ketika peristiwa pemicu terjadi. Perlihatkan caranya: Gunakan opsi real-time sehingga pemberitahuan ini tidak diantrekan saat pengguna menjalankan aplikasi layar penuh atau tidak secara aktif menggunakan komputer mereka. Perlihatkan seberapa sering: Setelah. Faktor gangguan: Sedang hingga tinggi, tergantung pada persepsi pengguna tentang kegunaan dan relevansi. Tidak disarankan jika ada probabilitas rendah dari minat pengguna. Alternatif: Jangan beri tahu pengguna.
Iklan fitur Memberi tahu pengguna tentang fitur sistem atau aplikasi yang baru diinstal dan tidak digunakan.	Jangan gunakan pemberitahuan untuk iklan fitur! Sebagai gantinya, gunakan cara lain untuk membuat fitur dapat ditemukan, seperti: Rancang fitur agar lebih mudah ditemukan dalam konteks di mana diperlukan. Jangan lakukan sesuatu yang istimewa dan biarkan pengguna menemukan fitur itu sendiri. Salah: Jangan gunakan pemberitahuan untuk iklan fitur.

Panduan

Umum

• Pilih pola pemberitahuan berdasarkan penggunaannya. Untuk deskripsi setiap pola penggunaan, lihat tabel sebelumnya.
• Jangan gunakan pemberitahuan apa pun selama pengalaman Windows awal. Untuk meningkatkan pengalaman pertamanya, Windows 7 menekan semua pemberitahuan yang ditampilkan selama beberapa jam pertama penggunaan. Rancang program Anda dengan asumsi pengguna tidak akan melihat pemberitahuan tersebut.

Apa yang harus diberi tahu

• Jangan beri tahu tentang operasi yang berhasil, kecuali dalam keadaan berikut:

  • Keamanan. Pengguna menganggap operasi keamanan adalah yang paling penting, jadi beri tahu pengguna tentang operasi keamanan yang berhasil.
  • Kegagalan baru-baru ini. Pengguna tidak mengambil operasi yang berhasil untuk diberikan jika mereka gagal segera sebelumnya, jadi beri tahu pengguna tentang keberhasilan ketika operasi baru-baru ini gagal.
  • Mencegah ketidaknyamanan. Laporkan operasi yang berhasil saat melakukannya mungkin menghindari ketidaknyamanan pengguna. Akibatnya, beri tahu pengguna ketika operasi berhasil dilakukan dengan cara yang tidak terduga, seperti ketika operasi panjang atau selesai lebih awal atau lebih lambat dari yang diharapkan.

• Dalam keadaan lain, tidak memberikan umpan balik untuk sukses atau memberikan umpan balik "sesuai permintaan." Asumsikan bahwa pengguna mengambil operasi yang berhasil untuk diberikan. Anda dapat memberikan umpan balik sesuai permintaan dengan menampilkan ikon (atau mengubah ikon yang ada) di area pemberitahuan saat operasi sedang dilakukan, dan menghapus ikon (atau memulihkan ikon sebelumnya) saat operasi selesai.

• Untuk pola FYI, jangan berikan pemberitahuan jika pengguna dapat terus bekerja secara normal atau tidak mungkin melakukan sesuatu yang berbeda sebagai akibat dari pemberitahuan.

  Salah:

  

  Dalam contoh ini, informasi hanya berguna jika pengguna sudah menginstal port. Jika tidak, pengguna tidak mungkin melakukan sesuatu yang berbeda sebagai akibatnya.

  • Pengecualian: Anda dapat memberi tahu pengguna tentang informasi relevansi yang dipertanyakan jika bersifat opsional dan pengguna ikut serta.

    Benar:

    

    Dalam contoh ini, pengguna diberi tahu ketika kontak online dan mereka memilih untuk menerima informasi opsional ini.

• Untuk peristiwa sistem non-kritis dan pola FYI, gunakan pemberitahuan lengkap untuk satu peristiwa. Jangan sajikan beberapa yang parsial.

  Salah:

  

  Contoh-contoh ini hanya menunjukkan empat dari delapan pemberitahuan yang ditampilkan oleh Windows XP ketika pengguna melampirkan keyboard USB tertentu, masing-masing menyajikan informasi secara bertahap lebih banyak.

  Benar:

  

  Dalam contoh ini, melampirkan keyboard USB menghasilkan dua pemberitahuan lengkap.

Kapan harus memberi tahu

• Tampilkan pemberitahuan berdasarkan pola desainnya:

Pola	Kapan harus memberi tahu
Keberhasilan tindakan	Setelah menyelesaikan tugas asinkron. Beri tahu pengguna tentang tindakan yang berhasil hanya jika mereka cenderung menunggu penyelesaian, atau setelah kegagalan baru-baru ini.
Kegagalan tindakan	Setelah kegagalan tugas asinkron.
Peristiwa sistem non-kritis	Ketika peristiwa terjadi dan pengguna aktif, atau kondisi terus ada. Jika ini dihasilkan dari masalah, hapus pemberitahuan yang saat ini ditampilkan segera setelah masalah diselesaikan.
Tugas pengguna opsional	Ketika kebutuhan untuk melakukan tugas ditentukan dan pengguna aktif.
FYI	Ketika peristiwa pemicu terjadi.

• Untuk pola kegagalan tindakan, jika masalah mungkin memperbaiki dirinya sendiri dalam hitungan detik, tunda pemberitahuan kegagalan untuk jumlah waktu yang sesuai. Jika masalah memperbaiki dirinya sendiri, laporkan apa-apa. Beri tahu hanya setelah waktu yang cukup berlalu bahwa kegagalan terlihat. Jika Anda melaporkan terlalu dini, kemungkinan besar pengguna tidak akan melihat masalah yang dilaporkan, tetapi mereka akan melihat pemberitahuan yang tidak perlu.

Salah:

Ketika segera diikuti oleh:

Dalam contoh ini, di Windows Vista pemberitahuan tidak ada konektivitas nirkabel dini karena sering kali segera diikuti oleh pemberitahuan konektivitas yang baik.

• Untuk keberhasilan tindakan dan pola FYI, gunakan opsi real-time sehingga pemberitahuan kedaluarsa tidak diantrekan saat pengguna menjalankan aplikasi layar penuh atau tidak secara aktif menggunakan komputer mereka.
• Untuk pola peristiwa sistem yang tidak penting, jangan membuat potensi badai pemberitahuan dengan peristiwa mengejutkan yang terkait dengan peristiwa terkenal seperti masuk pengguna. Sebagai gantinya, ikat peristiwa ke beberapa periode waktu setelah peristiwa. Misalnya, Anda dapat mengingatkan pengguna untuk mendaftarkan produk Anda lima menit setelah pengguna masuk.

Berapa lama untuk memberi tahu

Di Windows Vista dan yang lebih baru, pemberitahuan ditampilkan selama durasi tetap 9 detik.

Seberapa sering untuk memberi tahu

• Frekuensi menampilkan pemberitahuan didasarkan pada pola desainnya:

Pola	Seberapa sering untuk memberi tahu
Keberhasilan tindakan	Setelah.
Kegagalan tindakan	Setelah.
Peristiwa sistem non-kritis	Sekali ketika peristiwa pertama kali terjadi. Jika ini dihasilkan dari masalah yang perlu dipecahkan pengguna, putar ulang sekali sehari.
Tugas pengguna opsional	Sekali sehari untuk maksimal tiga kali.
FYI	Setelah.

• Untuk tugas pengguna opsional, jangan mencoba mengganggu pengguna ke dalam pengiriman dengan terus menampilkan pemberitahuan. Jika tugas diperlukan, segera tampilkan kotak dialog modal alih-alih menggunakan pemberitahuan.

Eskalasi pemberitahuan

• Jangan berasumsi bahwa pengguna akan melihat pemberitahuan Anda. Pengguna tidak akan melihatnya saat:
  • Mereka terbenam dalam pekerjaan mereka.
  • Mereka tidak memperhatikan.
  • Mereka jauh dari komputer mereka.
  • Mereka menjalankan aplikasi layar penuh.
  • Administrator mereka telah mematikan semua pemberitahuan untuk komputer mereka.
• Jika pengguna akhirnya harus mengambil semacam tindakan, gunakan eskalasi progresif untuk menampilkan UI alternatif yang tidak dapat diabaikan pengguna.

Interaksi

• Buat pemberitahuan dapat diklik saat:
  • Pengguna harus melakukan tindakan. Mengklik pemberitahuan akan menampilkan jendela tempat pengguna dapat melakukan tindakan. Pendekatan ini lebih disukai untuk kegagalan tindakan dan pola desain tugas pengguna opsional.
  • Pengguna mungkin ingin melihat informasi selengkapnya. Mengklik pemberitahuan akan menampilkan jendela tempat pengguna dapat melihat informasi tambahan.
• Selalu tampilkan jendela saat pengguna mengklik untuk melakukan tindakan. Tidak perlu mengklik lakukan tindakan secara langsung.
• Mengklik untuk memperlihatkan informasi lebih lanjut harus selalu menampilkan informasi lebih lanjut. Jangan hanya mengulangi informasi yang sudah ada di pemberitahuan.

Ikon

• Untuk pola kegagalan tindakan, gunakan ikon kesalahan standar.
• Untuk pola peristiwa sistem yang tidak penting, gunakan ikon peringatan standar.
• Untuk pola lain, gunakan ikon yang menunjukkan objek yang terkait dengan atau menyarankan subjek, seperti perisai untuk keamanan atau baterai untuk daya.
• Gunakan ikon berdasarkan aplikasi atau branding perusahaan Anda jika pengguna target Anda akan mengenalinya dan tidak ada alternatif yang lebih baik.
• Untuk eskalasi progresif, pertimbangkan untuk menggunakan ikon dengan penampilan yang semakin tegas saat situasi menjadi lebih mendesak.
• Jangan gunakan ikon informasi standar. Pemberitahuan itu adalah informasi yang tidak perlu dikatakan.
• Pertimbangkan untuk menggunakan ikon besar (32x32 piksel) saat:
  • Pengguna akan dengan cepat memahami ikon daripada teks.
  • Ikon besar menyampaikan maknanya lebih jelas dan efektif daripada ikon piksel 16x16 standar.
  • Ikon menggunakan gaya Aero.

Dalam contoh ini, pengguna dapat dengan cepat memahami sifat pemberitahuan dengan sekilas ikon besar.

Antrean pemberitahuan

Catatan: Pemberitahuan diantrekan setiap kali tidak dapat segera ditampilkan, seperti ketika pemberitahuan lain ditampilkan, pengguna menjalankan aplikasi layar penuh, atau pengguna tidak secara aktif menggunakan komputer. Pemberitahuan real-time tetap dalam antrean hanya selama 60 detik.

• Untuk keberhasilan tindakan dan pola FYI, gunakan opsi real-time sehingga pemberitahuan tidak diantrekan untuk waktu yang lama. Pemberitahuan ini hanya memiliki nilai ketika dapat segera ditampilkan.
• Hapus pemberitahuan antrean saat pemberitahuan tersebut tidak lagi relevan.
• Pengembang: Anda dapat melakukan ini dengan mengatur bendera NIF_INFO di uFlags dan mengatur szInfo ke string kosong. Tidak ada salahnya melakukan ini jika pemberitahuan tidak lagi dalam antrean.

Integrasi sistem

• Jika aplikasi Anda tidak selalu memiliki ikon di area pemberitahuan saat berjalan, tampilkan ikon untuk sementara selama tugas atau peristiwa asinkron yang menyebabkan pemberitahuan.

Teks

Teks judul

• Gunakan teks judul yang secara singkat meringkas informasi terpenting yang Anda butuhkan untuk berkomunikasi dengan pengguna dalam bahasa yang jelas, polos, ringkas, dan spesifik. Pengguna harus dapat memahami tujuan informasi pemberitahuan dengan cepat dan dengan upaya minimal.
• Gunakan fragmen teks atau kalimat lengkap tanpa tanda baca akhir.
• Gunakan kapitalisasi gaya kalimat.
• Gunakan tidak lebih dari 48 karakter (dalam bahasa Inggris) untuk mengakomodasi pelokalan. Judul memiliki panjang maksimum 63 karakter, tetapi Anda harus mengizinkan ekspansi 30 persen ketika teks bahasa Inggris diterjemahkan.

Teks isi

• Gunakan teks isi yang memberikan deskripsi (tanpa mengulangi informasi dalam judul) dan, secara opsional, yang memberikan detail spesifik tentang pemberitahuan, dan juga memberi tahu pengguna tindakan apa yang tersedia.

• Gunakan kalimat lengkap dengan tanda baca akhir.

• Gunakan kapitalisasi gaya kalimat.

• Gunakan tidak lebih dari 200 karakter (dalam bahasa Inggris) untuk mengakomodasi pelokalan. Teks isi memiliki panjang maksimum 255 karakter, tetapi Anda harus mengizinkan ekspansi 30 persen saat teks bahasa Inggris diterjemahkan.

• Sertakan informasi penting dalam teks isi, seperti nama objek tertentu. (Contoh: nama pengguna, nama file, atau URL.) Pengguna tidak perlu membuka jendela lain untuk menemukan informasi tersebut.

• Letakkan tanda kutip ganda di sekitar nama objek.

  • Pengecualian: Jangan gunakan tanda kutip saat:
    • Nama objek selalu menggunakan kapitalisasi gaya judul, seperti dengan nama pengguna.
    • Nama objek diimbangi dengan titik dua (misalnya: Nama printer: Printer saya).
    • Nama objek dapat dengan mudah ditentukan dari konteks.

• Jika Anda harus memotong nama objek ke ukuran maksimum tetap untuk mengakomodasi pelokalan, gunakan elipsis untuk menunjukkan pemotongan.

  

  Dalam contoh ini, nama objek dipotong menggunakan elipsis.

• Gunakan pembuatan frasa berikut jika pemberitahuan dapat ditindaklanjuti:

  • Jika pengguna dapat mengklik pemberitahuan untuk melakukan tindakan:

    < deskripsi singkat tentang informasi penting>

    <detail opsional>

    Klik untuk <melakukan sesuatu>.

    

    Dalam contoh ini, pengguna dapat mengklik untuk melakukan tindakan.

  • Jika pengguna dapat mengklik pemberitahuan untuk melihat informasi selengkapnya:

    < deskripsi singkat tentang informasi penting>

    <detail opsional>

    Klik untuk informasi selengkapnya.

    

    Dalam contoh ini, pengguna dapat mengklik untuk informasi selengkapnya.

• Jangan katakan bahwa pengguna "harus" melakukan tindakan dalam pemberitahuan. Pemberitahuan adalah untuk informasi non-kritis yang dapat diabaikan pengguna secara bebas. Jika pengguna benar-benar harus melakukan tindakan, jangan gunakan pemberitahuan.

• Jika pengguna harus melakukan tindakan, perjelas kepentingannya.

• Untuk kegagalan tindakan dan pola peristiwa sistem non-kritis, jelaskan masalah dalam bahasa biasa.

  Salah:

  

  Dalam contoh ini, masalah dijelaskan menggunakan bahasa yang terlalu teknis, namun tidak jelas.

  Benar:

  

  Dalam contoh ini, masalahnya dijelaskan dalam bahasa biasa.

• Jelaskan peristiwa dengan cara yang relevan dengan pengguna target. Pemberitahuan relevan jika ada kemungkinan yang wajar bahwa pengguna akan melakukan tugas atau mengubah perilaku mereka sebagai hasil dari pemberitahuan. Anda sering dapat menyelesaikan ini dengan menjelaskan pemberitahuan dalam hal tujuan pengguna alih-alih masalah teknologi.

Dokumentasi

Saat merujuk ke pemberitahuan:

• Gunakan teks judul yang tepat, termasuk kapitalisasinya.
• Lihat komponen sebagai pemberitahuan, bukan sebagai balon atau pemberitahuan.
• Untuk menjelaskan interaksi pengguna, gunakan klik.
• Jika memungkinkan, format teks judul menggunakan teks tebal. Jika tidak, letakkan judul dalam tanda kutip hanya jika diperlukan untuk mencegah kebingungan.

Contoh: Ketika pembaruan Penting siap untuk menginstal pemberitahuan muncul, klik pemberitahuan untuk memulai proses.

Saat merujuk ke area pemberitahuan:

• Lihat area pemberitahuan sebagai area pemberitahuan, bukan baki sistem.