Jelaskan perjalanan proyek dari rencana sampai pemeliharaan
Halaman proyek dapat membedakan rencana, pekerjaan berlangsung, serah terima, dan pemeliharaan. Cantumkan penanggung jawab serta tanggal pembaruan sehingga pembaca tahu tahap yang sedang berjalan.
Contoh rancangan: satu halaman memuat tujuan, wilayah umum, perkembangan pekerjaan, kontak, dan laporan yang disetujui organisasi. Setelah serah terima, bagian pemeliharaan menjelaskan siapa pengelola dan cara melaporkan gangguan.
Foto pembangunan dapat membantu menjelaskan proses jika boleh dipublikasikan. Hindari menyebut proyek selesai sebagai bukti otomatis bahwa fasilitas selalu berfungsi atau air telah memenuhi ketentuan kualitas.
| Tahap | Informasi publik | Catatan internal |
|---|---|---|
| Perencanaan | Tujuan dan tahapan yang direncanakan | Keputusan serta penanggung jawab |
| Pelaksanaan | Perkembangan dan tanggal pembaruan | Pekerjaan dan tindak lanjut |
| Serah terima | Pengelola dan kontak | Dokumentasi serta akses akun |
| Pemeliharaan | Kanal pelaporan gangguan | Inspeksi, status, dan riwayat perbaikan |
Buat alur laporan gangguan yang memiliki tindak lanjut
Laporan sederhana dapat memuat kode fasilitas, jenis gangguan, waktu, status, dan pengelola yang menindaklanjuti. Formulir hanya berguna jika tim mengetahui siapa yang memeriksa laporan masuk.
Contoh status internal adalah baru, sedang diperiksa, ditangani, dan selesai. Organisasi perlu menyepakati arti setiap status. Tombol kirim tidak boleh dianggap sebagai janji perbaikan dalam waktu tertentu jika tidak ada kapasitas yang mendukungnya.
Untuk beberapa fasilitas saja, formulir dan spreadsheet mungkin cukup. Aplikasi khusus dapat dibahas bila riwayat inspeksi, pembagian tugas, atau pencarian catatan sudah sulit dikelola.
Tampilkan data sesuai sumber dan batasnya
Jika organisasi memublikasikan hasil pemeriksaan, sertakan sumber dokumen, tanggal, lokasi atau sampel yang relevan, serta penjelasan dari pihak yang berwenang. Website menampilkan catatan; website tidak menghasilkan penilaian teknisnya sendiri.
Gunakan label yang membedakan laporan warga, inspeksi pengelola, dan hasil pemeriksaan pihak berwenang. Data dari periode berbeda tidak selalu dapat dibandingkan langsung.
Informasi pengguna layanan, nomor pribadi, atau keluhan yang mengandung identitas tidak perlu ditampilkan secara terbuka. Cukup gunakan ringkasan yang memang diperlukan untuk menjelaskan status program.
Siapkan pengelola sebelum menambah aplikasi
Tentukan orang yang memperbarui perkembangan, memeriksa laporan, serta mengelola akun ketika terjadi pergantian tim. Pilih alat yang sesuai kemampuan mereka dan koneksi yang tersedia di lokasi kegiatan.
Uji alur dengan satu contoh gangguan fiktif: apakah pengelola melihatnya, dapat memperbarui status, dan menemukan kembali riwayatnya? Uji pula apakah informasi proyek tetap mudah dibaca di ponsel.
Untuk diskusi awal, kirim gambaran kegiatan, jumlah fasilitas secara umum, cara mencatat saat ini, serta satu kendala. Langkah website pertama membantu organisasi yang baru memulai.
Contoh pesan pertama
Mulai dengan cerita singkat.
Lengkapi contoh berikut sesuai kegiatan Anda. Ini contoh pengajuan, bukan laporan proyek yang sudah dikerjakan.
Organisasi kami mendampingi program air/sanitasi … . Pengelola fasilitas … . Catatan pemeliharaan saat ini … . Kendala informasi atau laporan … . Kami ingin memulai dari … .
Anda belum perlu memiliki domain atau proposal teknis. Pengajuan ditinjau sesuai kebutuhan dan kapasitas; biaya layanan pihak ketiga dibahas sebelum proyek dimulai.
Buka formulir untuk bidang ini ↗