ERP untuk Agensi Kreatif dan Digital: Timesheet, Utilisasi, Anggaran Proyek, dan Profitabilitas

Agensi kreatif dan digital menjual sesuatu yang sulit dilihat di neraca: waktu orang-orang berbakat. Desainer, penulis, pengembang, dan manajer akun menghasilkan pendapatan dengan jam kerja mereka, tetapi jam yang sama bisa habis untuk revisi yang tak ditagih, rapat yang berlarut, atau proyek dengan harga yang terlalu murah. Banyak agensi baru menyadari masalahnya di akhir tahun, ketika kas terasa ketat padahal semua orang tampak sibuk.

Berbeda dengan pabrik atau toko, agensi tidak punya stok yang bisa dihitung. Bahan bakunya adalah jam kerja dan hasil akhirnya adalah proyek dengan lingkup yang sering bergeser. Karena itu sistem yang dibutuhkan agak berbeda dari ERP manufaktur atau ritel. Fokusnya pada tiga hal: mencatat waktu dengan benar, mengendalikan lingkup dan anggaran proyek, serta menagih secara tepat dan tepat waktu. Bila ketiganya terhubung dalam satu sistem, pemilik agensi akhirnya bisa menjawab pertanyaan yang paling penting: proyek mana yang benar-benar menguntungkan.

Artikel ini membahas kebutuhan ERP untuk agensi kreatif, digital, dan perusahaan jasa berbasis proyek yang serupa: pencatatan waktu, utilisasi, penetapan harga, kontrol anggaran, penagihan, dan laporan profitabilitas.

Ringkasan

• Pendapatan agensi adalah fungsi dari jam yang ditagih, sehingga pencatatan waktu per proyek dan per tugas adalah fondasi semua laporan
• Utilisasi (porsi jam yang ditagih terhadap jam tersedia) menjelaskan mengapa agensi sibuk tetapi tidak untung
• Anggaran proyek perlu dibandingkan dengan jam terpakai secara berjalan, bukan setelah proyek selesai
• Model penagihan berbeda (fixed price, time and material, retainer) membutuhkan penanganan yang berbeda di sistem
• Profitabilitas harus dihitung per proyek dan per klien dengan memasukkan biaya freelancer, biaya langsung, dan waktu internal

Mengapa agensi butuh lebih dari spreadsheet

Pada awalnya, agensi kecil bisa mengelola semuanya dengan spreadsheet: daftar proyek, perkiraan jam, dan faktur manual. Tanda-tanda sudah waktunya meninggalkan cara itu biasanya muncul bersamaan: jumlah proyek serentak bertambah, beberapa orang mengerjakan lebih dari satu proyek, freelancer terlibat, dan klien meminta rincian tagihan. Spreadsheet gagal bukan karena tidak mampu menghitung, melainkan karena tidak ada disiplin yang memastikan datanya terisi tepat waktu dan seragam.

Masalah yang paling sering muncul adalah waktu yang tidak tercatat. Tim mengisi lembar waktu di akhir bulan berdasarkan ingatan, sehingga jam yang tercatat tidak mencerminkan pekerjaan nyata. Akibatnya anggaran tampak aman padahal sudah terlampaui, atau sebaliknya. Masalah kedua adalah pemisahan data: waktu ada di satu alat, tagihan di aplikasi akuntansi, dan anggaran di spreadsheet lain. Menggabungkannya untuk satu laporan profitabilitas memerlukan kerja manual yang jarang sempat dilakukan.

Pola masalah ini mirip dengan yang dijelaskan di biaya tersembunyi data silo. ERP yang menyatukan proyek, waktu, penagihan, dan akuntansi menghilangkan sebagian besar pekerjaan tambahan itu.

Pencatatan waktu yang bisa dipercaya

Semua metrik agensi bergantung pada kualitas data waktu. Beberapa praktik yang membuat pencatatan tetap dijalankan:

