Dua perusahaan dapat membayar jumlah fee tahunan yang sama tetapi mendapat pengalaman sangat berbeda karena model engagement-nya tidak cocok. Retainer kuat untuk arus pertanyaan berulang dan kebutuhan akses yang konsisten. Project-based lebih tajam untuk pekerjaan dengan awal, akhir, deliverable, dan resource yang jelas. Memilih di antara keduanya bukan soal model mana yang lebih murah secara nominal, melainkan pola kebutuhan, tingkat ketidakpastian, dan kemampuan internal mengelola scope.

Mulai dari data permintaan setahun terakhir

Sebelum memperpanjang kontrak, tarik issue tracker. Berapa pertanyaan tax per bulan? Berapa yang routine, urgent, dan material? Berapa project besar muncul? Berapa lama response yang dibutuhkan? Tanpa data ini, retainer sering dibeli karena “takut ada kebutuhan”, sedangkan project dipilih karena “ingin hemat” lalu berakhir dengan banyak change order.

Jika perusahaan belum mempunyai tracker, bangun dari email dan calendar selama tiga bulan. Klasifikasikan jenis isu dan effort. Sampel sederhana sudah cukup untuk melihat pola.

Kapan retainer memberi nilai

Retainer cocok ketika business bergerak cepat dan tax team membutuhkan sparring partner secara rutin. Contohnya perusahaan dengan kontrak baru setiap minggu, perubahan produk, banyak cross-functional question, atau internal team yang kecil tetapi kompeten. Nilai retainer adalah access dan continuity. Advisor mengenal bisnis sehingga tidak memulai dari nol setiap kali.

Retainer juga bermanfaat untuk regulatory monitoring yang benar-benar tailored. Namun definisikan apa yang termasuk. Newsletter umum bukan pengganti impact assessment pada transaksi perusahaan.

Risiko retainer yang tidak terukur

Tanpa issue tracker, perusahaan sulit tahu apakah retainer digunakan. Sebagian tim menahan pertanyaan karena takut “terlalu banyak”, sementara advisor merasa scope sebenarnya unlimited. Di akhir tahun, kedua pihak mempunyai persepsi berbeda.

Tetapkan service catalogue, response tier, included meeting, dan jenis deliverable. Buat monthly report singkat: issue masuk, status, material item, hours bila relevan, serta open decision. Tujuannya bukan mengawasi setiap menit, tetapi memastikan fee menghasilkan outcome.

Project-based kuat ketika batas pekerjaan jelas

Transfer pricing documentation, tax due diligence, health check, system implementation, atau support transaksi tertentu sering lebih cocok sebagai project. Scope dapat diturunkan menjadi milestone, data request, deliverable, timeline, dan acceptance. Budget lebih mudah dikendalikan dan specialist dapat dialokasikan sesuai fase.

Project juga memberi kesempatan membandingkan vendor. Perusahaan dapat memilih firma berbeda untuk area yang berbeda tanpa mengubah retainer utama.

Bahaya project-based adalah fragmentasi

Jika setiap pertanyaan kecil menjadi project, procurement overhead meningkat. Advisor harus mempelajari konteks berulang, proposal menumpuk, dan tax manager menghabiskan waktu negosiasi. Data serta legal position juga dapat tersebar di banyak vendor.

Atasi dengan preferred-vendor framework dan standard SOW. Simpan knowledge repository internal agar project baru dapat membaca posisi lama tanpa mengulang riset. Untuk isu yang sangat berulang, pertimbangkan memindahkannya ke retainer atau in-house.

Hybrid fee model sering paling realistis

Perusahaan dapat memakai retainer kecil untuk routine advisory dan access, lalu project fee untuk pekerjaan besar. Model ini menjaga continuity tanpa memasukkan semua risiko ke fee bulanan. Kuncinya adalah definisi boundary.

Contoh: retainer mencakup konsultasi sampai tingkat tertentu, monthly call, dan regulatory alert. Pemeriksaan, due diligence, documentation besar, atau litigation menjadi project terpisah. Beri rate card atau prinsip pricing untuk additional work agar diskusi lebih cepat ketika kebutuhan muncul.

