Dasar-Dasar Deal Desk: Cara Tim Penjualan Lebih Kecil Menyetujui dan Menutup Deal Lebih Cepat

"Deal desk" terdengar seperti sesuatu yang hanya dibutuhkan perusahaan dengan 500 tenaga penjual. Satu departemen untuk mengelola persetujuan harga? Komite tinjauan formal untuk setiap penawaran khusus? Itu teritori enterprise.

Namun kenyataannya: setiap tim penjualan, bahkan yang hanya beranggotakan 10 orang, menghadapi deal non-standar. Seorang prospek meminta diskon 40% dari harga standar. Yang lain membutuhkan jadwal pembayaran khusus. Ada juga yang meminta ketentuan kontrak yang belum pernah ditinjau oleh legal. Tanpa proses yang jelas, setiap situasi ini menjadi situasi darurat: tenaga penjual menghubungi VP melalui Slack, VP menghubungi CEO, seseorang mencari pengecualian sebelumnya sebagai preseden, dan tiga hari berlalu sementara prospek menunggu.

Deal desk tidak harus berupa departemen. Yang dibutuhkan adalah proses terdokumentasi, pemilik yang ditunjuk, dan seperangkat ambang batas yang jelas. Berikut cara membangunnya agar cukup ringan untuk tim kecil namun cukup terstruktur untuk benar-benar mengurangi waktu persetujuan. Ini juga terhubung langsung dengan cara Anda mendefinisikan kategori forecast: sebuah commit tanpa proses deal desk di belakangnya hanyalah optimisme seorang tenaga penjual.

---

Apa Sebenarnya Deal Desk Itu

Deal desk adalah proses dan orang-orang yang bertanggung jawab untuk meninjau dan menyetujui deal non-standar sebelum dikomunikasikan kepada prospek.

Gartner mendefinisikan deal desk sebagai kapabilitas lintas fungsi yang mengkoordinasikan penetapan harga, legal, keuangan, dan penjualan untuk mempercepat deal velocity sekaligus mengelola risiko. Bahkan di tim kecil, fungsi intinya tetap sama.

Non-standar berarti apa pun yang menyimpang dari harga yang dipublikasikan, ketentuan standar, atau struktur kontrak biasa. Ini mencakup:

• Diskon di atas ambang batas yang disetujui untuk tenaga penjual
• Komitmen multi-tahun yang memerlukan tinjauan keuangan
• Jadwal pembayaran khusus (net 90, berbasis tonggak, dsb.)
• Ketentuan legal yang tidak ada dalam MSA standar Anda
• Harga bundel yang tidak ada dalam rate card Anda

Deal standar (yang sesuai dengan harga dan template kontrak yang dipublikasikan) disetujui otomatis. Tenaga penjual membuat penawaran, prospek menerima, dan tidak perlu melibatkan manajer. Deal desk hanya aktif untuk pengecualian.

Apa yang digantikan oleh deal desk: rantai persetujuan informal yang saat ini berjalan melalui DM Slack, rangkaian email dengan empat orang di CC, dan sesekali datang langsung ke meja CEO. Setiap tim sudah memiliki deal desk. Sebagian besar tim saja tidak memilikinya dalam bentuk yang terdokumentasi atau konsisten.

---

Langkah 1: Tentukan Deal Mana yang Perlu Tinjauan Desk

Hal paling berguna yang bisa Anda lakukan sebelum membangun bagian proses lainnya adalah menuliskan dengan tepat deal mana yang memerlukan tinjauan dan mana yang tidak.

Mulai dengan ambang batas diskon. Deal desk Anda akan menghabiskan sebagian besar waktunya untuk pengecualian harga. Tentukan:

Kemudian tentukan pemicu lainnya. Situasi non-diskon yang memerlukan tinjauan:

• Jadwal pembayaran lebih dari net 30
• Deal multi-tahun di atas $X dalam total contract value
• Ketentuan legal khusus (perubahan apa pun pada MSA standar Anda)
• Deal yang melibatkan tinjauan keamanan, perjanjian pemrosesan data, atau atestasi kepatuhan
• Deal apa pun di mana tenaga penjual secara lisan telah berkomitmen pada sesuatu yang tidak ada dalam template standar

