Daftar isi
Brief website tidak perlu dimulai dari dokumen panjang. Yang dibutuhkan adalah keputusan dasar yang cukup jelas agar pemilik bisnis, penulis konten, desainer, dan pengembang tidak menafsirkan tujuan secara berbeda. Brief yang baik juga mencatat hal yang belum diputuskan, lengkap dengan penanggung jawabnya.
Yang perlu Anda pertimbangkan
- Jelaskan siapa pengunjungnya, masalahnya, dan tindakan yang diharapkan setelah membaca.
- Inventarisasikan materi beserta pemilik, status persetujuan, dan hak penggunaannya.
- Tetapkan kriteria penerimaan, satu jalur persetujuan, dan cara menangani perubahan cakupan.
Tulis tujuan dalam bahasa operasional
Kalimat ingin website modern belum cukup untuk mengarahkan proyek. Ganti dengan tujuan seperti membantu calon pembeli memahami tiga paket layanan dan mengirim kebutuhan melalui formulir. Kalimat tersebut memberi petunjuk tentang struktur halaman, materi yang dibutuhkan, dan apa yang harus diuji sebelum peluncuran.
Lanjutkan dengan gambaran pengguna utama. Tuliskan informasi yang sudah mereka ketahui, hal yang perlu diyakinkan, perangkat yang biasa dipakai, dan siapa yang mengambil keputusan pembelian. Pembeli pribadi yang ingin memesan cepat berbeda kebutuhannya dengan tim pengadaan yang harus mengumpulkan spesifikasi dan dokumen untuk persetujuan internal.
Buat inventaris materi sebelum membahas dekorasi
Desain akan terus berubah jika panjang teks, jumlah layanan, dan foto utama belum tersedia. Materi awal tidak harus sempurna, tetapi harus cukup nyata untuk menguji hierarki. Jangan menjadikan teks contoh sebagai dasar persetujuan akhir karena isi sebenarnya dapat mengubah tinggi kartu, panjang halaman, dan kebutuhan navigasi.
Catat materi yang belum ada sebagai tugas terpisah. Misalnya, pemilik bisnis menyetujui naskah layanan, bagian operasional memeriksa cakupan, dan penanggung jawab merek menyiapkan logo. Tanggal penyerahan materi sebaiknya masuk jadwal proyek karena pekerjaan ini memengaruhi urutan produksi.
| Materi | Catatan yang perlu disertakan |
|---|---|
| Identitas dan kontak | Nama bisnis, logo yang benar, email aktif, serta pemilik persetujuan |
| Layanan atau produk | Deskripsi, batas cakupan, spesifikasi, dan pertanyaan pelanggan |
| Foto dan portofolio | Sumber file, izin tampil, klasifikasi konsep atau proyek nyata |
| Bukti pendukung | Dokumen atau tautan untuk klaim, sertifikasi, dan testimoni |
Uraikan fitur sebagai alur yang bisa dicoba
Alih-alih hanya menulis formulir kontak, jelaskan apa yang diisi pengguna, apa yang terjadi setelah dikirim, siapa yang menerima, dan bagaimana kesalahan ditampilkan. Jika ada unggahan file, tentukan jenis dokumen yang benar-benar diperlukan dan siapa yang boleh mengaksesnya. Detail ini menghindari asumsi yang baru terlihat menjelang peluncuran.
Tandai fitur wajib dan fitur tahap berikutnya. Untuk booking, misalnya, kebutuhan awal mungkin cukup berupa permintaan jadwal yang dikonfirmasi admin. Kalender dengan ketersediaan langsung adalah alur berbeda yang membutuhkan aturan kapasitas, pembatalan, dan penanganan bentrok. Nama fitur yang sama dapat menyembunyikan cakupan sangat berbeda.
Gunakan referensi untuk menjelaskan alasan
Kumpulkan beberapa referensi dengan catatan spesifik: judulnya mudah dibaca di ponsel, tabel harga mudah dibandingkan, atau navigasinya membantu menemukan layanan. Catatan seperti ini lebih berguna daripada meminta seluruh website menyerupai merek lain. Referensi adalah bahan diskusi tentang pengalaman pengguna.
Sertakan batasan merek dan kebutuhan aksesibilitas. Jelaskan warna yang harus dipertahankan, gaya bahasa, penggunaan foto, serta preferensi terhadap gerakan. Jika tim menginginkan animasi, tuliskan fungsinya, misalnya memperjelas perubahan status atau memberi umpan balik setelah tindakan. Animasi pembuka yang panjang harus memiliki alasan yang sepadan dengan waktu pengunjung.
Sepakati hasil yang bisa dinyatakan selesai
Kriteria penerimaan membuat pembahasan lebih objektif. Pisahkan pemeriksaan isi, fungsi, dan tampilan. Gunakan contoh tugas pengguna yang sesuai tujuan bisnis, bukan hanya daftar komponen yang berhasil muncul di layar.
- Buka website di ponsel dan temukan layanan utama tanpa bantuan pembuatnya.
- Kirim formulir contoh, periksa pesan berhasil, dan pastikan permintaan diterima pihak yang tepat.
- Periksa kontak, harga, cakupan, foto, serta label portofolio terhadap materi yang disetujui.
- Uji navigasi keyboard, tautan penting, keterbacaan, dan kondisi ketika masukan formulir salah.
- Catat masalah beserta halaman, perangkat, langkah kejadian, dan hasil yang diharapkan.
Atur persetujuan, perubahan, dan serah terima
Tunjuk satu orang yang menggabungkan masukan sebelum dikirim ke tim pengerjaan. Masukan yang bertentangan dari beberapa percakapan akan menghabiskan waktu sekalipun masing-masing masuk akal. Bedakan koreksi terhadap brief yang sudah disepakati dengan permintaan baru yang mengubah cakupan.
Terakhir, tentukan penanggung jawab setelah peluncuran: siapa memperbarui konten, memantau formulir, mengelola akses, dan mengurus perpanjangan. Catat juga lokasi dokumentasi serta cara mengajukan bantuan. Website baru mulai menjalankan fungsinya saat ada orang yang merawat informasi dan menindaklanjuti permintaan yang masuk.
Pertanyaan yang sering muncul
Apakah brief harus lengkap sebelum konsultasi pertama?
Tidak. Mulailah dengan tujuan, contoh pengguna, layanan utama, dan materi yang sudah ada. Tandai pertanyaan terbuka agar konsultasi menghasilkan keputusan, bukan membuat kekurangan informasi tersembunyi di dalam asumsi.
Bagaimana jika kebutuhan berubah di tengah proyek?
Tuliskan perubahan, alasan bisnis, dan dampaknya pada alur pengguna. Minta tim menjelaskan pengaruhnya terhadap biaya serta jadwal sebelum diterapkan, lalu perbarui brief sebagai acuan bersama.
Tentukan langkah yang sesuai bisnis Anda.
Bawa contoh alur kerja, kendala saat ini, dan prioritas Anda. Tim Metanotech membantu membahas cakupan, pilihan solusi, serta tahapan pengerjaannya.