Success fee perlu kehati-hatian tersendiri

Beberapa jasa menggunakan komponen success fee. Sebelum menerimanya, perusahaan perlu membaca aturan profesi, conflict incentive, basis perhitungan, dan kondisi pembayaran. Dalam konteks pajak, jangan membangun insentif yang mendorong advisor mengejar hasil nominal sambil mengabaikan sustainability posisi. Procurement dan legal harus memahami apakah model tersebut sesuai untuk scope dan ketentuan yang berlaku.

Jika fee terkait outcome, definisikan outcome secara objektif. Hindari wording yang membuat kedua pihak berbeda interpretasi setelah kasus selesai.

Ukur total cost of engagement

Fee invoice hanya satu komponen. Hitung waktu internal menyiapkan data, jumlah rework, delay karena advisor tidak mengenal bisnis, cost procurement, dan knowledge yang hilang. Retainer yang sedikit lebih mahal dapat lebih ekonomis jika response cepat dan context retention tinggi. Project murah dapat mahal jika fact gathering diulang lima kali.

Sebaliknya, retainer besar dengan penggunaan rendah dan deliverable generik adalah sunk cost. Data utilization membantu renewal berbasis fakta.

SLA harus berbeda menurut jenis permintaan

Tidak semua isu membutuhkan jawaban empat jam. Buat tier. Routine administrative question dapat cepat. Material advisory memerlukan fact validation dan research. Emergency statutory deadline mempunyai escalation khusus. Dengan tier, advisor tidak dipaksa memberi jawaban dangkal untuk terlihat responsif.

SLA juga perlu mengatur client dependency. Jika data dari perusahaan terlambat, delivery date bergeser secara transparan. Tracker mencatat tanggal request, data complete, draft, review, dan final.

Budgeting untuk CFO

Susun annual tax external-spend budget menjadi base retainer, known project, contingency, dan dispute reserve. Berdasarkan histori, CFO dapat melihat bulan peak. Budget seperti ini lebih berguna daripada satu angka “consultant fee” karena menunjukkan driver.

Pada quarterly review, bandingkan actual dengan issue volume. Jika spend naik karena dua akuisisi dan pemeriksaan, itu berbeda dari kenaikan karena scope creep routine.

Knowledge transfer menentukan apakah model sehat

Retainer seharusnya membuat internal team semakin memahami isu berulang, bukan semakin tergantung. Project harus meninggalkan memo, model, SOP, dan decision log yang dapat dipakai kembali. Masukkan handover sebagai deliverable.

Jika pertanyaan yang sama ditagih terus karena tidak ada repository, ubah operating model. External advisor seharusnya menyelesaikan complexity, bukan memonetisasi hilangnya memori organisasi.

Cara memilih model

Gunakan empat sumbu: frequency, predictability, specialization, dan urgency. High-frequency plus predictable biasanya condong retainer atau managed service. Low-frequency plus high specialization condong project. High urgency yang berulang dapat membutuhkan retainer dengan escalation. Low urgency dan low complexity mungkin lebih baik dibawa in-house.

Tambahkan satu sumbu lagi: data readiness. Jika data sangat berantakan, jangan langsung membeli unlimited advisory. Perbaiki source data dan process, karena model fee apa pun tidak dapat menghapus biaya mencari fakta.

Keputusan renewal

Tiga bulan sebelum kontrak berakhir, review issue log, SLA, fee, kualitas output, knowledge transfer, dan stakeholder feedback. Tentukan mana scope yang tetap, mana yang selesai, dan area baru. Jangan memperpanjang otomatis hanya karena vendor sudah familiar.

Model yang tepat membuat hubungan advisor terasa proporsional. Retainer memberi akses tanpa kebingungan scope, project memberi focus tanpa kehilangan context. Banyak perusahaan akhirnya memakai kombinasi. Yang penting, fee mengikuti pola kebutuhan dan governance, bukan sebaliknya. Ketika CFO dapat menjelaskan apa yang dibeli, bagaimana outcome diukur, dan kapan scope berubah, external tax spend menjadi investasi capability yang lebih mudah dipertanggungjawabkan.

