RFP konsultan pajak yang hanya meminta company profile, daftar klien, dan fee akan menghasilkan jawaban yang tampak berbeda tetapi sulit dibandingkan. Semua firma dapat mengatakan berpengalaman, responsif, dan memahami regulasi. Perusahaan perlu pertanyaan yang memaksa kandidat menunjukkan cara berpikir, model delivery, quality control, serta bagaimana mereka bekerja dengan data perusahaan.

Jelaskan problem yang ingin diselesaikan

Sebelum pertanyaan ke vendor, tulis konteks internal. Berapa entitas, industri, jenis transaksi, volume, sistem, lokasi, dan area tax risk? Apa pain point sekarang? Apakah compliance terlambat, banyak manual reconciliation, ada audit, atau management membutuhkan strategic advisory?

RFP yang baik memberi cukup informasi tanpa membocorkan data sensitif. Kandidat dapat memberi team dan approach yang relevan, bukan proposal generik.

Tanyakan siapa yang benar-benar akan bekerja

Minta nama atau minimal role partner, manager, dan day-to-day team. Berapa proporsi keterlibatan senior? Siapa backup? Bagaimana replacement bila personel pergi? Jangan hanya menerima struktur organisasi firma.

Untuk pekerjaan kuasa, verifikasi status formal personel yang akan bertindak mewakili sesuai ketentuan current. Legal eligibility adalah baseline, bukan nilai tambah marketing.

Uji metode melalui mini-case

Berikan scenario yang menyerupai isu perusahaan dan tanyakan langkah pertama mereka. Kandidat yang langsung memberi conclusion tanpa meminta fakta mungkin terlalu cepat. Kandidat yang baik menjelaskan data, dokumen, legal source, uncertainty, dan decision path.

Jangan meminta opinion lengkap gratis. Tujuannya menguji approach dan issue spotting.

Minta contoh quality control

Siapa review draft? Bagaimana technical disagreement diselesaikan? Apakah ada checklist? Bagaimana firm memastikan advice current? Apa yang terjadi jika error ditemukan setelah filing? Pertanyaan ini menunjukkan maturity process.

Untuk compliance, minta contoh reconciliation dan exception workflow. Untuk advisory, minta struktur memo. Untuk litigation, minta case management approach tanpa membuka rahasia klien.

Data security harus konkret

Tanyakan bagaimana file ditransfer, di mana disimpan, siapa punya access, apakah subcontractor digunakan, berapa retention period, dan bagaimana deletion dilakukan. Minta incident escalation contact.

Hindari jawaban “kami menjaga confidentiality” tanpa process. Tax data mengandung informasi yang cukup sensitif untuk membutuhkan kontrol lebih dari NDA.

Tanyakan bagaimana mereka bekerja dengan sistem

Apakah vendor dapat menerima structured data? Format apa? Apakah mereka mengerti ERP extract, POS, payroll, atau data warehouse? Apakah mereka punya API atau secure portal? Berapa banyak transformasi manual yang diperlukan?

Vendor yang sangat murah tetapi meminta puluhan spreadsheet manual dapat menciptakan biaya internal besar.

Uji kemampuan mengelola uncertainty

Tanyakan contoh ketika aturan atau fakta tidak memberi satu jawaban. Bagaimana mereka mengkomunikasikan limitation? Kapan mereka meminta second opinion? Bagaimana alternative ditampilkan kepada management?

Perusahaan tidak membutuhkan advisor yang selalu terdengar yakin. Ia membutuhkan advisor yang tahu kapan kepastian memang tidak tersedia dan dapat membantu membuat keputusan terukur.

Conflict check perlu masuk RFP

Minta kandidat menjelaskan proses conflict, bukan daftar klien lain. Jika ada potential conflict dengan counterparty atau shareholder, bagaimana mereka menilai dan mengelolanya? Apakah ada independence escalation?

Untuk scope sensitif, lakukan conflict confirmation sebelum membuka data lengkap.

Fee harus dibaca bersama asumsi

Minta breakdown retainer, project, out-of-scope rate, disbursement, travel, tax, dan specialist. Apa volume yang diasumsikan? Berapa meeting dan revision? Apa yang memicu change order?

