Bahasa Indonesia

Menavigasi Pengadaan dan Hukum dalam Penjualan Enterprise

Itu hari Senin. Deal sudah "siap ditutup." EVP telah memberikan persetujuan lisan hari Jumat sebelumnya, formulir pemesanan sudah ada di DocuSign dengan dua tanda tangan, dan AE sudah memindahkan deal ke status commit dalam Forecast.

Kemudian proses pengadaan dimulai. Sembilan minggu kemudian. Tiga minggu melewati akhir kuartal. Dengan tujuh belas revisi kontrak dari tim hukum yang belum pernah melihat kontrak sebelumnya, kuesioner keamanan baru, dan permintaan ketentuan pembayaran Net-90 yang tidak pernah disetujui divisi keuangan untuk deal mana pun di bawah $500.000.

Deal itu tergelincir dua kuartal. AE tidak mencapai targetnya. Pelanggan akhirnya menandatangani, tapi tumpukan diskon memangkas 22 poin dari penawaran awal.

Pengadaan dan hukum bukan langkah terakhir. Keduanya adalah jalur paralel yang harus dimulai pada minggu yang sama saat Anda memvalidasi deal. AE yang memperlakukan pengadaan sebagai masalah mekanika penutupan akan terpukul di akhir kuartal. AE yang memperlakukannya sebagai pertanyaan discovery menutup deal 25-40% lebih cepat, dengan kontrak yang lebih bersih dan lebih sedikit revisi kontrak yang mengejutkan.

Mengapa Pengadaan dan Hukum Dimulai dari Discovery, Bukan dari Penandatanganan

Sebagian besar pelatihan AE memperlakukan pengadaan sebagai aktivitas tahap enam. Kenyataannya justru sebaliknya. Timeline pengadaan adalah fungsi dari proses internal pembeli, bukan keterampilan negosiasi penjual. Anda tidak bisa memaksa proses onboarding vendor 60 hari menjadi 14 hari hanya karena kuartal Anda berakhir Jumat.

Yang bisa Anda lakukan adalah memulai hitungan mundur sembilan minggu lebih awal. Berhentilah memikirkan pengadaan sebagai gerbang yang harus Anda lalui. Mulailah memikirkannya sebagai proyek yang Anda co-manage bersama Champion Anda, dengan timeline, penanggung jawab, dan pos pemeriksaan sendiri yang berjalan paralel dengan validasi produk dan penetapan harga.

AE yang menutup deal dengan lancar melakukan empat hal yang dilewatkan rekan-rekan mereka:

  1. Mereka memunculkan kontak pengadaan pada tahap dua, sebelum harga ada di atas meja.
  2. Mereka mengajukan pertanyaan diskualifikasi yang mengungkap hambatan fatal sebelum deal menjadi terlalu mahal secara emosional untuk ditinggalkan.
  3. Mereka memiliki matriks triase revisi kontrak yang sudah disiapkan agar tidak berargumen baris per baris dalam kepanikan di minggu terakhir kuartal.
  4. Mereka mendorong struktur perjanjian induk pada deal pertama, sehingga deal kedua dan ketiga hampir sepenuhnya melewati proses hukum.

Setiap hal itu bersifat taktis. Tidak ada yang soal "membangun hubungan." Mari kita bahas satu per satu.

Kapan Memperkenalkan Pengadaan: Tahap Dua, Bukan Tahap Lima

Pemicunya bukan "setelah komitmen lisan." Pemicunya adalah "setelah Champion mengonfirmasi ada niat beli yang nyata dan pemilik anggaran yang nyata."

Setelah Champion Anda mengatakan sesuatu seperti "ya, ini masalah yang ingin kami selesaikan tahun ini, dan ya, EVP adalah orang yang tepat untuk mendanainya," Anda mengajukan satu pertanyaan:

"Pertanyaan logistik cepat. Siapa yang menangani onboarding vendor di pihak Anda, dan berapa lama biasanya dari kontrak dikirim hingga ditandatangani? Saya ingin memastikan kita tidak menciptakan kepanikan mendadak di akhir kuartal."