Tuliskan ini dalam satu dokumen referensi dan bagikan kepada semua tenaga penjual. Tujuannya adalah agar setiap tenaga penjual dapat menentukan sendiri apakah deal mereka memerlukan tinjauan desk tanpa bertanya kepada manajer. Jika mereka harus bertanya, ambang batas Anda belum cukup jelas. Ini adalah prinsip yang sama di balik membangun proses penjualan satu jenis deal sekaligus: kriteria eksplisit selalu lebih baik daripada penilaian informal.

---

Langkah 2: Tunjuk Pemilik Deal Desk

Bukan komite. Satu orang.

Dalam tim penjualan 10-30 orang, pemilik deal desk biasanya adalah Kepala Sales Operations, manajer penjualan senior, atau VP of Sales sendiri jika peran-peran tersebut belum ada. Pemilik adalah orang yang menerima pengajuan, menjalankan proses persetujuan, dan mengkomunikasikan keputusan kembali kepada tenaga penjual.

Yang dilakukan pemilik:

• Meninjau pengajuan untuk kelengkapan sebelum diteruskan ke pemberi persetujuan
• Memiliki SLA penyelesaian 24 jam
• Eskalasi ke tingkat persetujuan yang sesuai berdasarkan ukuran dan risiko deal
• Mendokumentasikan hasil dan kondisi persetujuan apa pun
• Mengidentifikasi pengecualian berulang yang harus menjadi kebijakan standar

Jalur eskalasi terpisah dari pemilik. Pemilik mengelola proses. Pemberi persetujuan membuat keputusan. Tentukan siapa yang menyetujui di setiap tingkat sebelum pengajuan pertama tiba.

24 jam adalah target SLA. Bukan "kami akan menghubungi Anda sebelum akhir minggu." Deal desk yang membutuhkan tiga hari untuk menyetujui diskon tidak memberikan manfaat apa pun. Penelitian oleh Forrester tentang gesekan siklus penjualan B2B menunjukkan bahwa penundaan persetujuan internal adalah salah satu alasan paling umum pembeli menarik diri atau mengubah jadwal mereka. Ini mencerminkan SLA handoff SDR ke AE: deal momentum itu rapuh, dan setiap jam penundaan adalah biaya. Tenaga penjual tetap harus mengelola prospek yang cemas dan deal yang tertahan. Jika Anda tidak bisa berkomitmen 24 jam, cari tahu alasannya sebelum menerapkan ini.

---

Langkah 3: Buat Formulir Pengajuan Deal

Formulir pengajuan deal adalah yang diisi tenaga penjual saat mereka membutuhkan tinjauan desk. Tujuannya memberi pemberi persetujuan semua yang mereka butuhkan untuk membuat keputusan tanpa rangkaian email bolak-balik.

Delapan bidang. Tidak lebih, tidak kurang untuk memulai:

Bidang 1: Nama deal dan tautan CRM Peluang spesifik, ditautkan langsung agar pemberi persetujuan dapat melihat riwayat deal.

Bidang 2: Apa yang diminta Permintaan spesifik dalam bahasa yang jelas: "Diskon 32% dari tarif tahunan standar" atau "ketentuan pembayaran khusus: 50% saat penandatanganan, 50% dalam 90 hari."

Bidang 3: Ukuran deal (ARR/TCV) Nilai dolar dari deal dengan ketentuan yang diminta.

Bidang 4: Tanggal penutupan Tanggal penutupan yang dikomitkan atau diperkirakan oleh tenaga penjual.

Bidang 5: Alasan permintaan non-standar Justifikasi bisnis yang diberikan prospek atau yang ditawarkan tenaga penjual: tekanan kompetitif, siklus anggaran, pentingnya akun strategis. Bukan "mereka memintanya." Alasan sebenarnya.

Bidang 6: Apa yang terjadi jika tidak disetujui Penilaian jujur: apakah deal akan gagal, pindah ke kompetitor, berkurang ruang lingkupnya, atau tertunda? Ini memaksa tenaga penjual memikirkan taruhan sesungguhnya, dan membantu pemberi persetujuan menimbang risiko.

Bidang 7: Konteks yang relevan Percakapan sebelumnya dengan eksekutif, pengecualian sebelumnya yang diberikan kepada akun ini, tanda kepatuhan atau legal apa pun.

Bidang 8: Respons dibutuhkan pada Tanggal tenaga penjual memerlukan jawaban untuk menjaga deal tetap berjalan.

Formulir bisa ada di Google Form bersama, halaman Notion, atau bidang khusus di CRM Anda. Formatnya tidak penting. Yang penting adalah setiap pengajuan lengkap sebelum diteruskan ke pemberi persetujuan.