Contoh membaca pola kebutuhan

Bayangkan perusahaan teknologi dengan 25 pertanyaan advisory kecil setiap bulan, dua transaksi besar setahun, dan kemungkinan pemeriksaan yang tidak dapat diprediksi. Memasukkan semua ke project membuat procurement sibuk untuk hal kecil. Memasukkan semua ke retainer unlimited membuat pricing sulit karena provider menanggung risk atas pekerjaan besar. Kombinasi lebih masuk akal: base retainer untuk pertanyaan rutin dan monthly review, SOW terpisah untuk transaksi besar, serta pre-agreed rate untuk controversy jika muncul.

Bandingkan dengan perusahaan manufaktur mature yang hanya membutuhkan annual health check dan satu documentation project. Retainer besar mungkin tidak memberi utilization. Project-based dengan check-in kuartalan dapat lebih proporsional. Dua perusahaan sama-sama besar tetapi pola demand berbeda, sehingga model fee juga seharusnya berbeda.

Carry-over dan unused capacity perlu jelas

Retainer berbasis jam atau unit sering menimbulkan pertanyaan apakah sisa dapat dibawa ke bulan berikutnya. Atur sejak awal. Jika carry-over diizinkan, tentukan batas agar backlog tidak menumpuk menjadi project tersembunyi. Jika tidak, pastikan client mendapat visibility utilization sehingga pertanyaan penting tidak sengaja ditahan sampai periode berakhir.

Untuk subscription yang berbasis access, definisikan fair-use boundary. Unlimited bukan berarti semua project tanpa batas. Provider dapat menetapkan kategori pekerjaan yang memerlukan SOW. Wording yang jelas lebih sehat daripada “unlimited advisory” yang baru diberi pengecualian setelah invoice pertama.

Fee review perlu melihat perubahan kompleksitas

Ketika perusahaan bertambah entitas, masuk negara baru, atau volume transaksi naik tiga kali, retainer lama mungkin tidak lagi ekonomis bagi salah satu pihak. Lakukan repricing berdasarkan driver yang dapat dibuktikan: volume, number of entity, issue complexity, data quality, SLA, dan seniority. Hindari kenaikan persentase otomatis tanpa menghubungkan ke pekerjaan.

Sebaliknya, automation atau process improvement dapat menurunkan effort. Jika data lebih bersih dan internal team semakin kuat, fee routine seharusnya dapat direview. Hubungan jangka panjang yang sehat memberi manfaat produktivitas kepada kedua pihak, bukan menjadikan inefficiency sebagai basis revenue permanen.

Dashboard external spend untuk CFO

CFO tidak perlu membaca timesheet per enam menit. Cukup lihat external tax spend per bucket, utilization retainer, open project, forecast sampai akhir tahun, dan material issue. Hubungkan spend dengan risk atau business event. Ketika board bertanya mengapa biaya konsultan naik, finance dapat menjelaskan karena acquisition, system migration, atau dispute tertentu, bukan sekadar “karena pajak makin kompleks”.

Dengan visibility itu, perusahaan dapat memutuskan apakah capability tertentu sebaiknya dibawa in-house. Jika satu specialist project muncul terus setiap kuartal, mungkin sudah ada business case untuk recruitment atau training. Model fee akhirnya menjadi input desain organisasi, bukan hanya keputusan procurement tahunan.

Bila perusahaan menggunakan beberapa advisor, hindari retainer yang tumpang tindih. Buat peta siapa menangani general advisory, transfer pricing, dispute, dan specialty lain. Jika dua retainer sama-sama menjawab pertanyaan yang sama, management membayar redundancy tanpa memperoleh second opinion yang terstruktur. Second opinion sebaiknya dipanggil sengaja untuk issue material, bukan muncul karena dua vendor tidak tahu batas masing-masing.

Tambahkan exit clause yang mengatur handover file, open issue, dan akses bila model engagement berubah. Retainer yang dihentikan atau project yang selesai tidak boleh membuat perusahaan kehilangan workpaper. Handover yang rapi menjaga continuity dan membuat pergantian model fee tidak mengganggu compliance.