Mengapa Salam Robot dengan Waktu yang Salah Merusak Ilusi Keaslian
Salam yang mengacu pada waktu tertentu terdengar seperti bentuk kesopanan kecil, tetapi salam tersebut juga menyatakan sebuah klaim faktual: sistem mengetahui waktu di tempat percakapan berlangsung. Jika sistem mengucapkan “Selamat pagi” di malam hari, ketidaksesuaian tersebut dapat membuat keseluruhan interaksi terasa kaku atau tidak dapat diandalkan. Solusi praktisnya adalah mendasarkan setiap referensi waktu pada stempel waktu saat ini dan zona waktu eksplisit, menjaga salam tetap konsisten dengan waktu yang ditampilkan di tempat lain, serta menguji kasus-kasus batas. Ketika konteks tersebut tidak tersedia, salam sederhana seperti “Halo” jauh lebih dapat diandalkan daripada menebak pagi seseorang.
Mengapa waktu yang salah terasa lebih dari sekadar kesalahan pemilihan kata
Salam seperti “Selamat pagi” merupakan isyarat sosial, tetapi salam ini juga membawa informasi. Pengguna dapat membandingkannya dengan jam di layar yang sama atau dengan waktu yang mereka ketahui secara lokal. Ketika keduanya bertentangan, ketidaksesuaian tersebut langsung terlihat jelas dan dapat membuat salam terasa otomatis. Itu adalah kesimpulan desain dari inkonsistensi yang dapat diamati; hal tersebut tidak membuktikan bahwa setiap pengguna akan bereaksi dengan cara yang sama.
Penelitian tentang agen percakapan menunjukkan bahwa kesalahan dapat memengaruhi cara orang memandang suatu agen, meskipun dampaknya berbeda berdasarkan jenis kesalahan. Dalam sebuah studi tentang agen percakapan berwujud (embodied conversational agent), kesalahan giliran bicara menurunkan tingkat kesukaan, sementara beberapa kesalahan koherensi memiliki efek yang berbeda. Pelajaran berharganya bukanlah bahwa salam dengan waktu yang salah akan selalu menimbulkan respons tertentu, melainkan bahwa kesalahan interaksi dapat membentuk kesan di luar konten langsungnya. Adobe Research, “Conversational Error Analysis in Human-Agent Interaction”
Salam berbasis waktu juga dapat menyiratkan kesadaran yang mungkin sebenarnya tidak dimiliki sistem. Mengetahui waktu jam saat ini tidak sama dengan mengetahui kapan seseorang bangun, apa yang sedang mereka lakukan, atau bagian mana dari hari mereka yang mereka anggap sebagai “pagi”. Pencatatan waktu yang andal mendukung pemilihan kata yang akurat; hal ini tidak serta-merta membangun pemahaman pribadi.
Mulai dengan stempel waktu dan zona waktu yang diketahui
Perlakukan waktu saat ini dan zona waktu lokal pengguna sebagai input yang terpisah. Stempel waktu mengidentifikasi titik pada garis waktu; zona waktu menyediakan aturan yang diperlukan untuk menyatakan momen tersebut sebagai waktu jam lokal. Panduan W3C membedakan representasi waktu ini dan menjelaskan bahwa zona waktu mencakup aturan untuk offset dan perubahan waktu musim panas (daylight-saving). Panduan tersebut menyarankan penggunaan pengenal zona waktu saat dibutuhkan untuk menghitung waktu lokal. W3C, “Working with Time and Timezones”
Untuk salam yang dihasilkan dalam perangkat lunak, urutan yang kuat adalah:
Dapatkan momen saat ini dari jam sistem atau sumber waktu tepercaya lainnya.
Dapatkan pengaturan zona waktu yang diketahui mewakili pengguna atau konteks percakapan yang dituju.
Konversikan momen tersebut ke dalam zona waktu tersebut menggunakan pemformat yang peka zona waktu (time-zone-aware).
Pilih salam dari waktu lokal yang telah dikonversi, atau hilangkan referensi waktu jika konteks tidak tersedia atau sudah kedaluwarsa.
Dalam JavaScript, Intl.DateTimeFormat menerima opsi timeZone untuk memformat tanggal. Jika aplikasi mengabaikan opsi tersebut, zona waktu saat ini dari lingkungan host akan digunakan, yang mungkin merupakan zona waktu server atau perangkat alih-alih zona pengguna. Pemformat juga dapat menghasilkan waktu dan tanggal yang ditampilkan pada antarmuka dari momen yang sama. MDN, “Intl.DateTimeFormat”
Offset numerik saja mungkin tidak cukup untuk perilaku waktu di masa mendatang atau waktu yang berulang. Zona bernama seperti Europe/London mewakili serangkaian aturan regional; offset dapat bervariasi bergantung pada tanggal. IANA menjelaskan bahwa basis data zona waktunya diperbarui untuk mencerminkan perubahan batas, offset UTC, dan aturan waktu musim panas. Oleh karena itu, perangkat lunak bergantung pada zona yang sesuai dan data zona waktu yang cukup mutakhir. IANA, “Time Zones”
Buat salam dan jam yang terlihat menggunakan satu sumber yang sama
Salam dan jam di layar harus diturunkan dari stempel waktu yang sama dan konteks zona waktu yang sama. Jika satu komponen menggunakan zona lokal peramban dan komponen lain menggunakan bawaan server, keduanya dapat berselisih di sekitar tengah malam atau saat seseorang bepergian. Jika antarmuka menampilkan tanggal, periksalah bersamaan dengan salamnya: tanggal lokal dapat berbeda dari tanggal di lokasi server.
Aturan implementasi yang berguna adalah menghitung waktu lokal satu kali untuk peristiwa percakapan dan meneruskan hasil tersebut ke logika salam serta ke tampilan. Hindari meminta model bahasa secara terpisah untuk menyimpulkan waktu dari teks percakapan, konteks perangkat, atau jadwal yang diingat. Model dapat memilih kata-kata dari nilai yang telah diverifikasi, tetapi kalkulasi jam harus berasal dari data waktu.
Jika pengguna belum memberikan zona waktu dan produk tidak memiliki pengaturan lokal yang andal, hindari mengklaim bagian hari tertentu. “Halo” tetap akurat di berbagai zona dan waktu. Jika zona eksplisit diperlukan untuk suatu tugas, mintalah dengan cara yang jelas dan minim hambatan, alih-alih secara diam-diam memperlakukan zona server sebagai zona pengguna.
Tentukan batas rentang salam dengan sengaja
Tidak ada batasan universal dan faktual antara pagi, siang, sore, dan malam. Tim sebaiknya menetapkan rentang waktu lokal sebagai pilihan redaksi produk, lalu memverifikasi bahwa frasa yang dipilih sesuai dengan nada yang diinginkan. Buat rentang ini eksplisit dalam konfigurasi atau kode sehingga peninjau dapat melihat apa yang terjadi di setiap batas. Hindari kata-kata yang menyiratkan pengetahuan tentang rutinitas, seperti “Anda bangun pagi sekali,” kecuali pengguna memang telah memberikan informasi tersebut dan hal itu relevan.
Pilihan cadangan yang aman (fallback) harus menjadi bagian dari desain. Jika stempel waktu tidak valid, pengenal zona waktu hilang atau tidak dikenali, atau konversi gagal, gunakan salam netral. Jangan menggantinya dengan jam server tanpa membuat keputusan tersebut eksplisit. Jika pembacaan jam berpotensi tertunda, kata “Halo” yang umum juga tidak akan mudah terpengaruh oleh waktu dibandingkan salam yang bisa menjadi salah saat pesan sedang menunggu untuk ditampilkan.
Uji transisi dan konteksnya, bukan hanya sore hari yang biasa
Pengujian skenario ideal (happy-path) pada waktu lokal biasa tidak akan mengungkap banyak masalah waktu. Gunakan stempel waktu tetap dan zona eksplisit agar hasilnya dapat diulang, dan periksa kasus-kasus seperti:
Waktu tepat sebelum dan sesudah setiap pergantian batas salam.
Tengah malam lokal, termasuk perubahan tanggal antara tampilan lokal dan server.
Dua zona yang memiliki tanggal lokal berbeda pada momen waktu yang sama.
Transisi waktu musim panas (daylight-saving) di zona yang menerapkannya.
Zona dengan offset setengah jam atau seperempat jam.
Zona yang hilang atau tidak valid, dengan hasil yang diharapkan berupa salam netral.
Pesan yang tertunda, memeriksa apakah kata-katanya didasarkan pada waktu pembuatan atau waktu tampilan—dan apakah pilihan tersebut konsisten dengan perilaku produk.
Kasus-kasus ini muncul dari bagaimana zona waktu memetakan momen ke waktu jam lokal dan dari fakta bahwa aturan jam regional dapat berubah. Rangkaian pengujian harus memperlihatkan perilaku yang dipilih secara jelas alih-alih mengandalkan setelan bawaan mesin yang implisit. Riwayat rilis IANA mendokumentasikan perubahan aturan yang sebenarnya, yang menjadi pengingat bahwa lingkungan pengujian dan data zona waktu yang diterapkan dapat menjadi usang. IANA, “Time Zone Database Releases”
Aturan keputusan praktis untuk tim produk
Gunakan salam khusus waktu hanya jika tiga hal berikut tersedia: momen saat ini yang tepercaya, zona waktu yang terikat pada konteks percakapan, dan pemformatan yang konsisten antara salam dan jam apa pun yang terlihat. Jika ada elemen yang tidak pasti, pilihlah kata-kata netral. Jika sistem hanya mengetahui waktu, ia dapat merujuk ke waktu hari tersebut secara akurat; sistem tidak boleh menyiratkan bahwa ia mengetahui jadwal, suasana hati, atau aktivitas orang tersebut.
Sebuah salam tidak dapat dengan sendirinya membuat asisten terasa penuh perhatian. Nilainya bergantung pada apakah klaim kecil yang dibuatnya selaras dengan bagian antarmuka lainnya. Pemilihan kata yang akurat dan tidak berlebihan memberikan titik awal yang koheren bagi interaksi, sembari menyerahkan konteks personal kepada orang yang memang dapat menyediakannya.