• Catat per tugas, bukan per hari. Satu entri berisi proyek, tugas, tanggal, jam, dan catatan singkat, sehingga rincian tagihan dan analisis bisa dibuat kemudian
• Isi harian atau paling lambat mingguan. Data yang diisi dari ingatan sebulan kemudian tidak bisa diandalkan
• Permudah proses: pencatat waktu yang bisa dihidupkan dari ponsel atau peramban, daftar proyek yang disaring sesuai penugasan, dan templat tugas yang umum
• Bedakan jam yang bisa ditagih, jam yang tidak ditagih tetapi terkait klien (revisi di luar lingkup, rapat tambahan), dan jam internal (administrasi, pelatihan, pengembangan bisnis)
• Persetujuan oleh manajer proyek sebelum jam masuk ke tagihan, agar kesalahan terkoreksi lebih awal

Pendekatan ini juga membantu bagi tim yang bekerja dari lokasi berbeda, seperti dibahas di aplikasi mobile untuk tim lapangan. Hindari menjadikan pencatatan waktu sebagai alat pengawasan yang memicu rasa tidak percaya. Jelaskan bahwa tujuannya memahami beban kerja dan menetapkan harga yang adil, lalu tunjukkan bahwa data dipakai untuk itu.

Utilisasi: mengapa sibuk belum tentu untung

Utilisasi adalah porsi jam yang bisa ditagih dibandingkan dengan jam kerja yang tersedia. Seorang desainer yang bekerja empat puluh jam seminggu tetapi hanya tiga puluh jam yang ditagih memiliki utilisasi tujuh puluh lima persen. Angka ini perlu dipantau per orang, per peran, dan per tim, tetapi ditafsirkan dengan bijak.

Utilisasi yang terlalu rendah berarti kapasitas menganggur dan biaya gaji yang tidak tertutup pendapatan. Utilisasi yang terlalu tinggi, misalnya di atas delapan puluh lima persen untuk waktu lama, sering menandakan tim kelelahan, tidak ada ruang untuk pengembangan diri dan penjualan, dan kualitas yang menurun. Target yang sehat berbeda untuk tiap peran: manajer akun dan direktur kreatif biasanya punya target lebih rendah karena banyak waktu untuk membimbing dan menjual, sedangkan pelaksana punya target lebih tinggi.

Selain utilisasi, pantau tarif realisasi: berapa persen dari nilai jam yang dikerjakan benar-benar tertagih. Bila jam dikerjakan senilai seratus tetapi hanya delapan puluh yang ditagih, dua puluh sisanya adalah kebocoran, entah dari diskon, revisi tak berbayar, atau lingkup yang melebar. Dua metrik ini bersama-sama menjelaskan mengapa agensi yang tampak sibuk masih kekurangan kas.

Anggaran proyek dan kontrol lingkup

Setiap proyek perlu memiliki anggaran yang diterjemahkan ke dalam jam per peran dan biaya langsung. Saat proyek berjalan, sistem membandingkan jam terpakai dengan jam teranggarkan secara berkala, bukan menunggu proyek selesai. Dengan begitu manajer proyek bisa melihat bahwa proyek sudah menghabiskan enam puluh persen anggaran padahal baru tiga puluh persen pekerjaan selesai, dan mengambil tindakan sebelum terlambat.

Perubahan lingkup

Sumber utama kerugian agensi adalah perubahan lingkup yang tidak ditagih. Rancang alur sederhana: setiap permintaan di luar kesepakatan dicatat sebagai perubahan, diperkirakan dampaknya terhadap jam dan biaya, lalu disetujui klien sebelum dikerjakan. Sistem menyimpan riwayat persetujuan sehingga ada dasar saat menagih. Disiplin ini sejalan dengan menyusun dokumen kebutuhan software dan metode kerja yang dibahas di Agile atau Waterfall.

Peramalan beban kerja

Selain memantau proyek berjalan, lihat ke depan. Rencana kapasitas memperlihatkan siapa yang terisi penuh dan siapa yang longgar dalam enam hingga delapan minggu mendatang, berdasarkan proyek yang sudah dipastikan dan prospek yang sedang negosiasi. Informasi ini membantu keputusan merekrut, menggunakan freelancer, atau menolak proyek yang tidak muat. Pola perencanaan ini mirip dengan peramalan permintaan dan perencanaan kapasitas.

