Request Details
Form request internal.
Isi request dengan lengkap. Request yang tidak jelas akan dikembalikan, ditunda, atau diminta revisi data.
Volund Internal Request
Gunakan form ini untuk mengajukan request internal Volund Group: bantuan, revisi, follow up, support cabang, kebutuhan team, koordinasi operasional, atau request yang belum memiliki form khusus. Request yang tidak tercatat akan mudah hilang di chat.
Request Details
Isi request dengan lengkap. Request yang tidak jelas akan dikembalikan, ditunda, atau diminta revisi data.
Request Categories
Kategori yang jelas membantu admin atau manager menentukan siapa PIC yang paling tepat dan seberapa cepat request harus diproses.
Untuk coding, website, bug, file, asset, networking, atau bantuan teknis dari Studio.
Untuk caption, campaign, poster, pengumuman, revisi konten, dan kebutuhan komunikasi publik.
Untuk follow up donasi, data Volunteers, dokumentasi, program charity, dan kegiatan lapangan.
Untuk support order, data customer, bahan produk, katalog, feedback, dan kebutuhan produksi Florist.
Request Workflow
Request internal harus punya jalur. Kalau semua orang langsung meminta ke semua orang, organisasi akan terlihat sibuk tetapi tidak produktif.
Pemohon mengisi kebutuhan, target team, prioritas, deadline, dan output yang diharapkan.
Request dicek apakah cukup jelas, valid, dan masuk ke jalur team yang benar.
Request diberikan ke PIC atau team yang paling relevan untuk mengerjakan.
PIC mengerjakan request, memberi update jika ada kendala, dan menyelesaikan output.
Request ditandai selesai, hasil dicek, lalu data masuk arsip internal.
Internal Request Policy
Request internal perlu dibatasi agar team tidak dipakai untuk hal yang tidak prioritas, tidak jelas, atau tidak berdampak pada Volund.
Request yang tidak menjelaskan kebutuhan, output, dan deadline dapat dikembalikan.
Jangan menandai urgent hanya karena ingin didahulukan.
Request tanpa PIC akan mudah menggantung dan tidak selesai.
Screenshot, link file, atau referensi membantu team memahami request lebih cepat.
Request yang berubah terlalu besar harus dibuat sebagai request baru atau project baru.
Data request dipakai untuk melihat beban kerja, follow up, dan evaluasi team.
After Submit
Request yang jelas akan lebih cepat ditugaskan. Request yang kabur akan dikembalikan karena membuang waktu team dan memperlambat eksekusi.