---

Langkah 4: Tingkat Persetujuan

Tiga tingkat mencakup sebagian besar situasi. Tahan dorongan untuk membuat lebih banyak.

Tingkat 1: Manajer Penjualan

• Diskon dalam kisaran 11-20%
• Perpanjangan standar (net 45-60)
• Penyesuaian ruang lingkup kecil dalam kontrak standar

Tingkat 2: VP Sales

• Diskon dalam kisaran 21-30%
• Deal multi-tahun di bawah $100K TCV (sesuaikan ambang batas dengan bisnis Anda)
• Jadwal pembayaran non-standar
• Deal apa pun dengan tanda akun strategis

Tingkat 3: CEO atau CFO

• Diskon di atas 30%
• Deal multi-tahun di atas $100K TCV
• Ketentuan legal khusus (ditinjau bersama konsultan hukum)
• Deal apa pun dengan risiko keuangan atau kepatuhan yang material

Tentukan ambang batas secara tertulis sebelum Anda meluncurkan proses. Pasang di tempat yang bisa dilihat setiap tenaga penjual. Pertama kali seorang tenaga penjual mengetahui deal mereka memerlukan persetujuan CEO tidak boleh terjadi pada saat mereka membutuhkan jawaban dalam 48 jam.

---

Langkah 5: Harga Standar vs. Non-Standar

Salah satu output paling berharga dari membangun deal desk adalah ia memaksa Anda mempertahankan rate card eksplisit: dokumen yang mendefinisikan apa yang bisa dikutip tenaga penjual tanpa persetujuan apa pun. Penelitian MIT Sloan Management Review tentang strategi penetapan harga mencatat bahwa organisasi dengan tingkatan harga terdokumentasi dan tata kelola diskon secara konsisten mengungguli yang mengandalkan penilaian ad hoc di tingkat tenaga penjual.

Jika rate card Anda tidak ada secara tertulis, tenaga penjual menemukan interpretasi "harga standar" mereka sendiri dan Anda akhirnya mendapatkan penawaran yang tidak konsisten antar akun. Artinya deal desk Anda akan lebih sibuk dari yang seharusnya, menangani permintaan yang seharusnya bisa dilayani sendiri.

Rate card Anda harus mendefinisikan:

• Harga dasar berdasarkan tingkatan produk dan jumlah kursi
• Pengganda standar tahunan vs. bulanan
• Diskon standar untuk multi-tahun (misalnya, 10% untuk 2 tahun, 15% untuk 3 tahun)
• Tingkatan diskon volume (jika berlaku)
• Apa yang tidak dapat dinegosiasikan

Perbarui rate card setidaknya setiap kuartal. Pastikan setiap tenaga penjual memiliki versi terkini. Deal desk yang memproses pengecualian dari rate card yang kedaluwarsa melakukan lebih banyak pekerjaan dari yang diperlukan.

---

Langkah 6: Dokumentasi Pasca-Persetujuan

Setelah deal disetujui, tiga hal perlu terjadi sebelum pindah ke kontrak:

1. Pembaruan CRM: persetujuan dicatat dalam rekam deal dengan ketentuan yang disetujui, pemberi persetujuan, dan tanggalnya. Bukan sekadar "disetujui oleh VP." Ketentuan spesifik: "Diskon 32% disetujui untuk kontrak tahunan. Tidak ada konsesi lebih lanjut yang diizinkan."

2. Pemicu pembuatan kontrak: siapa yang memulai kontrak, menggunakan template mana, menggabungkan ketentuan yang disetujui mana. Pemilik deal desk biasanya yang memicunya, bukan tenaga penjual.

3. Komunikasi kepada pelanggan: siapa yang memberitahu prospek bahwa deal disetujui? Biasanya tenaga penjual, namun waktu dan bahasa harus disepakati terlebih dahulu. Tenaga penjual terkadang mengkomunikasikan persetujuan sebelum kontrak siap, yang menciptakan masalah manajemen ekspektasi.

Jika persetujuan datang dengan kondisi (misalnya, "disetujui pada 28%, bukan 32%") kondisi tersebut perlu dikomunikasikan dengan jelas kepada tenaga penjual sebelum mereka kembali ke prospek. Tidak ada yang merusak deal momentum seperti tenaga penjual yang mengatakan kepada prospek "kami bisa melakukan itu" lalu harus mencabutnya.

---

