Cara Mengizinkan Pengguna Memilih Kapan dan Seberapa Sering AI Menghubungi Mereka

Mulai dengan opt-in opsional yang jelas

Mintalah izin saat pengguna dapat memahami apa yang mereka setujui. Jelaskan bentuk interaksi dalam bahasa yang sederhana: misalnya, pengingat yang diminta pengguna atau pembaruan berkala. Sebutkan ke mana pesan akan dikirim dan seberapa sering pesan tersebut mungkin dikirimkan. Hindari penggunaan konfirmasi izin sistem operasi yang tanpa penjelasan sebagai satu-satunya keterangan; pengguna perlu mengetahui apa yang ingin dikirimkan aplikasi sebelum mengambil keputusan.

U.S. Web Design System menyarankan untuk mengumpulkan preferensi kontak hanya untuk saluran yang benar-benar dapat didukung oleh layanan, dan menyatakan agar menjelaskan kondisi serta perkiraan linimasa interaksi jika memungkinkan. Diterapkan pada produk AI, hal itu berarti hanya menampilkan opsi pengiriman yang nyata dan menjelaskan fungsi masing-masing opsi. Jangan jadikan preferensi notifikasi sebagai syarat untuk menggunakan fitur yang tidak terkait. USWDS: Contact preferences

Perlakukan opt-in sebagai pilihan yang dapat diubah kembali oleh pengguna. Panduan notifikasi Apple merekomendasikan opsi opt-in atau opt-out yang jelas untuk tipe-tipe notifikasi serta cara dalam aplikasi untuk mengelola pengaturan notifikasi. Sebuah produk dapat mengikuti prinsip tersebut dengan menyediakan halaman pengaturan yang merangkum pilihan saat ini, alih-alih membuat pengguna mencari di antara pengaturan perangkat yang tidak terkait untuk memahami jadwal aplikasi itu sendiri. Apple: Managing notifications

Buat jadwal menjadi konkret

Biarkan pengguna memilih rentang waktu yang sesuai dengan rutinitas mereka, seperti hari kerja antara pukul 18.00 dan 20.00, atau waktu berulang pada hari-hari tertentu. Tampilkan hari beserta waktu mulai dan waktu berakhir secara bersamaan. Jika kontrol tersebut menetapkan "jendela kontak", jelaskan apakah pesan dapat tiba kapan saja di dalam rentang waktu tersebut atau pada waktu tertentu. Jika tidak ada pesan yang memenuhi syarat pada hari tertentu, jelaskan apakah sistem melewatkan hari tersebut atau meneruskan pesannya ke hari berikutnya.

Desain yang praktis dapat menawarkan beberapa preset yang mudah dipahami, seperti "seminggu sekali" atau "hari kerja", sembari mengizinkan jadwal khusus jika produk mendukungnya. Sebuah preset harus terwujud menjadi jadwal yang terlihat, bukan label yang ambigu. Misalnya, "mingguan" harus menampilkan hari dan waktu yang dipilih, dan "hingga tiga kali seminggu" harus menyatakan apakah angka tiga tersebut merupakan batas maksimal atau target. Ini adalah rekomendasi desain: dokumentasi platform mendukung pengiriman terjadwal, tetapi tim produk harus menentukan dan menjelaskan aturan pengirimannya sendiri.

Perhatikan zona waktu secara presisi. Beri label jadwal dengan nama lokasi atau zona waktu lokal perangkat saat ini, dan beri tahu pengguna apakah jadwal tersebut mengikuti mereka saat bepergian atau tetap terpaku pada zona waktu awal. Offset UTC saja dapat menyesatkan ketika aturan waktu musim panas (daylight saving) atau aturan zona waktu pemerintah berubah. Basis data zona waktu IANA mencatat aturan untuk berbagai lokasi dan diperbarui untuk mencerminkan perubahan yang dibuat oleh otoritas politik, termasuk perubahan pada offset dan aturan waktu musim panas. IANA: Time Zone Database

