The Mom Test### Panduan validasi ide bisnis sebelum kamu nulis satu baris kode pun
---
## Kenapa ini penting?
Developer punya kutukan: kita bisa bangun apapun. Justru itu bahayanya.
Tanpa skill validasi, kamu akan coding berbulan-bulan, launch, lalu sepi. Bukan karena produknya jelek — tapi karena kamu membangun sesuatu yang tidak ada yang mau beli.
The Mom Test adalah metode dari buku karya Rob Fitzpatrick. Intinya sederhana: pertanyaanmu harus sekuat itu sampai bahkan ibumu tidak bisa berbohong ke kamu — meskipun dia sayang dan tidak mau menyakiti perasaanmu.
---
## Masalah yang sering terjadi
Bayangkan kamu tanya ke calon customer:
> *"Gue mau bikin aplikasi manajemen stok. Menurut kamu bagus tidak?"*
Mereka jawab:
> *"Wah bagus banget! Gue pasti butuh itu!"*
Kamu senang. Mulai coding. Empat bulan kemudian launch. Tidak ada yang beli.
Kenapa? Karena kamu tanya **opini tentang masa depan** — dan otak manusia secara natural akan jawab positif supaya tidak menyakiti perasaanmu.
---
## Satu aturan yang mengubah segalanya
> Jangan tanya tentang masa depan atau opini.> Tanya tentang masa lalu dan fakta.
Sesederhana itu. Tapi efeknya luar biasa.
---
## Contoh perbedaannya
| Pertanyaan salah | Pertanyaan benar || --- | --- || "Kamu akan pakai ini tidak?" | "Terakhir kali kamu kelola stok, gimana caranya?" || "Ini bagus tidak menurut kamu?" | "Masalah terbesar kamu di bagian ini sekarang apa?" || "Kamu mau bayar berapa?" | "Kamu sudah pernah coba solusi lain? Kenapa berhenti?" || "Fitur apa yang kamu mau?" | "Kemarin kamu buang waktu paling banyak di mana?" |
---
## 3 hukum dasar
**1. Tanya tentang hidup mereka, bukan ide kamu**Jangan sebut ide kamu sama sekali di awal. Biarkan mereka cerita masalah mereka sendiri.
**2. Tanya tentang masa lalu yang spesifik**"Terakhir kali..." atau "Bulan lalu waktu..." jauh lebih powerful dari "biasanya" atau "kalau ada".
**3. Diam dan dengar**Kalau kamu lebih banyak bicara dari mereka — kamu gagal. Tugas kamu adalah menggali, bukan menjual.
---
## Teknik paling simpel tapi paling powerful
Kapanpun mereka bilang sesuatu yang menarik, jangan langsung lompat ke pertanyaan berikutnya. Cukup bilang:
*"Wah menarik, bisa ceritain lebih lanjut?"*
Otak manusia akan otomatis isi detailnya sendiri. Kamu tinggal diam dan catat.
---
## Kesalahan fatal yang harus dihindari
Kamu dapat jawaban bagus dari mereka, lalu excited dan langsung bilang:
> *"Nah kebetulan banget, gue lagi bikin aplikasi yang bisa solve itu!"*
Langsung mati.
Sekarang mereka tahu kamu punya agenda. Semua jawaban berikutnya akan bias — mereka lebih hati-hati, lebih positif, lebih jaga perasaan kamu.
**Tahan informasi tentang ide kamu selama mungkin.**
---
## Cara baca data yang kamu dapat
Tidak semua jawaban bernilai sama. Ini cara memilahnya:
🟢 **Data keras — ini yang kamu cari**Fakta spesifik, perilaku nyata, komitmen uang. Contoh: *"Gue habis 3 jam seminggu untuk ini"* atau *"Gue sudah bayar Rp500rb/bulan tapi masih tidak puas."*
🟡 **Data lunak — perlu digali lebih dalam**Pernyataan umum seperti *"Sering banget masalah di situ."* Tindak lanjuti dengan: terakhir kapan? berapa lama? seberapa sering?
🔴 **Data sampah — buang, jangan dibawa pulang**Pujian dan janji abstrak. *"Ide kamu keren!"* atau *"Pasti gue pakai nanti"* tidak memberitahu kamu apapun yang berguna.
---
## Hierarki komitmen
Tidak semua "iya" bermakna sama. Ini urutannya dari paling lemah ke paling kuat:
```Pujian → "Wah bagus!" tidak bermaknaJanji → "Nanti gue coba" tidak bermaknaWaktu → "Gue mau ngobrol lagi" mulai bermaknaReputasi → "Gue kenalkan ke bos gue" bermaknaUang → "Gue bayar deposit" sangat bermakna```
Target kamu adalah naik hierarki ini dalam setiap percakapan.
---
## Berapa banyak percakapan yang dibutuhkan?
Bukan 100. Bukan 50.
**5 percakapan yang dalam** lebih valuable dari 50 percakapan permukaan.
Setelah 5 sesi, kamu akan mulai dengar pola yang sama berulang. Itu tanda kamu sudah cukup data untuk mulai bergerak.
---
## Template catat setelah setiap sesi
Tulis ini maksimal 10 menit setelah ngobrol, selagi masih segar:
```Orang → profesi / konteks singkatMasalah → masalah terbesar yang mereka sebut tanpa dipancingBukti → fakta spesifik: waktu, uang, frekuensiKomitmen → apa yang mereka tunjukkan — atau tidak tunjukkanQuote → 1-2 kalimat persis dari mereka yang paling kuat```
Kenapa quote penting? Karena kata-kata asli mereka akan jadi copywriting produk kamu nanti. Orang beli dengan bahasa mereka sendiri, bukan bahasa kamu.
---
## Cara baca pola dari 5 percakapan
**Lanjut jika:**- Masalah yang sama muncul dari minimal 3 dari 5 orang tanpa kamu pancing- Minimal 2 orang sudah pernah bayar solusi lain untuk masalah ini- Minimal 1 orang tunjukkan komitmen nyata — waiting list, deposit, atau referral
**Pivot jika:**- Ada masalah nyata tapi berbeda dari yang kamu bayangkan- Ikuti masalah yang mereka sebut, bukan ide awal kamu
**Ganti ide jika:**- Tidak ada pola yang muncul dari 5 percakapan- Tidak ada yang pernah bayar solusi apapun untuk ini- Semua reaksi hanya pujian tanpa komitmen apapun
---
## Langkah setelah validasi
Setelah dapat pola yang kuat, urutannya adalah:
1. Tulis problem statement dalam 1 kalimat2. Buat landing page sederhana — jelaskan solusinya3. Kumpulkan 10 orang yang mau bayar atau masuk waiting list4. Baru mulai coding — dan hanya fitur paling inti dulu
Banyak developer skip langkah 2 dan 3. Itu kesalahan yang mahal.
---
## Ringkasan 7 prinsip
1. Tanya masa lalu, bukan masa depan2. Cari fakta dan perilaku, bukan opini3. Jangan sebut ide kamu terlalu cepat4. Komitmen nyata lebih bermakna dari pujian5. Lima percakapan dalam sudah cukup untuk mulai6. Catat setiap sesi dan cari pola yang berulang7. Data menentukan keputusan — bukan perasaan
---
## Penutup
The Mom Test bukan soal menjual ide kamu ke orang lain.
Ini soal jujur ke diri sendiri — apakah masalah yang kamu kejar cukup nyata, cukup menyakitkan, dan cukup urgent untuk orang mau bayar.
Developer yang baik bisa bangun apapun. Developer yang sukses bangun sesuatu yang orang mau bayar.
---
Berdasarkan buku "The Mom Test" oleh Rob Fitzpatrick