Model penagihan di agensi

Agensi biasanya memakai beberapa model sekaligus, dan sistem harus menangani masing-masing.

• Fixed price: harga tetap untuk lingkup tertentu, ditagih per milestone atau per persentase penyelesaian. Jam tetap dicatat untuk mengukur profitabilitas walaupun tidak menjadi dasar tagihan
• Time and material: tagihan mengikuti jam nyata dikalikan tarif per peran, ditambah biaya langsung. Rincian jam disertakan di faktur
• Retainer: biaya bulanan tetap untuk sejumlah jam atau layanan berkelanjutan, dengan aturan tentang jam tak terpakai dan kelebihan jam

Perbandingan tiga model ini, termasuk risiko bagi klien dan penyedia, dibahas di model harga proyek software: fixed price, time and material, retainer. Untuk penagihan bertahap, lihat penagihan proyek dan milestone untuk bisnis jasa. Bila ada layanan berlangganan bulanan, model bisnis langganan dan tagihan berulang menjelaskan penjadwalan faktur otomatis.

Pastikan faktur dibuat dari data yang sama dengan pencatatan waktu dan milestone, bukan diketik ulang. Penagihan yang terlambat sering terjadi karena menunggu satu orang menyusun rekap jam. Otomatisasi dan pengingat jatuh tempo seperti di otomatisasi faktur dan penagihan piutang B2B mempercepat kas masuk, dan kepatuhan pajak dibantu oleh faktur elektronik dan kepatuhan pajak dengan ERP.

Freelancer, vendor, dan biaya langsung

Banyak agensi memakai freelancer atau vendor untuk fotografi, produksi video, cetak, atau pengembangan tambahan. Biaya ini harus masuk ke proyek yang tepat dari awal, bukan terhimpun di akun biaya umum. Sistem yang baik mencatat pesanan pembelian ke vendor per proyek, membandingkan tagihan vendor dengan pesanan, dan menyertakan biaya tersebut dalam perhitungan profitabilitas. Proses persetujuan pembelian yang rapi, seperti di alur approval pembelian, mencegah biaya melebihi anggaran tanpa disadari.

Biaya perjalanan dan pengeluaran proyek lain, seperti tiket, akomodasi, dan sewa peralatan, perlu ditarik ke proyek dan, bila disepakati, ditagihkan ulang kepada klien. Pengelolaannya sejalan dengan reimbursement dan pengelolaan biaya perjalanan karyawan.

Profitabilitas per proyek dan per klien

Laporan terpenting bagi pemilik agensi adalah margin per proyek: pendapatan dikurangi biaya tenaga kerja (jam dikalikan biaya per jam, bukan tarif jual), biaya freelancer, dan biaya langsung. Dari sini lahir banyak pertanyaan berguna.

• Jenis proyek apa yang paling menguntungkan dan paling merugikan
• Klien mana yang menghasilkan margin tinggi, dan mana yang menyedot waktu dengan revisi tanpa akhir
• Apakah estimasi awal akurat, dan di tahap mana perkiraan sering meleset
• Peran mana yang selalu kelebihan jam dibanding anggaran
• Apakah tarif perlu dinaikkan untuk jenis pekerjaan tertentu

Biaya per jam sebaiknya mencerminkan biaya penuh, termasuk gaji, tunjangan, sewa, perangkat lunak, dan biaya umum yang dialokasikan, bukan gaji pokok saja. Konsep alokasi ini berkaitan dengan HPP dan akuntansi biaya produk di ERP, hanya saja objek biayanya jam kerja. Laporan dapat ditampilkan pada dasbor bisnis untuk keputusan harian, dan arus kas yang dihasilkan dapat dipantau lewat ERP dan visibilitas arus kas.

Mengelola hubungan klien dan prospek