Kalimat itu melakukan tiga hal. Menandakan bahwa Anda sudah berpengalaman dalam hal ini. Memposisikan pengadaan sebagai masalah timeline bersama. Dan memberi Anda nama kontak pengadaan sebelum Anda membicarakan harga, artinya pengadaan masuk ke dalam deal dengan melihat Anda sebagai mitra, bukan hambatan.

Jika Champion Anda berkata "saya tidak tahu," itu bersifat diagnostik. Artinya mereka belum pernah membeli perangkat lunak di perusahaan ini, atau pengadaan sebenarnya tidak terlibat dan ada gerbang lain yang belum Anda temukan. Bagaimanapun, Anda perlu multi-threading lebih jauh. Lihat Multi-Threading pada Deal Enterprise yang Kompleks.

Lima Pertanyaan Diskualifikasi Pengadaan

Pada tahap tiga, Anda harus sudah memiliki jawaban untuk kelima pertanyaan ini. Jika belum, Anda sebenarnya tidak memiliki deal yang bisa di-Forecast. Anda hanya memiliki deal yang penuh harapan.

  1. Persyaratan persetujuan vendor. "Apakah kami sudah menjadi vendor yang disetujui, atau perlu melalui proses onboarding vendor baru? Jika baru, bagaimana prosesnya dan biasanya berapa lama?"
  2. Timeline tinjauan keamanan. "Apakah ini perlu melalui tim keamanan atau InfoSec Anda? Jika ya, kapan dalam siklus ini biasanya mereka terlibat?"
  3. Norma revisi kontrak hukum. "Apakah tim hukum Anda lebih suka merevisi kontrak kami, atau biasanya mendorong MSA Anda sendiri? Berapa putaran yang biasanya terjadi?"
  4. Ambang otoritas tanda tangan. "Pada nilai kontrak berapa deal ini memerlukan persetujuan board, CFO, atau CEO dibandingkan persetujuan departemen?"
  5. Batas tahun fiskal. "Kapan tahun fiskal Anda berakhir, dan apakah ada jendela pembekuan anggaran sebelum itu?"

Dapatkan jawaban ini dari Champion terlebih dahulu, kemudian validasikan langsung dengan pengadaan setelah mereka terlibat. Champion sering kali terlalu optimistis tentang timeline karena mereka sendiri belum pernah melewati prosesnya.

Pertanyaan kelima membunuh lebih banyak deal daripada keempat pertanyaan lainnya digabungkan. Jika tahun fiskal pembeli berakhir 31 Maret dan Anda ada di pertengahan Februari dengan siklus pengadaan 60 hari, deal itu tidak akan ditutup kuartal ini. Mengetahui hal ini di tahap tiga berarti Anda bisa mempercepat secara agresif atau memperbarui Forecast secara jujur. Keduanya lebih baik daripada mengetahuinya sehari sebelum akhir kuartal.

Revisi Kontrak yang Bisa Anda Pertahankan vs. yang Harus Dieskalasi

Pemborosan waktu AE terbesar adalah melawan setiap revisi kontrak seolah semuanya sama pentingnya. Kenyataannya tidak demikian. Sekitar 80% revisi kontrak bersifat dapat diprediksi, berulang, dan mengikuti pola yang sudah pernah dilihat tim Sales Ops Anda di dua puluh deal lainnya.

Bangun matriks triase satu halaman. Simpan di desktop Anda. Strukturnya seperti ini:

