Pricing dalam Discovery Call dan Proposal

Discovery Call: Fondasi Pricing

Sebelum menentukan harga, harus ada discovery call. Ini bukan opsional — ini wajib.

┌─────────┐     ┌──────────────┐     ┌─────────┐
│  Lead   │────▶│ Discovery    │────▶│ Proposal│
│  masuk  │     │ Call(s)      │     │         │
└─────────┘     └──────────────┘     └─────────┘
                       │
                 Bisa 2-10+ jam
                 total diskusi

"Saya pernah menghabiskan 8-10 jam call untuk satu client. Dan ya, akhirnya kami berhasil lock deal. Di awal karir, jangan takut investasi waktu untuk discovery."

Yang Harus Dipahami dalam Discovery

Aspek	Yang Perlu Digali
Domain	Finance? E-commerce? Healthcare? Setiap domain punya aturan berbeda
Lokasi	Client US ≠ India ≠ Australia — cara komunikasi & ekspektasi berbeda
Proses saat ini	Frekuensi, siapa yang melakukan, berapa lama, pain point apa
Budget expectation	Apakah mereka punya benchmark dari tool sebelumnya?

---

Aturan Emas Discovery

3 Pantangan Absolut

1. Jangan pernah berikan harga tanpa discovery — meskipun workflow-nya identik dengan yang pernah kamu buat
2. Jangan pernah janji tanpa batasan — scope harus jelas
3. Jangan pernah deploy tanpa rollout plan yang disepakati

---

Checklist Discovery → Proposal

Step 1: Map Proses Saat Ini

Dokumentasikan:

• Frekuensi proses
• Siapa yang melakukan
• Waktu per eksekusi
• Jumlah orang terlibat
• Pain point utama

Step 2: Estimasi Monetizable Value

Gunakan formula dari video sebelumnya:

• Cost saving → jam × biaya × 52, charge 20-25%
• Revenue uplift → monthly gain × 12, charge ~10%
• Hybrid → estimasi × confidence factor 70-80%

Step 3: Definisi Scope & Deliverable

Buat Requirement Document yang mencakup:

┌─────────────────────────────────────────────┐
│         REQUIREMENT DOCUMENT                 │
│                                              │
│  ✅ Problem statement                        │
│  ✅ Proposed solution + diagram              │
│  ✅ Deliverables (DAFTAR KONKRET)           │
│  ✅ Apa yang TIDAK termasuk                  │
│  ✅ Investment & timeline                    │
│  ✅ Client responsibilities                  │
│  ✅ QA & rollout plan                        │
│  ✅ Recurring cost (AI keys, hosting, dll)   │
│  ✅ Maintenance & SLA terms                  │
└─────────────────────────────────────────────┘

Mengapa Requirement Doc Sangat Penting?

"Saya sedang mengalami disagreement dengan client yang sudah menandatangani requirement doc. Bayangkan kalau TIDAK ada dokumen sama sekali."

Client cenderung minta lebih seiring berjalannya proyek. Requirement doc adalah pelindung terbaik kamu.

Step 4: Outline QA & Rollout Plan

• Quality assurance process
• Deployment timeline
• Measurement window

Step 5: Specify Recurring Costs

Jelaskan semua biaya yang ditanggung client:

• API keys (OpenAI, dll)
• Hosting/VPS
• Tool subscriptions
• Infrastructure costs

Step 6: Define SLA

Jika perlu maintenance:

• Response time untuk error
• Update frequency
• Scope of support

---

Menghadapi Pushback Harga

Client pasti akan menawar. Jangan langsung diskon — ikuti framework ini:

Strategi	Penjelasan
Mulai dengan transformasi	"Bayangkan tim Anda bisa hemat 20 jam/minggu" — bantu visualisasi dampak
Kurangi scope, bukan harga	"Mari mulai dengan Phase 1 core workflow, Phase 2 nanti"
Payment flexibility	Ambil 30-40% advance, sisanya setelah delivery
Social proof	"Begini hasil yang kami capai untuk Company X"

Contoh Dialog Pushback

Client: "Rp 100 juta terlalu mahal."

❌ "Oke, saya bisa kurangi jadi 80 juta."

✅ "Saya pahami budget concern-nya. Mari kita mulai dengan 
    core workflow saja (Phase 1) di Rp 60 juta. 
    Setelah Anda lihat hasilnya, kita bisa lanjut Phase 2."

Advance Payment

Selalu ambil 30-40% advance sebelum mulai kerja. Ini melindungi dari client yang back out setelah tim sudah invest waktu dan effort.

---

Kesalahan Pricing yang Sering Terjadi

Kesalahan	Realita
"YouTuber X jual workflow ini $5.000, saya juga mau"	Setiap client BERBEDA — value, skala, kompleksitas
Kasih harga tanpa discovery	Client berbeda = kebutuhan berbeda
Charge per node/execution	Client bayar untuk SISTEM, bukan detail teknis
Tidak dokumentasikan asumsi	Miscommunication → dispute

---

Takeaway

Pricing bukan angka ajaib yang kamu temukan di YouTube. Pricing adalah PROSES: discovery → estimasi value → proposal → negosiasi. Pahami prosesnya, dan angkanya akan mengikuti.