Setiap bulan September saya melihat pola yang sama. Seorang pemilik bisnis menyadari Q4 sudah tiba, anggaran teknologi tahun depan harus diserahkan ke tim finance dalam enam minggu, dan rencananya masih berupa daftar ide setengah teringat dari rapat-rapat yang tidak pernah dicatat. Perencanaan anggaran teknologi Q4 yang disusun dengan cara ini tetap menghasilkan angka, tapi bukan angka yang baik. Angkanya jadi digelembungkan, atau malah dipangkas habis, dan dalam kedua kasus itu angka tersebut berhenti mencerminkan apa yang benar-benar dibutuhkan bisnis.
Solusinya bukan spreadsheet yang lebih besar. Solusinya adalah memulai proses pengurutan prioritas sekarang, selagi masih ada waktu untuk menghitung biaya secara jujur, bukan menebak-nebak di bawah tekanan tenggat waktu.
Kenapa Q4 Adalah Waktu yang Salah untuk Mulai dari Nol
Kalau draf pertama anggaran teknologi tahun depan baru dibuat di dua minggu terakhir Q4, itu bukan menyusun anggaran, itu memproyeksikan di bawah tekanan. Vendor pun tahu betul soal ini. Perpanjangan lisensi software menumpuk di bulan Desember, dan pembeli yang terburu-buru akan menandatangani kontrak apa pun yang ada di mejanya alih-alih bernegosiasi.
Mulailah proses ini di bulan September atau Oktober. Itu memberi Anda waktu untuk:
- Mendapatkan penawaran harga yang riil, bukan sekadar estimasi kasar
- Bicara dengan tim soal apa yang benar-benar rusak atau memperlambat kerja mereka tahun ini
- Mencocokkan permintaan baru dengan apa yang sudah Anda bayar saat ini
Pembagian 70-20-10
Saya selalu memberi tahu setiap klien alokasi awal yang sama, lalu menyesuaikannya dengan situasi masing-masing.
| Kelompok | Porsi | Yang dicakup |
|---|---|---|
| Menjaga operasional berjalan | 70% | Hosting, lisensi, patch keamanan, backup, kontrak support |
| Peningkatan | 20% | Upgrade sistem yang sudah ada: checkout lebih cepat, pelaporan lebih baik, pembaruan aplikasi mobile |
| Eksperimen | 10% | Tools baru, uji coba AI, apa pun yang belum terbukti |
Kebanyakan pemilik bisnis membalik urutan ini. Mereka melihat tool AI yang mengkilap di sebuah postingan LinkedIn dan ingin mengalokasikan 40% anggaran teknologi untuk itu, sementara kelompok "menjaga operasional berjalan", yang justru menjadi penopang arus pendapatan, malah dipangkas untuk memberi ruang. Sebuah jaringan ritel di Tangerang yang pernah saya tangani mengalami persis masalah ini dua tahun berturut-turut: proyek uji coba yang menarik terus didanai, sementara biaya server dan perpanjangan SSL diperlakukan sebagai urusan belakangan yang akhirnya dibayar dari kas kecil di tengah tahun, mengacaukan rencana lainnya.
Lindungi dulu porsi 70% ini. Memang tidak seru, tapi itulah bedanya antara bisnis yang berjalan lancar dan bisnis yang terus mengalami gangguan operasional.
Urutkan Prioritas Inisiatif, Jangan Sekadar Mendaftarnya
Daftar sepuluh inisiatif teknologi tanpa urutan prioritas berarti kesepuluhnya akan mendapat anggaran yang serba pas-pasan, dan tidak satu pun dikerjakan dengan benar. Sebagai gantinya, paksakan proses pengurutan menggunakan tiga pertanyaan untuk setiap item:
- Apakah ini mengurangi biaya yang sudah kita keluarkan? (misalnya jam kerja rekonsiliasi manual, biaya cloud yang terus merangkak naik)
- Apakah ini mengurangi risiko? (patch keamanan, sistem backup, disaster recovery)
- Apakah ini menghasilkan pendapatan atau retensi pelanggan? (fitur baru yang diminta pelanggan, waktu respons yang lebih cepat)
Apa pun yang tidak memenuhi setidaknya satu dari ketiga hal ini secara jelas adalah "boleh punya boleh tidak", dan masuk ke kelompok eksperimen 10%, bukan ke rencana utama. Langkah ini saja biasanya sudah memangkas wishlist 20 item yang menggembung menjadi 6-8 inisiatif yang benar-benar layak didanai.
Hitung Biaya Secara Jujur
Kesalahan terbesar dalam penyusunan anggaran yang paling sering saya lihat adalah mengestimasi biaya dari halaman penjualan, bukan dari implementasi riilnya. Paket CRM yang diiklankan seharga 500.000 IDR per bulan jarang bertahan di harga itu begitu Anda menambahkan jumlah pengguna, integrasi, serta jam kerja internal yang dibutuhkan untuk migrasi data dan pelatihan staf.
Untuk setiap inisiatif di daftar pendek Anda, hitung tiga komponen biaya secara terpisah:
- Biaya lisensi atau langganan (angka yang tertera di invoice)
- Biaya implementasi (jam kerja internal atau fee kontraktor untuk menyiapkannya dengan benar)
- Biaya pemeliharaan berkelanjutan (harus ada yang bertanggung jawab setelah sistem berjalan)
Melewatkan angka kedua dan ketiga adalah cara sebuah tool yang "murah" berubah menjadi kesalahan mahal enam bulan kemudian. Kalau Anda belum punya cara untuk mengestimasi jam implementasi dan pemeliharaan secara akurat, itu biasanya pertanda Anda butuh penilaian teknis dari pihak luar sebelum menyetujui anggaran, bukan sesudahnya.
Jebakan Belanja Jor-Joran di Bulan Desember
Pola pikir "habiskan anggaran atau hilang" memang nyata di organisasi besar, tapi bisnis kecil dan menengah juga terjebak dalam versi yang lebih ringan: buru-buru "menghabiskan" dana yang sudah dialokasikan sebelum 31 Desember, membeli tools yang sebenarnya belum pernah dikaji dengan matang hanya karena dananya sudah tersedia.
Setiap tool yang dibeli tanpa kajian matang di bulan Desember akan menjadi masalah di bulan Januari: tidak ada yang ditugaskan untuk mengonfigurasinya, tidak ada pemilik yang jelas, dan invoice perpanjangan muncul dua belas bulan kemudian untuk sesuatu yang separuh tim bahkan sudah lupa keberadaannya. Kalau sebuah inisiatif belum diurutkan prioritasnya dan dikaji dengan matang pada pertengahan Q4 menggunakan proses di atas, jangan didanai hanya karena masih ada sisa anggaran. Dorong ke review Q1 tahun depan, dan kaji dengan benar di sana.
Sisakan Ruang untuk Hal yang Tak Terduga
Sehati-hati apa pun rencana yang dibuat, selalu ada hal tak terduga yang muncul di Q1 atau Q2: patch keamanan, kenaikan harga dari vendor, bug kritis pada sistem yang tidak ada rencana untuk disentuh. Anggaran tanpa ruang gerak sama sekali akan memaksa keputusan buruk nantinya: melewatkan perbaikan itu, atau menjebol anggaran dan menjelaskannya dengan canggung di review berikutnya.
Bangun cadangan 5-10% di dalam kelompok "menjaga operasional berjalan" khusus untuk ini. Ini bukan pemborosan, ini logika yang sama dengan dana darurat, dan inilah yang membuat anggaran teknologi bisa bertahan menghadapi kenyataan.
Kesimpulan Praktis
Perencanaan anggaran teknologi Q4 yang berhasil dimulai di bulan September, bukan Desember, dan dimulai dengan mengurutkan prioritas berdasarkan dampak bisnis riil, bukan halaman penjualan vendor. Lindungi porsi 70% yang menjaga operasional tetap berjalan, hitung biaya setiap inisiatif secara jujur termasuk jam implementasi dan pemeliharaan, dan tolak mendanai apa pun yang belum dikaji matang hanya karena dananya tersedia. Lakukan ini sekali dengan benar, dan pembahasan anggaran tahun depan akan jauh lebih singkat, dan jauh lebih kredibel.