Klausul Pertahankan (AE yang tangani) Negosiasi (AE + Sales Ops) Eskalasi (Legal yang tangani)
Bahasa perpanjangan otomatis Perpanjangan otomatis standar 12 bulan dengan opt-out 60 hari Jendela pemberitahuan lebih pendek (30 hari) Penghapusan perpanjangan otomatis sepenuhnya
Batas tanggung jawab Batas pada 12 bulan biaya Batas pada 24 bulan dengan persetujuan keuangan Tidak terbatas atau 3x biaya tahunan
Ruang lingkup ganti rugi Ganti rugi IP bersama, pengecualian standar Menambahkan pengecualian kelalaian berat Ganti rugi tidak terbatas atau klaim pihak ketiga
Residensi data Hosting regional standar sesuai daftar yang dipublikasikan Region yang ditentukan pelanggan dalam infrastruktur yang ada Region baru, kunci yang dikendalikan pelanggan
Pemutusan atas kemudahan Tidak ada (jangka waktu tetap) Pemberitahuan 90 hari dengan pengembalian dana prorata Pemutusan kapan saja, pengembalian dana penuh
Ketentuan pembayaran Net-30 Net-45 dengan persetujuan keuangan Net-60 ke atas, berbasis tonggak, atau kuartalan di belakang
SLA / kredit uptime SLA yang dipublikasikan, jadwal kredit standar Tangga kredit kustom Ganti rugi yang ditentukan atau denda finansial
MFN / perlindungan harga Tidak ada Batas kenaikan tahunan (misalnya, CPI atau 7%) Kunci harga untuk seluruh jangka waktu
Kepemilikan IP atas kustomisasi Vendor mempertahankan, pelanggan mendapat lisensi Kepemilikan bersama untuk modul kustom Kepemilikan pelanggan atas semua turunan
Escrow kode sumber Tidak ada pada SaaS standar Escrow atas biaya pelanggan Escrow yang didanai vendor dengan setoran kuartalan

Ketika revisi kontrak masuk, Anda tidak berargumen. Anda melakukan triase. Pertahankan berarti Anda menolak dalam 24 jam dengan bahasa penolakan standar yang diberikan Sales Ops. Negosiasi berarti Anda menjadwalkan panggilan 30 menit dengan Sales Ops atau keuangan dan kembali dengan tawaran balik. Eskalasi berarti Anda tidak merespons sama sekali, Anda menyerahkan revisi kontrak ke legal, meng-cc VP Anda, dan percakapan timeline berpindah ke jalur legal-to-legal.

Disiplin triase mengubah siklus revisi kontrak dua minggu menjadi empat hari. Untuk sisi teknis dan keamanan dari alur kerja paralel yang sama, lihat Bertahan dalam Tinjauan Keamanan dan Kepatuhan.

Mencapai Perjanjian Induk Lebih Cepat

Struktur MSA ditambah SOW adalah hal tunggal yang paling berpengaruh yang bisa Anda negosiasikan pada deal pertama. Kebanyakan AE tidak memintanya karena mereka sedang dalam mode bertahan mencoba menutup deal pertama. Itu justru terbalik.

Berikut framing yang berhasil:

"Satu hal yang akan menghemat banyak waktu tim Anda untuk pembelian di masa depan. Mari kita strukturkan ini sebagai perjanjian induk layanan ditambah pernyataan kerja. MSA mencakup semua ketentuan standar sekali saja. SOW adalah dokumen singkat yang mencakup ruang lingkup, harga, dan timeline. Lain kali Anda membeli lebih dari kami, kita melewati proses hukum sepenuhnya dan cukup menandatangani SOW baru. Kebanyakan pelanggan enterprise kami melakukannya dengan cara ini."

Kalimat terakhir itu yang paling berperan. Anda tidak meminta. Anda menggambarkan apa yang dilakukan rekan-rekan mereka.

Ketika tim hukum mereka meminta baseline, Anda mengirimkan paket referensi MSA standar Anda. Paket tersebut harus berisi:

  1. MSA yang bersih. Template standar perusahaan Anda, tanpa markup.
  2. Log penerimaan revisi kontrak. Satu halaman yang menunjukkan 8 perubahan paling umum yang diminta pelanggan, 5 yang Anda terima secara default, dan 3 yang memerlukan persetujuan keuangan atau hukum.
  3. Daftar referensi pelanggan. Pelanggan bernama yang menandatangani MSA standar tanpa modifikasi, diorganisir berdasarkan industri. Logo penting di sini. Jika tiga kompetitor langsung mereka menandatangani kontrak standar, leverage negosiasi tim hukum mereka turun setengahnya.

Paket referensi mengubah framing percakapan. Tim hukum mereka tidak memutuskan apakah ketentuan Anda dapat diterima. Mereka memutuskan apakah mereka lebih menuntut daripada tiga rekan mereka. Itu pertanyaan yang sangat berbeda.

Kerangka SOW Standar