Harga tanpa assumption tidak dapat dibandingkan. Vendor A mungkin murah karena mengecualikan pekerjaan yang vendor B masukkan.

SLA perlu berbeda menurut pekerjaan

Tanyakan response framework, bukan janji “24 jam”. Routine question, urgent matter, dan material technical memo memerlukan waktu berbeda. Lihat apakah vendor membedakan acknowledgement dari final answer.

SLA yang realistis lebih aman daripada janji supercepat yang membuat analysis dangkal.

Knowledge transfer sering terlupakan

Minta kandidat menjelaskan bagaimana internal team belajar. Apakah ada training, annotated workpaper, issue log, tax matrix, atau close-out session? Apa yang perusahaan miliki ketika engagement berakhir?

Jika semua know-how tetap di vendor, switching cost akan tinggi dan dependency tumbuh.

Reference check yang lebih spesifik

Jangan hanya bertanya apakah klien sebelumnya puas. Tanyakan bagaimana vendor menangani deadline, apakah senior team benar-benar hadir, bagaimana mereka merespons error, dan apakah fee sesuai proposal. Minta reference untuk jenis pekerjaan yang mirip, bukan sekadar industri yang sama.

Respect confidentiality; cukup dengarkan pattern delivery.

Gunakan weighted scorecard

Bobot dapat berbeda menurut scope. Compliance mungkin memberi bobot tinggi pada process, technology, capacity, dan price. Advisory memberi bobot pada technical depth serta business understanding. Litigation memberi bobot pada evidence, procedural discipline, dan senior involvement.

Dokumentasikan score dan alasan. Decision lalu lebih defensible terhadap procurement, management, dan audit.

Pilot bila perlu

Untuk engagement besar, pilot kecil dapat menguji cara kerja. Pilih scope yang representatif tetapi tidak critical. Nilai request quality, data handling, output, dan communication. Setelah pilot, kalibrasi sebelum full rollout.

Pilot bukan cara meminta pekerjaan gratis. Beri fee yang wajar agar hubungan dimulai secara profesional.

Pertanyaan final yang paling revealing

Tanyakan: “Dalam kondisi apa Anda akan menyarankan kami tidak mengikuti rekomendasi awal Anda?” Jawaban memperlihatkan bagaimana kandidat memperlakukan fakta baru, uncertainty, dan professional judgment. Advisor yang matang mengakui analysis dapat berubah bila input berubah.

RFP yang baik tidak mencari siapa paling pintar di ruang presentasi. Ia mencari team yang legal status-nya benar, mampu memahami data, mempunyai control, menjelaskan risiko, dan cocok dengan operating model perusahaan. Fee tetap penting, tetapi baru dapat dibandingkan setelah scope dan kualitas dibuat setara.

Pertanyaan tentang kegagalan sering lebih informatif

Vendor presentation biasanya penuh success story. Tambahkan pertanyaan: “Ceritakan project yang tidak berjalan sesuai rencana dan apa yang Anda ubah.” Kandidat yang matang dapat menjelaskan root cause tanpa membuka rahasia klien atau menyalahkan pihak lain. Lihat apakah mereka memperbaiki process, menambah review, atau mengubah data requirement. Cara sebuah firma belajar dari error sering lebih revealing daripada daftar penghargaan.

Tanyakan juga bagaimana mereka mengeskalasi technical disagreement internal. Apakah staff dapat challenge partner? Apakah ada consultation mechanism? Tax issue material membutuhkan culture yang memungkinkan pertanyaan, bukan hierarchy yang selalu menyetujui senior.

Pertanyaan tentang kapasitas perlu numerik

Alih-alih “apakah tim Anda cukup?”, tanyakan berapa engagement sejenis yang dapat berjalan bersamaan, siapa backup reviewer, dan kapan peak period mereka. Minta staffing plan untuk tiga bulan pertama. Jika proposal menjanjikan partner 20 persen involvement, definisikan aktivitasnya.

Capacity answer tidak harus membuka data client. Tujuannya memastikan firma telah memikirkan resource, bukan baru mencari staff setelah menang tender. Untuk deadline periodik, minta contingency plan bila dua anggota team cuti atau resign.

