Deal SaaS B2B sering terlihat menang setelah demo, lalu macet di procurement. Founder merasa buyer sudah setuju, tetapi perusahaan masih meminta dokumen legal, pajak, security, kontrak, invoice, SLA, atau approval vendor baru. Jika dokumen tidak siap, momentum sales turun.
Procurement bukan musuh. Procurement adalah proses perusahaan mengurangi risiko. Founder SaaS yang menyiapkan dokumen sejak awal terlihat lebih dapat dipercaya dan membantu champion internal mendorong pembelian.
Dokumen legal dasar
Siapkan:
- nama badan usaha
- alamat resmi
- akta atau dokumen perusahaan jika diminta
- NIB atau dokumen legal relevan jika tersedia
- kontak penanggung jawab kontrak
- rekening perusahaan
Untuk startup sangat awal, beberapa dokumen mungkin belum lengkap. Jangan mengarang. Jelaskan kondisi perusahaan dan alternatif proses penagihan yang legal.
Dokumen pajak dan invoice
Finance biasanya meminta:
- NPWP
- informasi PKP atau non-PKP
- format invoice
- termin pembayaran
- nomor rekening
- kontak finance
- detail pajak sesuai status perusahaan
Siapkan template quotation dan invoice. Jangan membuat finance pelanggan menunggu founder mencari format setiap kali deal masuk.
Dokumen produk dan scope
Procurement perlu tahu apa yang dibeli:
- deskripsi produk
- paket atau modul
- jumlah user/cabang/transaksi
- durasi kontrak
- biaya setup atau implementation fee
- batas support
- integrasi yang termasuk
- hal yang tidak termasuk
Scope yang jelas mengurangi konflik setelah go-live. Jika custom work tidak termasuk, tulis eksplisit.
Dokumen keamanan
Untuk pelanggan bisnis, terutama mid-market dan enterprise, siapkan security one-pager:
- ringkasan infrastruktur
- kontrol akses internal
- backup
- enkripsi jika relevan
- data export
- incident contact
- role permission produk
- kebijakan privasi
Jangan mengeklaim sertifikasi yang belum dimiliki. Lebih baik jujur: "belum ISO 27001, tetapi kontrol minimum yang sudah tersedia adalah..." Buyer menghargai kejelasan lebih daripada klaim kosong.
SLA dan support
SLA tidak harus kompleks, tetapi support expectation harus jelas:
- channel support
- jam respons
- prioritas masalah
- eskalasi bug kritis
- maintenance window jika ada
- customer success review jika termasuk paket
Jika belum bisa menjamin SLA enterprise, jangan menjanjikan. Tulis support commitment yang bisa dipenuhi.
DPA dan data pribadi
Jika produk memproses data pribadi, pelanggan mungkin meminta data processing agreement atau klausul perlindungan data. Founder perlu memahami data apa yang diproses, siapa yang mengakses, dan bagaimana data dihapus atau diekspor.
Jangan menunggu legal review besar untuk mulai. Minimal siapkan data map:
- kategori data
- tujuan pemrosesan
- lokasi penyimpanan
- vendor/subprocessor jika ada
- retention
- proses deletion/export
Vendor registration
Beberapa perusahaan punya vendor registration form. Biasanya meminta:
- informasi perusahaan
- dokumen pajak
- rekening
- kontak legal dan finance
- kategori vendor
- pengalaman atau referensi
- pernyataan compliance
Isi dengan konsisten. Perbedaan nama perusahaan, alamat, atau rekening bisa membuat proses mundur.
Procurement pack satu folder
Buat folder internal:
- Company profile singkat
- Quotation template
- Invoice template
- Security one-pager
- Privacy policy
- Support/SLA note
- Product scope template
- Data map
- Kontak legal/finance/support
Dengan folder ini, sales tidak perlu mencari dokumen setiap kali deal bergerak.
Red flag procurement
Waspadai:
- buyer tidak tahu proses procurement internal
- procurement meminta custom legal berat untuk deal kecil
- security requirement jauh di atas kesiapan produk
- payment term terlalu panjang untuk runway startup
- scope berubah saat kontrak disusun
- dokumen diminta setelah pilot selesai, bukan sebelum
Red flag tidak selalu berarti deal buruk. Tetapi founder perlu menghitung waktu dan biaya closing.
Kapan dokumen harus dikirim
Jangan menunggu procurement meminta semuanya. Setelah demo serius atau sebelum pilot berbayar, kirim ringkasan dokumen yang sudah siap:
- quotation
- scope produk
- legal entity dan NPWP
- security one-pager
- support note
- kontak finance/legal
Ini membantu champion internal. Mereka bisa meneruskan paket ke procurement tanpa meminta founder satu per satu.
Cara menjawab security questionnaire
Security questionnaire bisa panjang. Jawab dengan jujur dan konsisten:
- jika sudah tersedia, jelaskan kontrolnya
- jika belum tersedia, jangan mengarang
- jika sedang direncanakan, beri status tanpa janji palsu
- jika pertanyaan tidak relevan untuk scope, jelaskan alasannya
Simpan jawaban yang sering muncul. Setelah beberapa kali, founder akan punya basis knowledge untuk security review berikutnya.
Hitung biaya procurement
Deal kecil dengan procurement berat bisa tidak sehat. Hitung:
- waktu sales
- waktu founder/legal
- revisi kontrak
- security review
- payment term
- biaya implementasi
Jika nilai kontrak tidak sebanding dengan effort, naikkan minimum deal size, gunakan paket standar, atau tawarkan pilot berbayar terlebih dahulu.
Ritme internal untuk dokumen
Buat review bulanan 30 menit:
- dokumen apa yang diminta deal bulan ini?
- jawaban security apa yang berulang?
- apakah invoice pernah salah?
- apakah ada payment term yang perlu ditolak?
- apakah scope kontrak sering berubah?
- apakah procurement pack perlu diperbarui?
Ritme ini membuat dokumen sales membaik dari pengalaman nyata. Founder tidak perlu membuat legal ops besar, tetapi perlu kebiasaan memperbarui dokumen yang sering dipakai.
Peran di tim kecil
Walau tim kecil, bagi pemilik:
- sales owner: mengumpulkan permintaan dokumen
- finance/admin: invoice, NPWP, rekening, termin
- product/engineering: security dan data map
- founder: kontrak, scope, dan keputusan komersial
Jika semua dokumen hanya ada di laptop founder, procurement akan selalu lambat. Folder bersama yang rapi lebih penting daripada tool mahal.
Checklist procurement pack
- Company profile satu halaman
- Quotation dan invoice template
- NPWP dan informasi pajak
- Scope produk standar
- Security one-pager
- Privacy policy
- Support/SLA note
- Data map
- Kontak legal, finance, support
- Jawaban security yang sering muncul
Jangan biarkan procurement muncul terlalu akhir
Tanyakan proses procurement sejak discovery akhir atau sebelum pilot. Pertanyaan sederhana:
- Jika pilot berhasil, proses pembelian berikutnya seperti apa?
- Siapa yang memeriksa vendor baru?
- Dokumen apa yang biasanya diminta?
- Berapa lama payment term standar?
Jawaban ini membantu founder menghindari kejutan setelah buyer sudah tertarik.
Perhatikan payment term
Payment term bisa memengaruhi runway. Perusahaan besar kadang meminta 30, 45, atau 60 hari setelah invoice diterima. Untuk startup kecil, ini perlu dihitung sebelum menyetujui harga.
Jika term terlalu panjang, opsi yang bisa dinegosiasikan:
- pilot fee dibayar di muka
- implementation fee dibayar saat kick-off
- annual plan dengan termin bertahap
- kontrak mulai setelah PO terbit
- scope diperkecil sampai proses pembayaran terbukti lancar
Jangan hanya melihat nilai kontrak. Lihat kapan kas masuk dan effort apa yang harus dikeluarkan sebelum pembayaran pertama.
Langkah berikutnya
Audit tiga deal terakhir yang macet. Dokumen apa yang diminta berulang? Buat procurement pack versi pertama minggu ini. Tidak perlu sempurna. Yang penting cukup rapi agar champion internal tidak harus menjelaskan ulang siapa vendor, apa produknya, dan risiko apa yang sudah dijawab.