Agensi hidup dari hubungan. Sistem yang menghubungkan data klien, riwayat proyek, dan pipeline penjualan memudahkan tim memahami nilai total seorang klien dan peluang proyek berikutnya. Gunakan tahapan pipeline yang jelas seperti di mendefinisikan tahapan pipeline penjualan, dan pastikan tindak lanjut prospek tidak bergantung pada ingatan seseorang, sesuai sistem follow-up prospek. Kontrak dan perpanjangan retainer pun layak dilacak, seperti pada manajemen kontrak dan perpanjangan pelanggan.

Untuk berbagi progres dan menerima persetujuan, portal klien mengurangi bolak-balik email. Contoh penerapannya ada di portal pelanggan dan pemasok B2B.

Kesalahan yang sering terjadi

• Mengisi lembar waktu terlambat dari ingatan sehingga data tidak akurat
• Menetapkan harga berdasarkan perkiraan kasar tanpa membandingkannya dengan data proyek serupa sebelumnya
• Tidak mencatat jam pada proyek fixed price karena dianggap tidak perlu, padahal justru di situ margin paling mudah bocor
• Membiarkan perubahan lingkup dikerjakan tanpa persetujuan tertulis
• Menghitung profit memakai tarif jual, bukan biaya nyata per jam
• Biaya freelancer baru dicatat setelah proyek selesai sehingga laporan menyesatkan
• Memilih alat terlalu rumit sehingga tim enggan memakainya

Langkah memulai

Mulailah dengan hal paling berdampak: pencatatan waktu yang konsisten untuk semua proyek berjalan selama sekitar enam minggu, tanpa mengubah hal lain. Dari data itu saja, Anda sudah bisa menghitung utilisasi, tarif realisasi, dan jam aktual per jenis pekerjaan. Setelah itu tambahkan anggaran per proyek dengan pemantauan mingguan, lalu hubungkan data ke penagihan dan akuntansi. Terakhir, bangun laporan profitabilitas per proyek dan klien serta tinjau tiap bulan. Pendekatan bertahap ini sejalan dengan modul ERP yang diterapkan pertama dan sistem operasional bisnis jasa profesional. Libatkan tim sejak awal dan tunjukkan bagaimana data membantu mereka, bukan sekadar mengawasi; lihat juga mengelola resistensi tim saat ganti sistem.

Pertanyaan yang sering diajukan

Apakah agensi perlu ERP, atau cukup alat manajemen proyek?

Alat manajemen proyek membantu tugas dan kolaborasi, tetapi biasanya lemah pada penagihan, akuntansi, dan profitabilitas. Bila pertanyaan utama Anda adalah margin per proyek dan arus kas, Anda butuh data waktu, biaya, dan tagihan yang terhubung. Itu bisa berupa ERP atau integrasi antara alat yang ada.

Berapa utilisasi yang ideal?

Tidak ada angka tunggal. Banyak agensi menargetkan kisaran enam puluh lima sampai delapan puluh persen untuk pelaksana dan lebih rendah untuk peran manajerial. Yang penting adalah menetapkan target per peran, memantaunya, dan memahami penyebab bila jauh dari target.

Bagaimana mencatat waktu pada retainer?

Tetap catat semua jam. Dari situ Anda tahu apakah retainer cukup menguntungkan, apakah klien memakai lebih banyak jam dari yang dibayar, dan kapan harus menaikkan harga atau membatasi lingkup.

Apakah pencatatan waktu membuat tim merasa diawasi?

Bisa, bila dikomunikasikan buruk. Jelaskan tujuannya, yaitu harga yang adil, beban kerja yang seimbang, dan dasar tagihan yang jujur. Buat prosesnya ringan, dan gunakan data untuk membantu tim, misalnya membela lingkup di hadapan klien.

Kesimpulan

ERP untuk agensi kreatif dan digital berpusat pada waktu. Dengan pencatatan waktu yang disiplin, pemantauan utilisasi dan anggaran berjalan, penagihan yang terhubung ke data yang sama, serta laporan profitabilitas per proyek dan klien, pemilik agensi dapat berhenti menebak. Hasilnya adalah harga yang lebih tepat, lingkup yang lebih terkendali, kas yang lebih sehat, dan tim yang bekerja pada proyek yang benar-benar layak.