Pesan “berhasil dikirim” pada formulir belum membuktikan bahwa permintaan tersimpan dan diterima orang yang akan menanganinya. Periksa jalur lengkap dari pengiriman sampai penanggung jawab mengetahui tindakan berikutnya.
Masalah pada jalur ini dapat membuat pekerjaan SEO terlihat tidak menghasilkan permintaan, padahal pengunjung sudah mencoba menghubungi. Diagnosis membutuhkan bukti pada setiap tahap.
Gambar alur yang benar-benar digunakan
Tuliskan sistem yang dilewati: formulir, penyimpanan, notifikasi, daftar penerimaan, penugasan, dan tindak lanjut. Jika sebagian proses manual, tulis apa adanya.
Contoh ilustratif: formulir menyimpan permintaan ke aplikasi, lalu mengirim email kepada dua petugas. Email adalah pemberitahuan, sedangkan aplikasi menjadi catatan utama. Kedua fungsi tersebut perlu dibedakan.
Jika tidak ada penyimpanan dan semua bergantung pada email, catat keterbatasannya. Jangan berasumsi bahwa pesan yang tidak ditemukan berarti pengguna tidak pernah mengirim.
Pakai identitas permintaan yang tetap
Setiap permintaan sebaiknya memiliki identitas yang dapat diikuti sepanjang proses. Identitas tersebut membantu menghubungkan catatan pengiriman, penyimpanan, penugasan, dan hasil penanganan.
Jangan menggunakan nama atau nomor telepon sebagai satu-satunya identitas teknis. Orang yang sama dapat memiliki kebutuhan berbeda. Batasi pula data pribadi dalam log pemeriksaan dan gunakan akses sesuai tanggung jawab.
Untuk pengujian, pakai data sintetis yang jelas ditandai sebagai uji. Jangan memasukkan nomor atau alamat milik orang lain.
Tentukan arti setiap status
| Status | Bukti yang diperlukan |
|---|---|
| Dikirim | Pengiriman dilakukan pada kondisi uji tertentu |
| Tersimpan | Catatan ditemukan dengan ID yang sesuai |
| Notifikasi diajukan | Sistem mencatat upaya mengirim ke penyedia notifikasi |
| Status pengiriman diketahui | Receipt menunjukkan diterima penyedia atau terkirim ke tujuan, sesuai arti statusnya |
| Diterima petugas | Petugas dapat menemukan permintaan |
| Ditugaskan | Ada penanggung jawab yang jelas |
| Ditindaklanjuti | Tindakan serta waktunya tercatat |
Upaya pengiriman belum membuktikan notifikasi diterima penyedia. Status diterima penyedia juga belum tentu berarti sampai ke tujuan. Ikuti definisi receipt yang tersedia dan tandai bagian yang belum diketahui. Notifikasi yang sampai pun belum membuktikan sudah dibaca. Demikian juga penugasan belum berarti calon pengguna sudah dihubungi.
Jalankan satu uji dari awal sampai akhir
Gunakan jalur yang biasa dilalui pengunjung. Catat halaman asal, perangkat, waktu, dan ID pengujian. Isi formulir, lalu periksa tampilan respons.
Selanjutnya cari catatan pada penyimpanan. Pastikan nilai penting tidak hilang atau berubah. Minta penerima menemukan permintaan melalui alur normalnya, bukan hanya dari tangkapan layar yang kamu kirim.
Terakhir, periksa apakah penugasan dan tindak lanjut dapat dicatat. Tutup permintaan uji dengan label yang jelas agar tidak ikut dihitung sebagai lead nyata.
Periksa kegagalan yang masuk akal
Uji informasi wajib yang kosong, pengiriman berulang, koneksi terputus, dan kondisi penerima utama tidak tersedia. Lakukan pada lingkungan uji bila perubahan atau pengiriman dapat mengganggu operasi.
Tujuannya melihat apakah pengguna mendapat arahan yang jelas dan apakah tim dapat mendeteksi permintaan yang tertahan. Jangan melakukan beban massal pada sistem produksi tanpa rencana dan izin operasional yang sesuai.
Untuk setiap kegagalan, catat tahap terakhir yang terbukti berjalan. Ini membantu menemukan lokasi masalah tanpa menyalahkan seluruh jalur.
Rekonsiliasi catatan secara berkala
Bandingkan jumlah catatan pada tahap yang seharusnya berhubungan. Misalnya, permintaan tersimpan yang belum mempunyai penanggung jawab perlu diperiksa.
Perbedaan jumlah tidak selalu berarti kehilangan data. Filter, zona waktu, duplikat, pengujian, atau perubahan definisi dapat menjelaskan selisih. Samakan periode dan aturan sebelum menyimpulkan.
Simpan daftar pengecualian dengan alasan. Setelah perbaikan diterapkan, ulangi kasus uji yang sebelumnya gagal agar statusnya didasarkan pada bukti baru.
Tetapkan siapa menjaga jalurnya
Tentukan siapa memeriksa kegagalan teknis, siapa menangani permintaan yang belum ditugaskan, dan siapa memperbarui informasi ketika petugas berganti.
Jangan mengandalkan satu orang yang mengetahui semua detail tanpa dokumentasi. Catatan sederhana mengenai sistem, penanggung jawab, dan langkah pemeriksaan sudah membantu menjaga kesinambungan.
Mulai dengan satu formulir yang paling penting. Ikuti satu permintaan sintetis sampai selesai, lalu perbaiki titik yang tidak dapat dibuktikan. Setelah jalurnya jelas, angka permintaan dari website akan lebih layak dipakai untuk evaluasi.
