Objection harga jarang hanya berarti produk terlalu mahal. Sering kali buyer belum melihat biaya masalah, belum punya pembanding internal, atau takut implementasi membuat tim tambah sibuk.
Di pasar Indonesia, diskusi harga sering bercampur dengan termin pembayaran, invoice, pajak, annual plan, approval finance, dan kebiasaan meminta diskon sebelum nilai produk benar-benar jelas.
Artikel ini sengaja ditulis sebagai dokumen kerja. Founder bisa membawanya ke rapat produk, sales review, customer success review, atau planning mingguan tanpa perlu menerjemahkan ulang dari teori ke tindakan.
Masalah yang sebenarnya
Masalah utama biasanya bukan kurangnya ide. Masalahnya adalah tim belum membedakan sinyal yang kuat dari sinyal yang sopan. Untuk topik ini, founder perlu mencari perilaku yang menunjukkan perubahan nyata: waktu yang diberikan calon pelanggan, data yang dibuka, budget yang disiapkan, atau proses internal yang mulai bergerak.
Jangan berhenti pada jawaban umum. Minta contoh dari minggu terakhir, dokumen yang dipakai, orang yang terlibat, dan keputusan yang tertunda. Detail kecil seperti ini sering menunjukkan apakah masalah cukup penting untuk dibeli.
Langkah kerja
- Tanya dibandingkan dengan biaya apa harga dianggap mahal.
- Hitung biaya manual: waktu admin, error, keterlambatan laporan, dan peluang hilang.
- Pisahkan objection harga dari objection trust atau timing.
- Tawarkan scope pilot yang jelas, bukan diskon besar.
- Gunakan annual prepay hanya jika value sudah terbukti.
Pertanyaan discovery
- Kapan masalah ini terakhir terjadi?
- Siapa yang paling terganggu saat proses gagal?
- Apa solusi sementara yang dipakai sekarang?
- Berapa biaya waktu, uang, atau risiko yang muncul?
- Siapa yang harus setuju sebelum perubahan dilakukan?
- Apa tanda bahwa solusi baru dianggap berhasil?
Pertanyaan ini membantu founder menghindari percakapan yang terlalu abstrak. Jika calon pelanggan tidak bisa menjawab dengan contoh nyata, masalahnya mungkin belum cukup dekat dengan pekerjaan harian.
Checklist keputusan
- Buyer bisa menyebut masalah spesifik
- Ada baseline biaya manual
- Paket harga sesuai segmen
- Diskon punya alasan dan batas
- Implementation fee dijelaskan
- Renewal tidak bergantung pada diskon
Cara mengukur
Pilih 3-5 metrik yang paling dekat dengan perilaku. Jangan mengukur semua hal. Untuk artikel ini, metrik yang sehat biasanya berkaitan dengan waktu proses, kualitas data, jumlah next step yang nyata, cash yang masuk, atau penggunaan workflow inti.
Review metrik setiap minggu selama eksperimen. Jika tidak ada perubahan setelah dua sampai empat minggu, tulis penyebabnya: masalah kurang sakit, buyer salah, proses terlalu berat, pricing tidak cocok, atau solusi belum cukup jelas.
Ritme operasional
Jadikan topik ini bagian dari ritme kerja, bukan proyek sekali jalan. Untuk tim kecil, cadence yang cukup adalah:
- Senin: tentukan asumsi atau blocker utama.
- Rabu: cek apakah ada bukti baru dari pelanggan, data produk, atau pipeline.
- Jumat: putuskan lanjut, ubah, atau hentikan eksperimen.
Ritme ini menjaga founder dari dua ekstrem: terlalu cepat berganti arah atau terlalu lama mempertahankan asumsi lama. Setiap minggu harus menghasilkan satu keputusan kecil yang tercatat.
Dampak ke buyer internal
Dalam pembelian B2B, satu orang jarang cukup. User harian melihat detail workflow, champion ingin masalah selesai, buyer memegang budget, finance memproses invoice, dan IT atau legal melihat risiko. Artikel ini harus dibaca dengan peta stakeholder itu.
Sebelum mengambil keputusan, tulis:
- siapa yang akan memakai hasilnya setiap minggu
- siapa yang merasa biaya masalahnya
- siapa yang bisa memblokir perubahan
- siapa yang perlu diyakinkan dengan dokumen
- siapa yang akan menilai keberhasilan setelah 30 hari
Jika peta ini kosong, masalahnya belum siap dijual atau dieksekusi.
Contoh penerapan
Bayangkan tim SaaS kecil sedang menjual ke perusahaan mid-market. Champion tertarik, tetapi deal tidak maju. Dengan kerangka artikel ini, founder tidak langsung menambah fitur. Founder memetakan siapa buyer sebenarnya, dokumen apa yang kurang, biaya masalah apa yang bisa dihitung, dan langkah kecil apa yang bisa membuat pelanggan memberi komitmen lebih kuat.
Hasil yang dicari bukan jawaban sempurna. Hasil yang dicari adalah keputusan lebih baik: lanjut, ubah segmen, kecilkan scope, naikkan harga, atau berhenti.
Decision matrix
Gunakan matriks sederhana:
| Sinyal | Lanjut | Ubah | Hentikan |
|---|---|---|---|
| Buyer memberi waktu | Ada jadwal dan owner | Hanya user yang tertarik | Tidak ada respons |
| Masalah punya biaya | Biaya bisa dihitung | Biaya masih kualitatif | Masalah terasa kecil |
| Implementasi mungkin | Data dan PIC siap | Scope perlu diperkecil | Proses internal tidak bisa berubah |
| Dampak bisnis | Ada metrik 30 hari | Metrik masih proxy | Tidak ada cara menilai |
Matriks ini tidak menggantikan judgment founder. Ia memaksa diskusi internal menjadi lebih konkret.
Bahan untuk follow-up
Setelah meeting, kirim recap pendek:
- masalah yang disepakati
- proses lama yang ingin diubah
- risiko atau blocker yang muncul
- data atau dokumen yang dibutuhkan
- next step dengan tanggal
- definisi sukses awal
Recap seperti ini sering lebih berguna daripada deck panjang. Ia membantu champion menjual internal dan memberi founder bukti apakah prospek benar-benar bergerak.
Kesalahan umum
- Memberi diskon sebelum value jelas.
- Berargumen soal fitur, bukan biaya masalah.
- Tidak melibatkan finance lebih awal.
- Menyembunyikan biaya onboarding.
Red flags
Berhati-hati jika:
- semua orang setuju tetapi tidak ada owner
- meeting berikutnya selalu ditunda
- buyer meminta banyak custom sebelum kontrak
- masalah tidak bisa diterjemahkan ke biaya atau risiko
- tim internal pelanggan tidak mau menyediakan data
- founder mulai membangun fitur untuk menutup ketidakjelasan sales
Red flags bukan alasan otomatis berhenti. Tetapi founder perlu menurunkan ekspektasi dan memperkecil scope sebelum menghabiskan sprint.
Template kerja
Gunakan format ini dalam dokumen internal:
- Hipotesis utama:
- Bukti yang sudah ada:
- Bukti yang masih kurang:
- Orang yang harus diajak bicara:
- Eksperimen minggu ini:
- Metrik yang dilihat:
- Keputusan setelah eksperimen:
Template ini memaksa tim menghubungkan diskusi ke tindakan. Jika tidak ada owner dan tanggal, topik ini akan kembali menjadi wacana.
Review bulanan
Setiap bulan, lihat kembali keputusan yang lahir dari artikel ini:
- eksperimen mana yang menghasilkan bukti baru?
- asumsi mana yang terbukti salah?
- pelanggan mana yang paling sehat?
- proses mana yang masih terlalu manual?
- apakah pricing, positioning, atau onboarding perlu diubah?
Review ini penting karena masalah startup jarang selesai dalam satu sprint. Yang dicari adalah akumulasi learning yang membuat keputusan berikutnya lebih murah.
Langkah minggu ini
Buat satu worksheet objection harga berisi biaya manual, risiko implementasi, harga paket, dan batas diskon. Pakai worksheet itu di lima deal berikutnya sebelum memberi potongan harga.