Minta informasi yang diperlukan, jelaskan kesalahan di dekat bidang, dan pertahankan isian ketika pengiriman gagal. Formulir permintaan proyek perlu membantu kedua pihak memahami kecocokan pekerjaan. Nama, surel, dan uraian singkat dapat cukup untuk percakapan pertama. Animasi tombol bukan bukti permintaan diterima.
Minta informasi yang memengaruhi keputusan awal
Formulir permintaan proyek perlu membantu kedua pihak memahami kecocokan pekerjaan. Nama usaha, tujuan, perkiraan halaman, bahasa, dan cara dihubungi biasanya lebih berguna daripada daftar panjang preferensi visual. Bedakan bidang wajib dan opsional. Nomor telepon dapat menjadi wajib hanya ketika pengguna memilih telepon sebagai cara kontak, sehingga orang yang memilih email tidak diminta data tambahan tanpa alasan.
Dua langkah dapat memisahkan kebutuhan proyek dari kontak. Beri penanda langkah, tombol kembali, dan simpan isian selama pengguna berpindah di formulir yang sama. Hindari membuat akun hanya untuk bertanya. Formulir ini tidak memerlukan data kartu, dokumen identitas, atau informasi sensitif tentang pelanggan pengguna.
Jelaskan kesalahan dekat sumbernya
Pesan “gagal” tidak memberi petunjuk. Jika alamat email tidak benar, tunjukkan bidang email dan jelaskan format yang dibutuhkan. Jika deskripsi terlalu pendek, terangkan informasi apa yang masih kurang. Hubungkan pesan dengan bidang secara semantik dan pindahkan fokus dengan wajar agar pembaca layar serta pengguna keyboard dapat menemukan masalah.
Validasi di browser mempercepat umpan balik, tetapi server harus mengulangi pemeriksaan. Permintaan dapat dikirim tanpa antarmuka situs. Server perlu membatasi ukuran muatan, menerima nilai yang dikenal, dan menolak URL berbahaya. Saat jaringan putus, pertahankan isi formulir dan sediakan percobaan ulang. Jangan mengarahkan pengguna ke halaman sukses sebelum server mengonfirmasi penyimpanan.
Bedakan keamanan dan kenyamanan
Perlindungan spam dapat mencakup pemeriksaan Turnstile di server, batas permintaan, dan bidang jebakan yang tidak mengganggu teknologi bantu. Kunci permintaan unik membantu mencegah dua catatan ketika tombol ditekan dua kali atau respons jaringan terlambat. Nilai yang sama dengan muatan berbeda perlu ditolak agar percobaan ulang tidak mengubah arti permintaan sebelumnya.
Setelah penyimpanan berhasil, tampilkan nomor referensi dan ekspektasi tindak lanjut yang realistis. Jangan menyatakan email telah dikirim jika sistem hanya mencatat permintaan. Halaman terima kasih yang dibuka langsung tidak boleh mengklaim ada pengiriman. Terangkan penggunaan data, masa penyimpanan yang sudah disetujui, dan kontak privasi yang benar sebelum mengaktifkan pengumpulan publik.
Daftar periksa praktis
- Beri label
- Tandai opsional
- Konfirmasi penyimpanan
Contoh konkret: Nama, surel, dan uraian singkat dapat cukup untuk percakapan pertama.
Batas yang perlu jelas: Animasi tombol bukan bukti permintaan diterima.
Langkah berikutnya
Ceritakan proyek Anda kepada Orvunweb