Kesalahan Umum

Analisis McKinsey tentang keunggulan komersial B2B menemukan bahwa perusahaan dengan kerangka tata kelola harga yang jelas menutup deal 10-15% lebih cepat dibandingkan yang tidak, terutama karena gesekan internal berkurang.

Persetujuan oleh komite. Jika setiap deal memerlukan tiga orang untuk memberikan pendapat sebelum keputusan dibuat, SLA 24 jam Anda akan menjadi SLA 72 jam. Pilih satu pemberi persetujuan per tingkat. Yang lain bisa diinformasikan, bukan dikonsultasikan.

Pengecualian yang tidak terdokumentasi menjadi preseden. Frasa paling berbahaya dalam negosiasi deal adalah "kami melakukan itu untuk [Perusahaan X]." Setiap pengecualian yang Anda setujui tanpa mendokumentasikannya menjadi alat yang digunakan tenaga penjual berikutnya untuk membenarkan pengecualian yang sama. Catat setiap persetujuan beserta kondisinya di CRM. Pemilik deal desk Anda harus meninjau pengecualian berulang setiap kuartal dan mengkodifikasikannya ke dalam rate card atau menghentikannya secara eksplisit. Model data CRM Anda harus mencakup bidang untuk tingkat diskon, tingkat persetujuan, dan kondisi agar tinjauan ini dapat dilakukan.

Tenaga penjual mengutip ketentuan non-standar secara lisan sebelum persetujuan. Ketika seorang tenaga penjual mengatakan "saya rasa kita bisa melakukan itu" dalam panggilan discovery sebelum mereka menjalankannya melalui deal desk, Anda sudah kehilangan kendali atas negosiasi. Prospek mengkalibrasi ke angka tersebut. Latih tenaga penjual untuk mengatakan "biarkan saya periksa hal itu dan menghubungi Anda besok." Ini lebih lambat pada saat itu dan lebih cepat secara keseluruhan.

---

Template Deal Desk

Formulir Pengajuan Deal

PENGAJUAN DEAL DESK
Diajukan oleh: [Nama Tenaga Penjual] | Tanggal: [Tanggal]
Tautan CRM: [URL]

1. Nama deal:
2. Apa yang diminta (ketentuan spesifik):
3. Ukuran deal (ARR):
4. Perkiraan tanggal penutupan:
5. Justifikasi bisnis:
6. Risiko jika tidak disetujui:
7. Konteks relevan (diskusi sebelumnya, riwayat akun):
8. Respons dibutuhkan pada:

Matriks Tingkat Persetujuan

---

Langkah Selanjutnya

Cara tercepat untuk menetapkan ambang batas deal desk Anda dengan benar adalah bekerja mundur dari data aktual, bukan maju dari teori.

Tarik data deal yang ditutup kuartal lalu. Tandai masing-masing sebagai:

• Standar (tanpa pengecualian, ditutup dengan harga rate card)
• Pengecualian kecil (diskon di bawah 20%, ditangani oleh satu manajer)
• Pengecualian besar (memerlukan keterlibatan VP atau CEO)
• Ketentuan khusus (perubahan legal atau struktur pembayaran)

Lihat deal dalam kategori "pengecualian besar". Berapa banyak yang langsung ke CEO? Berapa lama mereka butuh untuk ditutup setelah tenaga penjual pertama kali meminta persetujuan? Apa pola dari mengapa mereka harus dieskalasi setinggi itu?

Tetapkan ambang batas Tingkat 2/Tingkat 3 Anda berdasarkan di mana sebagian besar persetujuan level CEO terkonsentrasi. Jika 80% persetujuan CEO ada pada deal di atas $75K ARR, ambang batas Anda mungkin harus $75K, bukan $100K.

Bangun proses berdasarkan aliran deal aktual Anda, bukan ideal yang belum Anda uji. Anda bisa memperketat atau melonggarkan ambang batas setelah tiga bulan data. Pendekatan yang sama untuk melihat ke belakang berlaku untuk analisis win/loss: gunakan riwayat deal aktual untuk mengkalibrasi proses Anda, bukan asumsi.

---

Pelajari Lebih Lanjut

• Kadense forecast: mingguan vs. bulanan vs. berkelanjutan
• Commit, best case, pipeline: mendefinisikan kategori forecast
• Menjalankan tinjauan pipeline mingguan yang tidak membuang satu jam
• Model kematangan RevOps: di mana posisi tim Anda?