Konfirmasi yang baik dapat berbunyi: "Hari Selasa pukul 19.00 sesuai waktu lokal Anda saat ini. Jadwal ini mengikuti zona waktu perangkat Anda." Kalimat tersebut hanya akurat jika penerapannya benar-benar melacak zona waktu pengguna saat ini. Jika jadwal tetap terpaku pada zona waktu yang dipilih, sebutkan nama lokasi tersebut. Ketika seseorang bepergian atau zona perangkat berubah, tampilkan jadwal efektif dan berikan cara untuk meninjaunya.

Pisahkan jenis pesan dan salurannya

Pengguna mungkin menginginkan satu jenis kontak tertentu namun tidak untuk yang lainnya. Pisahkan pengingat opsional, pembaruan produk, dan kategori berbeda lainnya agar dapat dipilih secara terpisah, daripada menggabungkannya ke dalam satu tombol "notifikasi AI". Jangan membuat kategori yang tidak memiliki perilaku produk yang sesuai, atau membuat kategori sebagai dalih untuk mengirim pesan yang tidak dipilih pengguna.

Pemisahan ini juga selaras dengan kontrol platform. Android mewajibkan notifikasi untuk dialokasikan ke saluran (channels) pada versi-versi modern, dan pengguna dapat mengubah perilaku saluran tersebut; panduan Android merekomendasikan saluran yang memungkinkan pengguna menyesuaikan notifikasi yang mereka terima. Aplikasi dapat menamai saluran dengan istilah yang dikenali pengguna, seperti "Pengingat terjadwal", dan menjelaskan apa yang termasuk di dalamnya. Android Developers: Create and manage notification channels

Buat daftar saluran tetap cukup singkat agar mudah dipahami. Sebuah saluran harus mewakili pilihan bermakna yang mungkin ingin dibuat seseorang secara independen. Pengaturan produk itu sendiri tetap harus menjelaskan konten dan jadwal: kontrol saluran sistem operasi dapat mengubah apakah atau bagaimana notifikasi muncul, tetapi kontrol tersebut tidak menjelaskan kebijakan pengiriman aplikasi atau menggantikan jadwal di dalam produk.

Tempatkan kontrol jeda, lanjutkan, dan nonaktifkan dalam jangkauan

Sediakan opsi jeda sementara dan tombol mati permanen. Jeda harus menyatakan durasinya secara eksplisit—seperti sampai tanggal tertentu atau sampai pengguna melanjutkannya kembali—dan menunjukkan apakah pesan terjadwal dilewati atau ditahan. Kontrol nonaktif harus menyatakan kategori atau saluran mana yang terpengaruh dan mengonfirmasi perubahan status secara langsung. Melanjutkan kembali tidak boleh memulihkan jadwal sebelumnya secara diam-diam tanpa memperlihatkan apa yang akan terjadi selanjutnya.

Sediakan kontrol-kontrol ini dari layar pengaturan notifikasi dan, jika memungkinkan, dari tindakan notifikasi atau tautan pengaturan langsung. Android mendukung tindakan dalam notifikasi dan memberi pengguna cara tingkat sistem untuk mengelola notifikasi di masa mendatang; kontrolnya bervariasi menurut perangkat dan versi Android. Oleh karena itu, jalur di dalam aplikasi tetap berguna untuk menampilkan jadwal lengkap dan mengubah preferensi tingkat produk. Android Developers: Notifications

Kontrol tingkat perangkat tetap penting. Pengguna dapat mematikan notifikasi aplikasi atau mengubah perilaku saluran di tingkat sistem operasi, terlepas dari jadwal aplikasi itu sendiri. Antarmuka tidak boleh menyiratkan bahwa pengaturan di dalam aplikasi mengesampingkan pilihan tersebut. Jika notifikasi sistem dinonaktifkan, tampilkan status yang jelas saat pengguna membuka pengaturan, dan hindari meminta mereka berulang kali untuk mengaktifkan kembali notifikasi.

Tetapkan batas frekuensi yang dapat ditegakkan oleh sistem