Setiap SOW memerlukan enam bagian yang sama. Lewatkan salah satunya dan Anda sedang menulis diri Anda ke dalam sengketa pasca-penandatanganan.

  1. Ruang lingkup. Tepat apa yang diserahkan, dalam bahasa yang jelas. Jika SOW menyatakan "implementasi platform Rework," itu bukan ruang lingkup. Itu harapan. Ruang lingkup menyatakan: "konfigurasi modul CRM untuk tim penjualan EMEA (35 pengguna), migrasi data dari Salesforce sebanyak 24 bulan data historis, integrasi dengan HubSpot Marketing Hub melalui konektor standar, dan 8 jam pelatihan admin."
  2. Deliverable. Daftar berpoin dengan nama-nama. Bukan "konfigurasi sistem." Melainkan: "dokumen tahap Pipeline yang dikonfigurasi dan bidang yang diperlukan; akun pengguna yang diisi dengan izin berbasis peran; sinkronisasi data HubSpot yang diuji selama jendela 7 hari."
  3. Kriteria penerimaan. Tiga kalimat yang mencegah 80% sengketa pasca-penandatanganan. Terlihat seperti ini: "Deliverable dianggap diterima setelah konfirmasi tertulis dari pemilik proyek bernama pelanggan. Jika tidak ada keberatan tertulis yang diterima dalam 10 hari kerja setelah pengiriman, deliverable dianggap diterima. Keberatan harus spesifik, tertulis, dan terkait dengan deliverable yang tercantum dalam SOW ini." Tanpa bahasa ini, "kami rasa belum selesai" menjadi argumen permanen.
  4. Ketentuan pembayaran. Terkait dengan tonggak, bukan tanggal kalender. 50% saat penandatanganan, 50% saat go-live. Atau 100% di muka untuk langganan tahunan prabayar. Pembayaran berdasarkan tanggal kalender mengundang sengketa ketika implementasi terlambat.
  5. Jangka waktu dan pemutusan. Tanggal mulai, tanggal selesai, mekanisme pembaruan, dan kondisi di mana salah satu pihak dapat mengakhiri lebih awal. Spesifik. Bukan "dapat diakhiri karena alasan tertentu."
  6. Proses change order. Prosedur yang dinamai untuk apa yang terjadi ketika ruang lingkup berubah. Tanpa ini, setiap percakapan tentang persyaratan baru menjadi masalah yang dibebankan pihak lain secara sepihak.

SOW bukan dokumen legal. Ini rencana proyek yang ditulis dalam bentuk kontrak. Perlakukan seperti itu dan Anda akan menghindari 80% drama implementasi yang terjadi setelah penandatanganan.

Kesalahan Umum yang Harus Dihindari

Menunggu pengadaan muncul sendiri. Mereka tidak akan melakukannya. Tim pengadaan secara desain bersifat reaktif. Jika Anda tidak memperkenalkan diri di tahap dua, Anda bertemu mereka setelah formulir pemesanan dikirim. Itu adalah waktu yang paling buruk, karena mereka memiliki semua leverage dan Anda memiliki tenggat akhir kuartal.

Melawan revisi kontrak baris per baris. Matriks triase ada untuk suatu alasan. AE yang berargumen setiap klausul terlihat junior. AE yang berkata "yang itu standar, kami tidak bergerak; yang ini akan kami fleksibilkan dengan persetujuan keuangan; yang ini akan saya minta legal menghubungi langsung" terlihat senior.

Tidak punya paket referensi MSA standar. Jika Sales Ops belum membuatnya, buat versi pertamanya sendiri. Ambil bahasa dari tiga deal enterprise terbaru Anda. Dapatkan persetujuan VP Anda. Pada deal berikutnya yang memasuki fase revisi kontrak, Anda menghemat dua minggu.

Membiarkan legal memiliki timeline. Tim hukum mengoptimalkan pengurangan risiko, bukan kecepatan deal. Jika Anda menyerahkan thread revisi kontrak kepada mereka dan berkata "beri tahu saya ketika selesai," mereka akan melakukannya, tapi lebih lambat dari yang Anda butuhkan. Jalankan jalur paralel dengan pos pemeriksaan mingguan: setiap Jumat, ping kedua tim hukum dengan pembaruan status dan permintaan tonggak berikutnya. Kadense itu memaksa pergerakan.