RFP perlu menilai change management

Konsultan dapat memberi technical advice benar tetapi implementation gagal karena business tidak mengerti. Tanyakan bagaimana mereka menerjemahkan recommendation ke finance, IT, HR, procurement, atau operations. Apakah mereka menyediakan workshop, data mapping, test case, atau implementation tracker?

Untuk project system, minta contoh bagaimana technical rule diubah menjadi requirement. Untuk policy, minta bagaimana mereka memastikan user memahami. Capability implementation penting karena pajak tidak berhenti pada memo.

Bandingkan proposal pada normalized basis

Setelah proposal masuk, buat normalization sheet. Samakan entity count, filing volume, meeting, travel, revision, technology, dan specialist assumption. Hitung fee pada scenario base dan high-volume. Sering kali vendor termurah pada headline menjadi lebih mahal setelah out-of-scope dimasukkan.

Normalization juga menunjukkan proposal yang tidak membaca RFP. Jika satu kandidat mengasumsikan 12 entitas padahal brief menyebut 25, jangan langsung menilai harganya rendah. Clarify dulu agar scoring fair.

Demo workflow lebih berguna daripada slide teknologi

Jika vendor menawarkan platform, minta demo menggunakan dummy flow dari data request sampai approval. Lihat user role, audit trail, export, security, dan ability perusahaan mengambil data ketika kontrak berakhir. Jangan membeli platform hanya karena dashboard terlihat modern.

Tanyakan apa yang terjadi saat system vendor down mendekati deadline. Ada manual fallback atau support escalation? Tool adalah bagian delivery, sehingga business continuity perlu diuji.

Interview sebaiknya lintas fungsi

Tax menilai technical depth, procurement menilai commercial clarity, IT atau security menilai data handling, dan business stakeholder menilai communication. Jangan memasukkan terlalu banyak orang, tetapi gunakan perspektif yang mewakili real workflow.

Setelah interview, score independen sebelum diskusi kelompok agar suara senior tidak langsung memengaruhi semua penilai. Lalu bahas perbedaan score dengan evidence. Governance sederhana ini membuat keputusan vendor lebih kuat.

Negosiasi final jangan merusak model delivery

Menekan fee terlalu jauh dapat membuat vendor mengganti senior dengan junior atau mengurangi review. Jika budget terbatas, lebih baik mempersempit scope, mengurangi meeting, atau membagi fase daripada meminta output sama dengan harga yang tidak realistis. Tanyakan secara terbuka trade-off setiap diskon.

RFP yang efektif akhirnya menghasilkan satu hal: perusahaan tahu apa yang dibeli. Team, method, data, security, scope, SLA, knowledge transfer, dan fee saling konsisten. Harga kemudian menjadi satu variabel dalam keputusan, bukan satu-satunya bahasa yang dapat dibandingkan.

Sebelum mengumumkan pemenang, lakukan final risk review terhadap asumsi yang paling dapat mengubah biaya atau kualitas. Misalnya volume transaksi, kebutuhan onsite, jumlah legal entity, jumlah revision, atau penggunaan specialist. Minta vendor mengonfirmasi assumption secara tertulis. Jika satu kandidat unggul hanya karena assumption lebih ringan, score perlu dinormalisasi. Setelah award, simpan RFP, proposal, clarification, scorecard, dan decision note dalam vendor file. Dokumentasi ini memudahkan renewal serta memberi baseline untuk menilai apakah team dan model delivery yang dijanjikan benar-benar terjadi. Procurement yang rapi tidak memperlambat tax; ia mengurangi debat ketika ekspektasi mulai berbeda setelah pekerjaan berjalan.

Setelah contract ditandatangani, ubah janji proposal menjadi onboarding checklist. Verifikasi personel, akses, repository, calendar, SLA, dan escalation contact sebelum file pertama dikirim. Satu kickoff yang disiplin dapat mencegah berbulan-bulan salah ekspektasi. Jika ada perbedaan antara proposal dan resource aktual, selesaikan saat onboarding, bukan setelah deadline pertama lewat.