Beri pengguna pilihan frekuensi langsung: misalnya, maksimal satu pesan per hari, batas maksimal mingguan, atau jumlah hari yang dipilih pengguna. Tentukan periode hitung dan apa saja yang dihitung sebagai pesan. Jika beberapa kategori dapat mengirim pesan, jelaskan apakah batas tersebut berlaku per kategori atau di seluruh produk. Batas per kategori masih dapat menghasilkan volume gabungan yang tinggi, sehingga desain yang berguna sering kali mencakup batas keseluruhan juga.

Batas hanya berfungsi jika setiap jalur keluar mematuhinya. Periksa pengingat terjadwal, pengiriman ulang, pesan yang tertunda, dan pesan yang dipicu oleh fitur berbeda terhadap status preferensi yang sama. Jika satu pesan tertunda, putuskan apakah pesan tersebut kedaluwarsa, tiba nanti dalam rentang waktu yang diizinkan, atau dibatalkan; jelaskan perilaku yang penting bagi pengguna. Hindari mengirimkan beberapa pesan yang terlewat sekaligus setelah perangkat terhubung kembali, kecuali jika pengguna secara eksplisit memilih perilaku tersebut.

Pengiriman platform tidak sama dengan keputusan pengiriman produk. Firebase Cloud Messaging menyatakan bahwa pesan biasanya dikirimkan dengan segera, tetapi perangkat mungkin sedang tidak tersedia atau pengiriman dapat tertunda; layanan ini dapat menyimpan pesan dan mencoba mengirimkannya nanti dalam batas masa aktif yang dikonfigurasikan. Itu berarti produk tidak boleh berjanji bahwa setiap notifikasi akan muncul tepat pada menit tertentu. Produk dapat berjanji untuk menjadwalkan pengiriman dalam rentang waktu yang dinyatakan, sembari menjelaskan bahwa kondisi perangkat dan platform dapat memengaruhi kapan notifikasi tersebut muncul. Firebase: Set the lifespan of a message

Perbedaan ini juga memengaruhi frekuensi. Jika sebuah notifikasi berada dalam antrean dan tiba terlambat, sistem harus memeriksa apakah pengguna telah menjeda atau mematikan kategori tersebut sejak saat itu, dan apakah pengirimannya akan melebihi batas saat ini. Desain yang jujur akan membatalkan atau menahan pesan antrean yang sudah basi ketika pilihan terbaru pengguna membuatnya tidak lagi memenuhi syarat.

Urutan keputusan sederhana untuk desain

Gunakan urutan ini untuk mengubah pengaturan menjadi komitmen yang dapat dipahami pengguna:

Beri nama jenis pesan yang benar-benar dapat dikirim oleh produk, dan buat setiap kategori opsional mudah dipahami.

Minta pengguna untuk memilih (opt in) setiap kategori dan saluran pengiriman yang diinginkan. Jangan memilih otomatis (preselect) kontak opsional.

Biarkan pengguna memilih hari, waktu atau rentang waktu, dan frekuensi maksimal. Nyatakan apakah batas tersebut berlaku secara keseluruhan atau per kategori.

Tampilkan zona waktu dan beri tahu apakah jadwal mengikuti pengguna saat zona waktu perangkat mereka berubah.

Buat kontrol jeda, lanjutkan, dan nonaktifkan terlihat jelas, lalu tampilkan status saat ini dan waktu kontak berikutnya yang memenuhi syarat.

Sebelum pengiriman, periksa kembali jadwal, batas, status jeda, dan preferensi kategori. Anggap pengiriman perangkat berpotensi tertunda, dan jelaskan janji produk dalam batasan yang dapat dikendalikannya.

Ringkasan pengaturan yang ringkas dapat membuat kesepakatan mudah diverifikasi: "Pengingat terjadwal: aktif. Selasa dan Kamis, pukul 19.00–20.00 waktu lokal. Maksimum: dua kali per minggu di semua kategori. Jeda atau nonaktifkan kapan saja." Opsi yang tepat harus mencerminkan kemampuan nyata; jika suatu produk tidak dapat menegakkan batas yang ditampilkan atau mengikuti waktu lokal dengan andal, produk tersebut harus mengubah implementasi atau mempersempit klaimnya sebelum menyajikan kontrol tersebut.

Lanjutkan topik ini