Untuk daftar mode kegagalan tahap akhir yang lebih panjang, lihat Kesalahan Umum yang Dilakukan Enterprise AE (dan Cara Menghindarinya).

Email Perkenalan Pengadaan (Diteruskan Champion)

Kirimkan ini kepada Champion Anda di tahap dua atau tiga, dengan permintaan agar mereka meneruskannya ke kontak pengadaan. Baris subjek: "Perkenalan cepat tentang onboarding vendor untuk [Nama Proyek]"

Halo [Kontak Pengadaan],

[Champion] menyebutkan Anda adalah orang yang tepat untuk diajak bicara tentang onboarding vendor untuk [proyek] yang sedang kami rancang. Saya ingin memperkenalkan diri lebih awal agar kita tidak berakhir dalam kepanikan mendadak di akhir kuartal.

Beberapa pertanyaan singkat jika Anda sempat:

  1. Apakah kami sudah menjadi vendor yang disetujui dalam sistem Anda? Jika belum, apa yang diperlukan dalam proses onboarding vendor baru dan biasanya berapa lama?
  2. Apakah ini memerlukan tinjauan keamanan atau InfoSec? Jika ya, kapan Anda biasanya melibatkan mereka?
  3. Apakah tim hukum Anda lebih suka merevisi kontrak kami, atau mendorong MSA Anda sendiri?

Dengan senang hati saya kirimkan MSA standar kami, paket keamanan, dan daftar pelanggan bernama yang telah menandatangani kontrak standar kami jika itu membantu tim Anda bergerak cepat.

Terima kasih. Menantikan kerja sama kita.

[Nama AE]

Email itu memberikan lebih banyak dampak pada Close rate Anda daripada tiga panggilan discovery berikutnya digabungkan. Email itu membangun kredibilitas, memunculkan timeline, dan memposisikan Anda sebagai seseorang yang sudah berpengalaman dalam hal ini.

Mengukur Keberhasilan

Anda harus melacak empat metrik pada setiap deal tahap akhir. Jika CRM Anda tidak melacaknya, tambahkan bidang kustom. Toolset yang tepat penting di sini. Lihat Alat dan Tech Stack Enterprise AE untuk apa yang perlu diinstrumentasi.

  • Waktu pengadaan hingga penandatanganan. Target: di bawah 21 hari untuk mid-market, di bawah 45 untuk enterprise. Lebih dari itu berarti pengadaan masuk ke dalam deal terlambat.
  • Deal yang hilang di tahap pengadaan. Target: di bawah 10% dari Pipeline tahap lima. Lebih dari itu, dan Anda tidak mengkualifikasikan risiko pengadaan di tahap tiga.
  • Hari siklus hukum. Target: di bawah 14 hari dari revisi kontrak pertama hingga MSA ditandatangani. Gunakan matriks triase revisi kontrak untuk menjaganya tetap singkat.
  • Persentase deal yang menggunakan MSA yang sudah ada. Target: 60% atau lebih pada deal kedua dan seterusnya. Ini adalah metrik yang berbunga-bunga. Semakin banyak deal yang melewati negosiasi MSA, semakin banyak waktu yang Anda habiskan untuk benar-benar menjual.

Jika Anda adalah pemimpin Sales Ops yang membaca ini, keempat metrik tersebut termasuk dalam dashboard tinjauan deal. Jika Anda seorang AE, metrik tersebut termasuk dalam tinjauan mandiri kuartalan Anda.

Tujuannya bukan membuat pengadaan dan hukum menghilang. Ini membuat keduanya terjadi secara paralel, dengan cukup waktu lead time sehingga keduanya bukan alasan Anda melewatkan target. Jalankan keduanya sebagai proyek. Munculkan keduanya saat discovery. Lakukan triase revisi kontrak terhadap matriks. Dorong struktur MSA pada deal pertama.

Lakukan itu, dan satu-satunya deal yang Anda kalah di akhir kuartal adalah yang memang seharusnya Anda kalah.

Pelajari Lebih Lanjut