Oleh Tim CoreAsia
Tim sering memulai kebutuhan aplikasi dengan daftar layar: login, dashboard, laporan. Padahal layar baru berguna ketika kita tahu pekerjaan yang harus diselesaikan. Brief yang baik menjelaskan alurnya dahulu, lalu memakai layar untuk membantu orang menjalankan alur tersebut.
Mulai dari satu pekerjaan yang sering tersendat
Tulis apa yang sekarang dikerjakan, siapa yang mengerjakannya dan di mana pekerjaan biasanya berhenti. Misalnya permintaan pelanggan masuk lewat beberapa kanal, disalin ke spreadsheet, lalu menunggu persetujuan sebelum penawaran dikirim.
Pilih satu contoh dari awal sampai selesai. Sertakan variasinya: permintaan ditolak, data belum lengkap, atau pengguna yang menangani pekerjaan sedang tidak masuk. Gunakan data contoh yang aman ketika berbagi brief; data pelanggan asli tidak diperlukan pada tahap awal.
Tentukan siapa yang boleh melakukan apa
Daftar jabatan saja belum cukup. Jelaskan siapa yang boleh membuat catatan, melihat data tim lain, menyetujui, mengubah harga, membatalkan atau mengekspor laporan. Catat pula keadaan ketika hak tersebut berubah.
Contoh kriteria yang bisa diuji: “Staf penjualan hanya dapat melihat pelanggan yang ditugaskan kepadanya. Manajer dapat melihat seluruh pelanggan dalam timnya.” Kalimat ini lebih jelas daripada menulis “ada fitur role”.
Petakan data dan perpindahannya
Catat data apa yang masuk, dari mana asalnya, siapa yang memperbarui dan berapa lama perlu disimpan. Jika ada dokumen, jelaskan jenis dan ukurannya. Bila memakai sistem lain, sebutkan layanan yang harus terhubung serta apakah dokumentasi dan lingkungan ujinya tersedia.
Untuk laporan, sertakan contoh kolom, saringan, periode dan cara menghitung angka. Dua tim bisa memakai istilah “penjualan” untuk angka yang berbeda. Sepakati maknanya sebelum dashboard dibuat.
Pisahkan tahap pertama dari pengembangan berikutnya
Pilih alur yang harus bisa dipakai pada peluncuran awal. Fitur lain tetap dicatat, tetapi tidak harus dikerjakan bersama. Sebutkan ketergantungannya, seperti akses API pihak ketiga, persetujuan desain atau data yang harus dipindahkan dari sistem lama.
Hindari menetapkan tanggal hanya berdasarkan jumlah layar. Integrasi, aturan hak akses dan migrasi data dapat menjadi bagian pekerjaan yang lebih besar daripada tampilannya.
Tulis cara menerima hasilnya
Untuk setiap kebutuhan penting, tuliskan langkah uji dan hasil yang diharapkan. Misalnya staf membuat permintaan, manajer menyetujui, lalu dokumen penawaran menampilkan nomor dan total yang sama dengan catatannya.
Bahas juga pemulihan cadangan, siapa yang memegang akun infrastruktur, bantuan setelah peluncuran, serta cara melaporkan gangguan. Pertanyaan ini membantu memperjelas tanggung jawab kedua pihak.
Brief awal yang dapat kamu kirim
- Masalah dan satu contoh alur kerja saat ini.
- Jenis pengguna serta batas hak aksesnya.
- Data yang dicatat, dokumen dan contoh laporan.
- Integrasi atau sistem yang sudah dipakai.
- Kebutuhan tahap pertama dan ukuran keberhasilannya.
- Batas waktu, anggaran yang tersedia dan pihak yang memberi persetujuan.
Lihat jasa pembuatan aplikasi web CoreAsia dan portofolio untuk konteks pengerjaan. Jika kebutuhanmu berupa pengelolaan penjualan, periksa juga LeadKu sebelum memutuskan membuat sistem baru. Kirim gambaran kebutuhanmu untuk memulai pembahasan.
