Brief proyek digital yang membantu tim mulai dengan tepat.
Apa yang perlu disiapkan sebelum mendiskusikan website atau aplikasi dengan studio.
Brief tidak harus panjang atau memakai istilah teknis. Yang dibutuhkan adalah konteks yang cukup agar semua orang memahami masalah, prioritas, dan cara menilai hasil pekerjaan. Dokumen singkat yang konkret sering lebih membantu daripada daftar referensi tanpa penjelasan.
Mulai dari masalah dan pengguna
Jelaskan bisnis, siapa yang akan memakai hasilnya, dan kesulitan yang mereka hadapi sekarang. Sertakan satu atau dua contoh nyata. Kalimat seperti pelanggan sulit menemukan jadwal memberi arah yang lebih jelas daripada sekadar ingin website modern.
Isi brief yang membantu diskusi
- Masalah sekarang. Berikan contoh pekerjaan atau pengalaman pelanggan yang sulit dilakukan.
- Pengguna utama. Jelaskan siapa yang memakai hasilnya dan informasi yang mereka butuhkan.
- Hasil yang diharapkan. Nyatakan perubahan yang bisa diamati, bukan hanya gaya visual yang diinginkan.
Bedakan prioritas dan tambahan
Tulis apa yang wajib ada saat peluncuran dan apa yang bisa menyusul. Sebutkan integrasi, alur persetujuan, serta perangkat yang sering digunakan pelanggan. Jelaskan juga hal yang belum diketahui agar tim dapat mengusulkan cara memeriksanya.
Siapkan bahan dan penanggung jawab
Kumpulkan logo, panduan brand, foto, teks, serta akses yang nantinya dibutuhkan. Jangan kirim kata sandi lewat brief terbuka. Tentukan siapa meninjau konten dan siapa memberi keputusan akhir supaya masukan tidak saling bertentangan.
Bicarakan waktu dan anggaran
Sampaikan target waktu beserta alasan di baliknya, misalnya peluncuran produk. Berikan rentang anggaran bila sudah ada. Keduanya membantu tim mengusulkan cakupan yang realistis, termasuk waktu peninjauan, pengujian, dan penyerahan.
Jelaskan referensi dengan alasan
Referensi visual membantu ketika tim mengetahui bagian mana yang kamu sukai. Bisa jadi yang menarik adalah ukuran judul, ruang kosong, urutan informasi, atau cara sebuah interaksi bekerja. Beri catatan singkat untuk setiap referensi agar tim tidak menganggap semua elemennya harus ditiru.
Sertakan juga hal yang ingin dihindari dan alasannya. Preferensi tersebut menjadi lebih berguna ketika dihubungkan dengan pengguna atau karakter bisnis. Tim kemudian dapat mengusulkan arah yang sesuai kebutuhanmu tanpa menggabungkan potongan desain yang saling bertentangan.
Urutkan kebutuhan sebelum meminta estimasi
- Wajib untuk rilis. Pilih hal yang tanpa kehadirannya pekerjaan utama tidak dapat diselesaikan.
- Bisa menyusul. Pisahkan peningkatan yang berguna tetapi tidak menghalangi versi pertama.
- Perlu divalidasi. Tandai asumsi yang masih memerlukan jawaban dari pengguna atau tim operasional.
Tulis skenario penggunaan sederhana
Ceritakan satu situasi dari sudut pandang pengguna. Misalnya, calon pelanggan membuka website untuk membandingkan layanan, melihat contoh proyek, lalu mengirim kebutuhan. Untuk aplikasi internal, jelaskan bagaimana permintaan masuk, siapa mengerjakan, dan bagaimana pekerjaan dinyatakan selesai.
Skenario ini membantu menguji apakah fitur yang diminta mempunyai peran yang jelas. Tambahkan informasi yang harus tersedia pada setiap langkah dan kondisi yang dapat menghambat proses. Kamu tidak perlu menggambar seluruh layar; cerita kerja yang runtut sudah memberi bahan diskusi yang konkret.
Sepakati cara memberi masukan
Tentukan siapa mengumpulkan masukan dan siapa memberi persetujuan akhir. Kumpulkan komentar dari tim dalam satu daftar yang menunjukkan halaman atau alur terkait. Masukan seperti pelanggan belum tahu cara memesan lebih mudah ditindaklanjuti daripada komentar umum bahwa sebuah halaman terasa kurang menarik.
Sediakan waktu untuk meninjau hasil dan menyiapkan konten, bukan hanya waktu pengerjaan studio. Catat keputusan penting dan hal yang masih terbuka. Brief dapat diperbarui selama pemahaman bertambah, tetapi perubahan cakupan perlu dibicarakan agar waktu, biaya, dan hasil yang diharapkan tetap selaras.
