Website & Aplikasi
Tentukan kebutuhan website atau aplikasi, prioritas alur pengguna, pengujian fungsi, aksesibilitas, dan dokumentasi pengelolaan bersama BTJ.
Memahami kebutuhan
Website informasi atau aplikasi operasional?
Website informasi membantu pengunjung memahami layanan dan menemukan kontak. Aplikasi operasional memproses pekerjaan, data, dan kewenangan pengguna. Pilihan sebaiknya mengikuti alur yang perlu diselesaikan, bukan jumlah fitur. Konten statis dapat menjadi tahap awal ketika belum ada kebutuhan memproses data melalui website.
Mulai dari pekerjaan pengguna
Website dan aplikasi perlu membantu pekerjaan pengguna, bukan sekadar menambah fitur. Prioritas awal adalah alur yang paling penting, konten yang dapat dikelola, dan hasil yang bisa diuji sebelum serah terima.
Pengunjung sudah datang, tetapi belum tahu langkah berikutnya?
Menambah halaman tanpa memperjelas alur kontak dapat membuat kebutuhan calon pelanggan tetap terlewat. Mulai dari informasi yang mereka cari dan satu tindakan yang mudah dilakukan.
Contoh untuk pengkajian
Membedakan dua kebutuhan yang sering bertemu
Perbandingan berikut adalah panduan pengkajian. Ini tidak menyatakan bahwa fitur aplikasi telah aktif pada website BTJ atau bahwa semua proyek memerlukan sistem yang sama.
Pada layar kecil, geser tabel untuk membaca seluruh kolom.
| Aspek | Website informasi | Aplikasi operasional |
|---|---|---|
| Alur utama | Pengunjung membaca layanan lalu menghubungi bisnis. | Pengguna membuat, meninjau, atau memperbarui pekerjaan sesuai peran. |
| Data dan akses | Konten publik yang sudah disetujui; formulir hanya jika pengelolaannya siap. | Aturan hak akses, validasi masukan, pencatatan perubahan, dan pemulihan perlu dirancang. |
| Contoh penerimaan | Pengunjung dapat menemukan layanan dan kontak pada layar kecil tanpa link rusak. | Peran yang tidak berwenang ditolak dan perubahan yang sah dapat ditelusuri. |
| Serah terima | Source atau akses pengelolaan, aset, domain dan petunjuk pembaruan sesuai kesepakatan. | Tambahkan dokumentasi konfigurasi, data, pencadangan, dan tanggung jawab operasional. |
Kriteria aksesibilitas, browser sasaran, pemeliharaan, serta kepemilikan source dan lisensi dicatat sebelum pekerjaan. Penyebutan WCAG sebagai rujukan tidak berarti audit kepatuhan menyeluruh atau sertifikasi telah dilakukan.
Dari contoh ke kebutuhan Anda
Dari halaman informasi ke alur pengguna yang jelas.
Pengguna utama, halaman atau alur yang bermasalah, tindakan yang diharapkan, dan cara konten akan dikelola.
Ruang lingkup
Fitur utama dan batas pengelolaan
- Pemetaan kebutuhan pengguna, struktur informasi, dan prioritas fitur.
- Perancangan antarmuka serta implementasi bertahap sesuai ruang lingkup.
- Pengujian fungsi, aksesibilitas dasar, hak akses, dan dokumentasi pengelolaan.
Tahapan kerja
Alur, implementasi, dan uji penerimaan
- Petakan pengguna, kebutuhan konten, serta sistem yang sudah berjalan.
- Sepakati alur utama, prioritas fitur, dan kriteria penerimaan.
- Bangun dan uji secara bertahap dengan review pada hasil yang nyata.
- Siapkan dokumentasi, akses pengelolaan, dan batas dukungan setelah serah terima.
Contoh hasil kerja
Dokumentasi untuk pengelola berikutnya
Hasil akhir, jadwal, biaya, dan tanggung jawab mengikuti kebutuhan serta kesepakatan layanan.
- Ruang lingkup dan acceptance checklist
- Pengembangan serta pengujian bertahap
- Dokumentasi dan paket serah terima
Sepakati fitur awal, pengecualian, integrasi, tanggung jawab konten, hak atas hasil kerja, dan kebutuhan pemeliharaan. Jadwal serta biaya perlu mengikuti ruang lingkup yang telah ditinjau.
Pertanyaan awal
Pertanyaan tentang pilihan website
Bagaimana memilih fitur untuk tahap pertama?
Mulai dari alur pengguna yang paling penting dan hasil yang ingin dicapai. Pisahkan kebutuhan wajib dari pengembangan berikutnya, lalu tetapkan cara menguji penyelesaiannya.
Apa yang perlu dibahas untuk serah terima?
Bahas dokumentasi, akses pengelolaan, hak penggunaan hasil kerja, kebutuhan pelatihan, dan cakupan dukungan. Rinciannya mengikuti kesepakatan pekerjaan.
Kapan website statis cukup?
Ketika kebutuhan utamanya menyampaikan profil, layanan, dan kontak, sementara pembaruan masih dapat dikelola melalui proses penerbitan file. Login, transaksi, atau pengolahan data pelanggan memerlukan kajian tambahan dan tidak otomatis disertakan.
Apa yang sebaiknya dicatat sebelum serah terima?
Daftar alur yang diuji, akses pengelola yang berhak, lokasi source dan backup, ketergantungan layanan, serta masalah yang masih tersisa. Masa dukungan dan perubahan di luar ruang lingkup disepakati terpisah.
Langkah berikutnya
Siapkan diskusi
yang terarah.
- Siapa pengguna utama dan pekerjaan apa yang perlu dibantu?
- Fitur mana yang harus tersedia lebih dahulu dan apa kriteria penerimaannya?
- Sistem apa yang perlu diintegrasikan dan siapa yang akan mengelola aplikasi?
Lisensi dan layanan pihak ketiga
Hak lisensi mengikuti ketentuan pemegang hak. Pendampingan implementasi tidak dengan sendirinya menunjukkan kemitraan atau otorisasi reseller. Penggunaan akun, biaya provider, dan hak publikasi perlu disepakati terpisah.
Sumber primer
Rujukan teknis untuk pembahasan
- W3C WAI — How to Meet WCAG
Rujukan kebutuhan aksesibilitas untuk disepakati dan diuji, bukan klaim sertifikasi.
Dokumentasi pihak ketiga menjelaskan prinsip atau fitur teknis. Tautan ini tidak menyatakan kemitraan, sertifikasi, atau hasil pekerjaan BTJ.
Standar implementasi · BTJ
Hasil yang terlihat.
Batas yang jelas.
Website BTJ memperlihatkan informasi layanan, contoh keluaran, dan cara memulai pembahasan proyek. Contoh pada halaman layanan bersifat ilustratif; bukan portofolio pelanggan atau bukti hasil komersial.
Lihat contoh pemeriksaan website- Kebutuhan dan keluaran
- Tinjau masalah yang ditangani, hasil kerja yang dibahas, serta batas tiap layanan sebelum menyiapkan brief melalui email.
- Pemeriksaan dan serah terima
- Pada website BTJ, versi source dan file publik disimpan terpisah agar perubahan dapat ditinjau dan dipulihkan. Untuk pekerjaan Anda, dokumentasi dan kriteria penerimaan dibahas dalam ruang lingkup.
- Ruang lingkup dan tanggung jawab
- Contoh website ini bukan audit independen, sertifikasi aksesibilitas, atau jaminan peningkatan penjualan. Jadwal, biaya, akses, lisensi, dan dukungan mengikuti kesepakatan pekerjaan.
Dari kebutuhan
ke rencana proyek.
Ceritakan masalah dan target Anda. Ruang lingkup serta penawaran dibahas setelah kebutuhan dipahami.