Objection Handling
"Objeksi bukan penolakan — ini adalah sinyal bahwa klien cukup tertarik untuk mengungkapkan kekhawatiran mereka."
Kapan & Untuk Siapa
| Keterangan | |
|---|---|
| Kapan digunakan | Kapan saja klien mengajukan keberatan, keraguan, atau pushback selama proses presales |
| Siapa yang pakai | Seluruh tim presales dan sales: Presales Consultant, Solution Architect, Sales Lead |
| Prasyarat | Pemahaman dasar tentang solusi Divistant, Service Catalog, dan competitive landscape |
Tujuan & Outcome
| Tujuan | Outcome |
|---|---|
| Menangani keberatan klien secara profesional dan persuasif | Kekhawatiran klien terjawab, deal tetap berjalan |
| Mengubah objeksi menjadi kesempatan memperkuat value proposition | Trust meningkat karena transparansi |
| Membekali tim dengan respons terstruktur untuk situasi umum | Konsistensi pesan di seluruh tim |
| Mengidentifikasi objeksi yang merupakan deal breaker sesungguhnya | Keputusan Go/No-Go yang informed |
Definisi Istilah
| Istilah | Definisi |
|---|---|
| Objeksi | Keberatan, pertanyaan kritis, atau keraguan yang diajukan klien terkait solusi, harga, timeline, atau vendor |
| Battlecard | Dokumen ringkas (1-2 halaman) berisi respons siap pakai untuk objeksi spesifik |
| LARC Framework | Listen → Acknowledge → Respond → Confirm — framework 4 langkah untuk menangani objeksi |
| Ghost Objection | Objeksi yang tidak diungkapkan langsung tetapi mempengaruhi keputusan di belakang layar |
| Deal Breaker | Objeksi yang jika tidak bisa dijawab, secara realistis menghentikan deal |
| Competitive FUD | Fear, Uncertainty, Doubt — taktik kompetitor untuk meragukan solusi kita |
Konten Utama
1. LARC Framework — 4 Langkah Menangani Objeksi
Setiap objeksi ditangani menggunakan framework LARC:
| Step | Apa yang Dilakukan | Contoh Frasa |
|---|---|---|
| L — Listen | Dengarkan penuh tanpa interupsi. Catat poin utama objeksi. | "Tolong jelaskan lebih detail kekhawatiran Anda..." |
| A — Acknowledge | Validasi bahwa concern mereka masuk akal. Jangan dismissive. | "Saya mengerti kekhawatiran Anda. Itu pertanyaan yang sangat valid." |
| R — Respond | Jawab dengan fakta, bukti, atau contoh. Bukan opini. | "Di project serupa dengan [klien X], kami mengatasi ini dengan..." |
| C — Confirm | Pastikan jawaban memuaskan. Buka ruang untuk follow-up. | "Apakah penjelasan ini menjawab kekhawatiran Anda? Ada aspek lain?" |
Yang harus dihindari:
- Jangan defensif atau argumentatif
- Jangan menjanjikan hal yang tidak bisa di-deliver
- Jangan merendahkan concern klien:
"Oh itu tidak perlu dikhawatirkan" - Jangan berbohong — jika tidak tahu, katakan "Saya akan cari tahu dan kembali ke Anda dalam 24 jam"
2. Kategori Objeksi & Battlecard
Objeksi dikelompokkan dalam 5 kategori utama. Setiap kategori dilengkapi battlecard dengan respons siap pakai.
Kategori 1: Pricing Objections
| Objeksi | Respons yang Disarankan |
|---|---|
| "Harga kalian terlalu mahal" | "Saya mengerti concern soal investasi. Mari kita lihat dari perspektif TCO. Solusi yang lebih murah seringkali memiliki hidden cost — additional customization, support yang terbatas, atau perlu re-work. Investasi kami sudah mencakup [sebutkan: hypercare, training, warranty]. Jika kita hitung total biaya selama 3 tahun, investasi kami justru lebih efisien." |
| "Vendor X lebih murah 30%" | "Terima kasih sudah share. Bisa saya tahu apakah scope yang ditawarkan sama persis? Biasanya perbedaan harga berasal dari: scope yang berbeda, level seniority tim, atau items yang tidak included. Mari kita buat comparison yang apple-to-apple. Kami juga menyediakan opsi phasing jika budget menjadi constraint." |
| "Budget kami tidak cukup" | "Saya appreciate transparansi Anda. Ada beberapa opsi: (1) Phasing — kita mulai dengan modul prioritas tertinggi dulu, (2) Scope reduction — fokus ke Must-Have requirements, (3) Model hybrid — kombinasi fixed price dan T&M untuk optimasi biaya. Mana yang paling sesuai untuk diexplore?" |
| "Kami ingin fixed price, bukan T&M" | "Kami bisa menawarkan fixed price jika scope sudah cukup jelas dan stabil. Berdasarkan Discovery, ada beberapa area yang masih evolving. Opsi yang kami sarankan: Phase 1 fixed price (scope yang sudah clear), Phase 2 T&M (area yang masih berkembang). Ini melindungi Anda dari over-paying untuk scope yang belum final." |
Kategori 2: Technical Objections
| Objeksi | Respons yang Disarankan |
|---|---|
| "Open-source tidak enterprise-ready" | "Concern yang valid 5 tahun lalu, tapi landscape sudah berubah. ERPNext/Frappe digunakan oleh 10,000+ perusahaan global. [Sebutkan referensi enterprise]. Open-source justru memberikan: transparansi kode, tidak ada vendor lock-in, dan komunitas yang aktif. Kami juga menyediakan enterprise-grade support SLA." |
| "Bagaimana dengan keamanan data?" | "Keamanan adalah prioritas utama kami. Approach kami: (1) Infrastruktur — deployment di cloud provider bersertifikat (ISO 27001), (2) Aplikasi — encryption at rest & in transit, role-based access, audit trail, (3) Proses — regular security audit, penetration testing, compliance dengan UU PDP. Kami bisa sertakan detail security architecture di proposal." |
| "Apakah bisa integrate dengan sistem existing kami?" | "Integrasi adalah core expertise kami. Dari Discovery, kami identifikasi [X] sistem yang perlu di-integrate. Approach kami: REST API / webhook / middleware tergantung kebutuhan. Jika Anda masih ragu, kami bisa lakukan PoC integrasi selama 2 minggu untuk membuktikan feasibility." |
| "Kami khawatir soal scalability" | "Wajar. Solusi kami di-design untuk horizontal scaling. Di klien [X], kami handle [volume] transaksi per hari. Untuk memastikan confidence, kami bisa include load testing sebagai bagian dari PoC atau testing phase." |
Kategori 3: Trust & Credibility Objections
| Objeksi | Respons yang Disarankan |
|---|---|
| "Kami belum pernah dengar Divistant" | "Terima kasih atas keterbukaan Anda. Divistant memang fokus pada quality delivery daripada brand awareness. Beberapa klien kami: [sebutkan 2-3 referensi relevan]. Kami juga happy untuk arrange referensi call dengan klien existing di industri yang sama, jika itu membantu confidence Anda." |
| "Tim kalian cukup besar untuk handle project ini?" | "Good question. Untuk project ini, kami akan assign [X] dedicated resources. Yang penting bukan jumlah, tapi kualitas dan dedikasi. Tim kami 100% dedicated — bukan di-share dengan project lain. Kami juga punya partner network untuk scaling jika diperlukan. Di project serupa dengan [klien], kami deliver on-time dengan tim [Y] orang." |
| "Kami sudah punya vendor / kenapa harus ganti?" | "Bukan tentang mengganti — tapi apakah vendor saat ini masih bisa support kebutuhan Anda yang berkembang. Dari Discovery, kami lihat beberapa gap: [sebutkan]. Kami bisa mulai dari area spesifik yang saat ini tidak terlayani, tanpa mengganggu operasi yang sudah berjalan." |
Kategori 4: Timeline Objections
| Objeksi | Respons yang Disarankan |
|---|---|
| "Timeline terlalu lama" | "Kami memahami urgency Anda. Timeline ini sudah memperhitungkan quality assurance dan buffer untuk mitigasi risiko. Opsi untuk percepatan: (1) Parallelisasi — jalankan beberapa workstream bersamaan, (2) MVP approach — launch core features dulu, (3) Tambah resources (ada impact ke cost). Yang mana yang ingin kita explore?" |
| "Bisa mulai besok?" | "Kami appreciate antusiasme Anda! Untuk memastikan project mulai dengan fondasi yang kuat, kami butuh [X] hari untuk: kickoff preparation, environment setup, dan team onboarding. Start date realistis: [tanggal]. Ini memastikan hari pertama sudah produktif, bukan masih setup." |
| "Kenapa butuh Discovery? Langsung implement saja" | "Saya mengerti keinginan untuk bergerak cepat. Pengalaman kami: project yang skip Discovery sering mengalami scope creep 30-50% dan re-work yang costly. Discovery 2-3 minggu justru menghemat waktu overall karena requirement clear dan estimasi akurat. Think of it sebagai investasi kecil untuk menghindari surprise besar." |
Kategori 5: Competitive Objections
| Objeksi | Respons yang Disarankan |
|---|---|
| "Vendor X punya fitur Y yang kalian tidak punya" | "Terima kasih sudah share. Boleh saya tahu fitur Y ini apakah termasuk kebutuhan prioritas dari Discovery kita? [Jika ya] Kami bisa develop fitur ini sebagai customization. [Jika tidak] Sering kali fitur yang banyak belum tentu semua terpakai. Fokus kami pada fitur yang benar-benar dibutuhkan bisnis Anda." |
| "Vendor X sudah punya case study di industri kami" | "Good point. Kami juga punya pengalaman di [industri], meskipun mungkin belum se-publikasi mereka. Yang lebih penting: setiap implementasi unik. Kami bisa arrange referensi call dengan klien kami di industri serupa. Dan kami siap melakukan PoC untuk membuktikan fit dengan kebutuhan spesifik Anda." |
| "Kami condong ke vendor lain" | "Appreciate the honesty. Sebelum final decision, boleh saya tanya: apa 3 kriteria paling penting untuk keputusan Anda? [Dengarkan] Apakah kami bisa mendapat kesempatan untuk address kriteria tersebut? Kami yakin jika dibandingkan head-to-head pada kriteria yang paling penting, Anda akan melihat value proposition kami." |
3. Mendeteksi Ghost Objections
Ghost objections adalah kekhawatiran yang tidak diungkapkan secara langsung. Tanda-tandanya:
| Signal | Kemungkinan Ghost Objection | Cara Menggali |
|---|---|---|
| Klien tidak responsif setelah demo | Mereka sudah pilih vendor lain | "Apakah ada concern yang belum terjawab? Kami ingin memastikan semua kekhawatiran ter-address." |
| Minta diskon langsung tanpa diskusi value | Budget sudah habis / tidak ada approval | "Apa constraint budget yang kita perlu pertimbangkan?" |
| "Kami perlu diskusi internal dulu" (berulang kali) | Internal misalignment atau champion lemah | "Apakah ada stakeholder lain yang perlu kami presentasikan?" |
| Pertanyaan sangat detail tentang kontrak/legal | Pernah punya pengalaman buruk dengan vendor lain | "Apakah ada concern spesifik dari pengalaman sebelumnya yang ingin Anda hindari?" |
| Delay terus-menerus tanpa alasan jelas | Project mungkin akan di-cancel | "Apakah ada perubahan prioritas internal yang mempengaruhi timeline project ini?" |
4. Escalation Protocol
| Situasi | Escalation |
|---|---|
| Objeksi di luar pengetahuan teknis | Escalate ke Solution Architect dalam 24 jam |
| Objeksi pricing membutuhkan discount/adjustment | Escalate ke Sales Director |
| Klien membandingkan langsung dengan kompetitor spesifik | Konsultasi dengan Sales Lead + marketing |
| Objeksi terkait legal/compliance | Escalate ke Legal/Finance team |
| Objeksi dari C-Level yang menentukan deal | Escalate ke Managing Director untuk direct engagement |
| Objeksi yang tidak bisa dijawab sama sekali | Honest response + commit follow-up timeline |
5. Practice & Role-Play Guide
Tim presales harus berlatih objection handling secara berkala:
Format Practice Session (45 menit):
| Waktu | Aktivitas |
|---|---|
| 0-5 min | Pilih 2-3 skenario objeksi |
| 5-25 min | Role-play: 1 orang jadi klien, 1 jadi presales, sisanya observe |
| 25-40 min | Feedback dari observers: apa yang bagus, apa yang bisa diperbaiki |
| 40-45 min | Update battlecard jika ada respons baru yang lebih baik |
Frekuensi: Minimal 1x per bulan, atau sebelum deal besar.
6. BizOps CRM Integration
Log objeksi di Opportunity Notes untuk tracking dan learning:
== OBJECTION LOG ==
Date: [tanggal]
Stakeholder: [siapa yang mengajukan]
Category: [Pricing / Technical / Trust / Timeline / Competitive]
Objection: [apa yang dikatakan klien]
Response: [bagaimana kita merespons]
Result: [Resolved / Needs Follow-up / Escalated]
Follow-up: [action item, jika ada]
Template & Aset
📘 Know (Untuk dipelajari)
- LARC Objection Handling Framework
- Competitive Intelligence updates (dari marketing/leadership)
- Product knowledge terbaru (fitur, roadmap, limitations)
📊 Show (Untuk digunakan)
- Battlecard: Pricing Objections — Respons siap pakai untuk objeksi harga
- Battlecard: Technical Objections — Respons untuk keraguan teknis
- Battlecard: Competitive Objections — Respons untuk perbandingan vendor
- Objection Log Template — Template pencatatan objeksi di CRM
- Role-Play Scenario Cards — Kartu skenario untuk practice session
📤 Share (Untuk dikirim ke klien)
- Follow-up answers (email/document untuk objeksi yang butuh riset)
- Security architecture overview (untuk technical objections)
- Case study / reference letters (untuk trust objections)
- TCO comparison (untuk pricing objections)
Skenario Umum
Skenario 1: "Harga Terlalu Mahal" di Saat Presentasi Proposal
Situasi: CFO menyatakan harga proposal 40% lebih tinggi dari ekspektasi mereka, di depan seluruh tim.
Pendekatan LARC:
- L — Listen: Dengarkan penuh. "Terima kasih Pak/Bu [nama]. Bisa diperjelas, apakah concern-nya di total nilai atau di struktur pembayaran?"
- A — Acknowledge: "Saya sangat memahami bahwa investasi ini signifikan dan perlu dipertimbangkan matang."
- R — Respond: Tawarkan 3 opsi: (a) Phasing — mulai dengan modul prioritas, (b) Scope adjustment — Could-Have items bisa di-phase 2, (c) TCO comparison — tunjukkan bahwa total 3-year cost lebih efisien
- C — Confirm: "Dari 3 opsi tadi, mana yang paling menarik untuk diexplore lebih detail?"
Hasil: CFO tertarik opsi phasing. Deal proceed dengan reduced Phase 1.
Skenario 2: "Open-Source Tidak Enterprise-Ready" dari CTO
Situasi: CTO skeptis terhadap teknologi open-source setelah demo.
Pendekatan LARC:
- L: Gali concern spesifik: "Aspek mana yang paling Bapak khawatirkan? Keamanan, scalability, atau support?"
- A: "Kekhawatiran yang sangat wajar, terutama untuk enterprise environment."
- R: Berikan bukti: referensi enterprise users, security certifications, SLA commitment, source code transparency as advantage
- C: Tawarkan proof: "Apakah PoC selama 2 minggu di environment Anda bisa membantu membuktikan enterprise-readiness?"
Hasil: CTO setuju untuk PoC. Setelah PoC sukses, concern hilang.
Skenario 3: "Kami Sudah Punya Vendor" — Displacing Incumbent
Situasi: Klien sudah punya vendor IT yang handle semua. Mereka tidak aktif mencari pengganti.
Pendekatan LARC:
- L: "Tentu, saya mengerti. Boleh saya tanya, apakah semua kebutuhan saat ini sudah terlayani sepenuhnya?"
- A: "Bagus kalau sudah ada partner yang trusted. Kami tidak bermaksud mengganti sepenuhnya."
- R: Positioning sebagai complement: "Banyak klien kami awalnya menggunakan kami untuk area spesifik yang belum terlayani — misalnya integrasi, modernisasi, atau capability baru. Ini bukan tentang replace, tapi augment."
- C: "Apakah ada area spesifik yang saat ini belum optimal dan ingin Anda improve?"
Hasil: Klien mengidentifikasi area integrasi yang belum terlayani. Mulai dari project kecil, kemudian berkembang.
Skenario 4: Ghost Objection — Klien Mendadak Silent
Situasi: Setelah proposal dikirim 2 minggu lalu, klien tidak merespons email dan call.
Pendekatan:
- Kirim email singkat: "Saya ingin follow-up soal proposal yang kami kirim. Apakah ada pertanyaan atau concern yang bisa saya bantu jawab?"
- Jika tetap silent 3 hari: hubungi champion internal (jika ada)
- Kirim "value nudge" — artikel/insight relevan tanpa push closing
- Jika 2 minggu silent total: kirim email terakhir yang jujur: "Saya mengerti jika prioritas berubah. Kami akan tetap di sini jika timing-nya lebih baik di kemudian hari. Apakah ada feedback yang bisa Anda share agar kami bisa improve?"
- Log di CRM dan set reminder untuk 3 bulan ke depan
Hasil: Klien respons bahwa internal approval tertunda. Re-engage 2 bulan kemudian.
Checklist
Objection Readiness Checklist
Preparation:
- Battlecards per kategori sudah dibaca dan dipahami
- Competitive intelligence terbaru sudah di-review
- Product knowledge up-to-date (fitur terbaru, limitations, roadmap)
- 2-3 case study relevan siap digunakan sebagai bukti
- Pricing options (phasing, scope reduction) sudah disiapkan
During Interaction:
- Gunakan LARC framework: Listen → Acknowledge → Respond → Confirm
- Catat setiap objeksi (verbatim jika memungkinkan)
- Jangan membuat komitmen di luar wewenang
- Jika tidak tahu jawaban, commit follow-up timeline
- Perhatikan body language / tone untuk ghost objections
After Interaction:
- Log semua objeksi di BizOps CRM Notes
- Follow-up promises dalam timeline yang dijanjikan
- Escalate jika diperlukan sesuai protocol
- Update battlecard jika ada respons baru yang efektif
- Share learnings dengan tim (jika objeksi baru/unik)
Tanggung Jawab (RACI)
| Aktivitas | Presales Consultant | Solution Architect | Sales Lead | Sales Director | Managing Director |
|---|---|---|---|---|---|
| Handle pricing objections | C | I | R | A | I |
| Handle technical objections | C | R | I | I | I |
| Handle trust/credibility objections | R | C | C | I | I |
| Handle competitive objections | R | C | C | I | I |
| Handle timeline objections | R | C | C | I | I |
| Escalate ke C-Level | I | I | R | C | A |
| Maintain battlecards | R | C | C | I | I |
| Conduct practice sessions | R | C | C | I | I |
| Update competitive intelligence | C | I | R | C | I |
| Log objections di CRM | R | C | C | I | I |
Legenda: R = Responsible, A = Accountable, C = Consulted, I = Informed
Referensi
- Internal: Qualification & MEDDIC Framework, Service Catalog, Value Engineering & ROI
- Framework: LARC Objection Handling, SPIN Selling (Neil Rackham)
- Resources: Competitive Intelligence briefs (dari marketing/leadership)
- Practice: Monthly role-play sessions, win/loss analysis retrospectives
Last updated 3 months ago
Was this helpful?