Formulir kontak dapat terlihat selesai sebelum alurnya benar-benar bekerja. Kolom sudah rapi dan tombol sudah tampil, tetapi pelanggan masih perlu memahami pertanyaan, mengirim kebutuhan, mengetahui hasilnya, dan mendapat tindak lanjut dari tim yang tepat. Pemeriksaan sebelum peluncuran sebaiknya mengikuti seluruh perjalanan tersebut.
Gunakan panduan ini bersama pemilik website dan orang yang menerima pertanyaan. Sesuaikan pemeriksaan dengan cara kontak yang dipakai. Formulir yang menyimpan data ke server mempunyai bukti penerimaan berbeda dari brief yang membuka percakapan WhatsApp.
1. Tentukan hasil yang dianggap selesai
Tulis tujuan dalam satu kalimat, misalnya “pengunjung dapat menyampaikan kebutuhan dan tim menerima ringkasannya di kotak masuk yang disepakati”. Tampilnya animasi tombol belum memenuhi tujuan itu. Tentukan siapa yang menguji layar dan siapa yang memeriksa penerimaan, kemudian gunakan contoh yang sama.
Untuk WhatsApp, periksa nomor tujuan serta isi ringkasan. Pengunjung perlu memahami bahwa pesan masih harus dikirim dalam aplikasi tersebut. Membuka WhatsApp tidak membuktikan pesan telah terkirim atau dibaca. Untuk formulir server, periksa hasil di sistem yang menjadi tujuan sebenarnya.
2. Siapkan data uji yang mudah dikenali
Pakai kebutuhan bisnis fiktif dengan penanda pengujian dan tanggal. Siapkan nama pendek, nama panjang, pesan beberapa baris, serta tanda yang biasa dipakai pelanggan seperti apostrof dan ampersand. Hindari informasi pelanggan nyata untuk pemeriksaan awal.
Catat perangkat, waktu percobaan, dan hasil yang diharapkan. Satu pesan yang dikenali memudahkan pencocokan antara layar pengirim dan kotak masuk. Jika ada beberapa penguji, gunakan penanda berbeda supaya tim penerima mengetahui percobaan mana yang sedang diperiksa dan tidak menindaklanjutinya sebagai permintaan pelanggan.
3. Periksa label dan kebutuhan setiap kolom
Setiap kolom perlu menjelaskan informasi yang diminta. Label yang tetap terlihat membantu pengguna mengingat pertanyaan setelah mengetik. Placeholder yang menghilang tidak selalu cukup. Panduan formulir W3C WAI membahas label, instruksi, serta pemberitahuan yang membantu pengguna memahami alur.
Tandai kolom wajib secara jelas dan minta informasi yang memang diperlukan untuk langkah berikutnya. Jika nomor telepon dibutuhkan untuk membalas, jelaskan kegunaannya. Teks bantuan harus menjawab kebingungan nyata, bukan menambah kalimat panjang pada setiap bagian formulir.
4. Coba input kosong dan input yang keliru
Kirim formulir tanpa kolom wajib, lalu coba format kontak yang tidak diterima oleh aturan website. Pesan kesalahan perlu menyebut kolom yang harus diperbaiki dan memberi petunjuk yang dapat dilakukan. Pengguna seharusnya tetap melihat isi yang sudah diketik pada kolom lainnya.
Periksa hasil setelah kesalahan diperbaiki. Pesan lama tidak boleh terus menghalangi langkah yang sudah benar. Jika aturan menerima beberapa format nomor, uji format yang memang didukung; jangan membuat kesimpulan dari satu nomor contoh saja. Kesepakatan format perlu berasal dari kebutuhan website.
5. Gunakan ponsel dan keyboard
Buka formulir pada ponsel, lalu isi dari awal sampai akhir. Periksa apakah keyboard menutupi tombol, teks bantuan terbaca, dan pesan panjang dapat diperiksa sebelum dikirim. Coba orientasi atau ukuran layar yang relevan bagi pengguna website.
Pada komputer, pindah antar kolom menggunakan keyboard. Fokus harus terlihat dan urutan perpindahan mengikuti alur pengisian. Uji tombol, pilihan, serta pesan kesalahan yang muncul. Hasil yang baik pada layar lebar belum membuktikan alur yang sama mudah digunakan pada perangkat lain.
6. Periksa pengiriman, kegagalan, dan percobaan ulang
Saat pengiriman berlangsung, pengguna perlu mengetahui statusnya. Coba jaringan lambat atau kegagalan dengan metode yang disiapkan tim pengembang. Website harus memberi hasil yang jujur: permintaan diterima, belum berhasil, atau perlu dicoba kembali sesuai keadaan sebenarnya.
Periksa pula penekanan tombol berulang. Tim perlu mengetahui apakah satu percobaan menghasilkan satu permintaan atau beberapa salinan. Jangan menjanjikan pencegahan duplikasi hanya dari tombol yang tampak nonaktif. Cocokkan hasil penerimaan, lalu tentukan langkah ulang yang tersedia tanpa membuat pengguna kehilangan pesan.
7. Cocokkan hasil dengan tim penerima
Dalam contoh fiktif, penguji mengirim kebutuhan website katalog dari ponsel. Penerima memeriksa apakah pilihan layanan, kontak uji, dan pesan beberapa baris tiba dengan arti yang sama. Jika ringkasan berubah atau baris hilang, catat bagian yang berbeda beserta perangkat dan waktunya.
Periksa juga siapa yang bertanggung jawab menindaklanjuti. Sebuah kotak masuk yang berhasil menerima tetapi tidak dibaca belum menyelesaikan proses bisnis. Sepakati cara staf mengenali pertanyaan baru dan mengalihkan permintaan ke orang yang sesuai tanpa menyatakan waktu respons yang belum ditetapkan.
8. Simpan catatan sebelum menyetujui peluncuran
Buat daftar singkat: skenario, hasil yang diharapkan, hasil aktual, dan tindak lanjut. Pisahkan masalah yang sudah selesai dari masalah yang masih menunggu. Setelah perbaikan, ulangi kasus yang gagal serta bagian alur yang ikut berubah. Jika website bilingual, periksa label, pesan, dan tujuan kontak pada kedua bahasa.
WebsiteKilat menggunakan brief yang menyiapkan kontak WhatsApp pada alur yang relevan. Sampaikan kebutuhan formulir server atau proses penerimaan lain melalui brief website agar ruang lingkupnya dibahas sejak awal. Lihat layanan WebsiteKilat untuk memilih format website, lalu gunakan catatan pengujian saat meninjau hasilnya.
