Apa Itu Riskiest Assumption Test (RAT)?

Oleh Brian Tr · Diperbarui 3 Oktober 2026

Riskiest assumption test, atau RAT, adalah eksperimen terkecil untuk menguji satu keyakinan yang tidak boleh keliru bagi ide Anda. Anda mendaftar apa saja yang harus benar agar ide itu berhasil, memilih asumsi dengan potensi kerugian terbesar dan bukti paling sedikit, lalu hanya menguji asumsi itu. Anda tidak perlu membangun produk untuk melakukannya.

Istilah ini umumnya dikaitkan dengan Rik Higham, yang menerbitkannya pada 2016 sebagai reaksi atas longgarnya penggunaan istilah "MVP". Kebiasaan ini sederhana, tetapi mengubah cara tim di tahap awal menghabiskan minggu-minggunya. Panduan ini membahas asal-usul gagasannya, cara menemukan asumsi paling berisiko, cara menjalankan pengujian, dan di mana tim sering keliru.

Asal-usul RAT

Rik Higham menerbitkan "The MVP is dead. Long live the RAT." di Hacker Noon pada 27 September 2016. Argumennya, minimum viable product memiliki cacat mendasar: ia bukan produk. Menurut kerangka berpikirnya, MVP adalah cara menguji apakah Anda telah menemukan masalah yang layak diselesaikan, sekaligus cara mengurangi risiko dengan cepat menguji asumsi terbesar Anda.

Higham mengatakan istilah "MVP" telah dipakai begitu sering sehingga kehilangan makna aslinya. Istilah itu diterapkan pada rilis pertama produk yang masih mentah, sehingga "MVP" akhirnya jauh lebih rumit daripada pengujian cepat yang semestinya, dan terlalu asal-asalan untuk dirilis sebagai produk sungguhan. Solusi yang ia usulkan adalah berhenti bertanya "apa produk minimumnya?" dan mulai bertanya "apa asumsi paling berisiko saya, dan bagaimana cara mengujinya?"

Ia juga mengutip ucapan Tom Chi, salah satu pendiri Google X, tentang memaksimalkan laju pembelajaran dengan meminimalkan waktu untuk mencoba berbagai hal. RAT adalah gagasan itu yang diterapkan pada satu hal yang belum diketahui secara spesifik.

Garis keturunan ini penting karena RAT bukan pesaing Lean Startup. Ia adalah pembacaan yang lebih tajam atas metode itu. Situs resmi Lean Startup menyebut metode ini dimulai dari asumsi lompatan keyakinan yang menuntut pengujian ketat, lalu memakai minimum viable product untuk mengujinya. Poin Higham adalah bahwa pengujian harus didahulukan, dan produknya hanya sebesar yang dibutuhkan pengujian itu.

Apa yang dihitung sebagai asumsi

Asumsi adalah sesuatu yang Anda yakini tetapi belum Anda periksa. Setiap ide startup adalah tumpukan asumsi. Higham menyarankan bekerja mundur: nyatakan peluang sebagai masalah pelanggan, lalu tanyakan apa yang harus benar agar masalah itu ada. Ambil tiap asumsi itu dan tanyakan apa yang melandasinya. Ulangi sampai Anda mencapai asumsi akar. Ia membandingkannya dengan 5 Whys.

Asumsi hadir dalam berbagai jenis. Kerangka kerja dalam Testing Business Ideas karya David J. Bland dan Alexander Osterwalder mengelompokkannya ke dalam tiga lensa, diringkas dalam ringkasan buku Strategyzer:

Ringkasan Strategyzer menjelaskan desirability sebagai apakah pelanggan akan mengubah perilaku mereka saat ini, feasibility sebagai apakah Anda memiliki keterampilan dan sumber daya untuk mengirimkannya, dan viability sebagai apakah pelanggan mampu membelinya dan penetapan harga mendukung skala. Contoh dalam tabel dibuat untuk ilustrasi.

Sebagian besar tim di tahap awal terlalu banyak menguji feasibility karena itulah risiko yang gemar dikunyah para engineer. Namun produk yang berfungsi sempurna tetapi tidak diinginkan siapa pun tetap sebuah kegagalan. Pada tahap ide, desirability biasanya menjadi tempat hal-hal terbesar yang belum diketahui berada.

Cara menemukan asumsi paling berisiko

Setelah memiliki daftar, Anda butuh cara untuk memeringkatnya. Dua pertanyaan menyelesaikan sebagian besar pekerjaan: seberapa besar dampaknya jika keliru, dan seberapa banyak bukti yang kita miliki?

Bland menggambarkan ini sebagai pemetaan asumsi di Strategyzer. Anda memetakan setiap hipotesis pada grid 2x2, dengan bukti di satu sumbu (dari "ada bukti" hingga "tanpa bukti") dan tingkat kepentingan di sumbu lainnya. Pertanyaan kepentingannya adalah hipotesis mana yang, jika terbukti salah, akan membuat ide bisnis gagal. Kuadran yang diuji lebih dulu adalah yang memuat hipotesis krusial bagi keberhasilan dengan bukti paling sedikit.

Fakta Utama: The Riskiest Assumption Test

• Rik Higham menerbitkan "The MVP is dead. Long live the RAT." di Hacker Noon pada 27 September 2016.
• Klaim inti Higham: MVP bukanlah produk, melainkan cara menguji apakah Anda telah menemukan masalah yang layak diselesaikan, dan alternatifnya adalah mengidentifikasi asumsi paling berisiko lalu mengujinya.
• Pemetaan asumsi memetakan hipotesis berdasarkan kepentingan dan bukti, lalu memprioritaskan yang krusial dengan bukti paling sedikit (Strategyzer, David J. Bland).
• Testing Business Ideas mengelompokkan hipotesis ke dalam desirability, feasibility, dan viability.
• Situs Lean Startup menyatakan bahwa metode ini dimulai dari asumsi lompatan keyakinan dan memakai minimum viable product untuk mengujinya.
• Tidak ada standar formal untuk RAT. Ambang batas, format, dan namanya berbeda-beda di tiap tim.

Cara praktis menjalankan sesi pemeringkatan bersama tim kecil:

1. Tulis setiap asumsi pada sticky note atau barisnya sendiri, satu keyakinan per catatan.
2. Beri label masing-masing sebagai desirability, feasibility, atau viability.
3. Tempatkan masing-masing pada grid, dan berdebatlah hanya saat dua orang tidak sepakat soal penempatannya. Ketidaksepakatan itu informasi yang berguna.
4. Lingkari beberapa teratas di sudut kepentingan tinggi dan bukti rendah.
5. Pilih satu. Jika sulit memilih, tanyakan mana yang, jika salah, akan membuat yang lain tidak relevan.

Pertanyaan terakhir itu jalan pintasnya. Sebagian asumsi berada di hulu dari semua yang lain. Jika tidak ada yang memiliki masalah itu, tidak penting apakah penetapan harga Anda tepat.

Langkah menjalankan RAT

RAT adalah eksperimen biasa dengan cakupan yang ketat. Tuliskan sebelum menjalankannya, terutama ambang batas lulusnya.

1. Nyatakan asumsi sebagai kalimat yang bisa diuji. "Minimal 8 dari 20 dispatcher kargo yang kami wawancarai akan setuju mengikuti pilot berbayar" bisa terbukti salah. "Dispatcher butuh alat yang lebih baik" tidak bisa.
2. Pilih pengujian terkecil yang menghasilkan perilaku nyata. Higham bertanya, eksperimen terkecil apa yang bisa Anda lakukan untuk menguji asumsi terbesar Anda? Utamakan tindakan daripada opini.
3. Pilih satu metrik. Satu angka yang akan Anda baca dengan cara sama, siapa pun yang melihatnya.
4. Tetapkan ambang lulus dan gagal di muka. Putuskan sekarang hasil apa yang berarti "lanjut", apa yang berarti "berhenti", dan apa yang berarti "belum meyakinkan, jalankan lagi dengan cara berbeda".
5. Jalankan, lalu catat hasilnya tanpa menulis ulang pertanyaannya.
6. Putuskan. Lanjut ke asumsi berikutnya, sesuaikan ide, atau tinggalkan.

Higham mencatat bahwa setelah Anda memvalidasi asumsi paling berisiko, Anda bisa beralih ke asumsi terbesar berikutnya, sehingga keyakinan pada ide itu terbangun bertahap. Urutan itulah seluruh metodenya.

Berikut gambaran tabelnya untuk ide hipotetis: perangkat lunak pencocokan faktur untuk broker kargo kecil. Angkanya dibuat untuk menunjukkan formatnya, bukan tolok ukur.

Perhatikan bahwa pengujian termurah tidak melibatkan perangkat lunak. Bentuknya percakapan, layanan manual, atau sketsa yang diklik-klik seseorang.

Contoh pengujian berdasarkan jenis risiko

Buku Bland dan Osterwalder menjelaskan pustaka jenis eksperimen, yang diatur berdasarkan biaya, waktu, dan kekuatan bukti, menurut halaman buku Strategyzer. Anda tidak perlu lusinan. Beberapa pilihan umum sudah mencakup sebagian besar pengujian awal:

Para penulis meringkas satu prinsip sebagai "behaviour beats opinions": apa yang dilakukan pelanggan adalah bukti yang lebih kuat daripada apa yang mereka katakan. Pendaftaran itu lemah, pilot berbayar lebih kuat. Sesuaikan pengujian dengan seberapa besar risiko yang ingin Anda hilangkan.

RAT vs MVP

Orang sering memakai kedua istilah ini sebagai sinonim. Poin Higham adalah bahwa keduanya tidak seharusnya disamakan.

Higham menulis bahwa RAT itu eksplisit: tidak perlu membangun lebih dari yang dibutuhkan untuk menguji hal terbesar yang belum Anda ketahui, tidak ada ekspektasi kode atau desain yang sempurna, dan tidak ada bahaya ia terlalu dini menjadi produk. Ia membandingkannya dengan MVP, yang bisa memikat tim dengan kesan palsu tentang jalur yang jelas dan lurus menuju solusi yang optimal.

Semua ini tidak berarti MVP itu buruk. Setelah asumsi paling berisiko Anda lolos pengujian, membangun minimum viable product yang sungguhan adalah langkah logis berikutnya. RAT hanya mencegah Anda membangun satu untuk menjawab pertanyaan yang bisa dijawab dalam seminggu dengan spreadsheet dan beberapa panggilan telepon.

Setelah menjalankan RAT, apa selanjutnya

Ada tiga hasil yang jujur.

• Lulus. Hasilnya melampaui ambang batas yang Anda tetapkan. Lanjut ke asumsi paling berisiko berikutnya. Jangan menyatakan seluruh ide sudah tervalidasi, karena satu pengujian yang lulus hanya menghilangkan satu risiko.
• Gagal. Hasilnya di bawah ambang batas. Anda bisa menyesuaikan ide (pivot atau segmen yang lebih sempit), atau meninggalkannya. Keduanya hasil yang baik dibandingkan mengetahuinya setelah peluncuran.
• Belum meyakinkan. Sampelnya terlalu kecil, orang yang ditanyai keliru, atau pengujian tidak mengukur hal yang Anda pedulikan. Rancang ulang pengujiannya; jangan melabelinya ulang sebagai lulus.

Mengulang RAT dari waktu ke waktu adalah cara tim membangun menuju problem-solution fit dan, kemudian, product-market fit. Jika ingin menjalankannya sebagai ritme rutin, kerangka eksperimen pertumbuhan menyediakan tempat untuk mencatat hipotesis dan hasil. Untuk posisi tahap ini dalam siklus hidup perusahaan, lihat tahapan sebuah startup, dan untuk berbicara dengan orang yang tepat, customer discovery membahas wawancara secara mendalam.

Kesalahan umum

1. Menguji asumsi yang aman. Tim memilih yang mudah diuji, bukan yang penting. Peringkat dulu berdasarkan kepentingan dan bukti.
2. Menganggap prototipe sebagai pengujian. Jika pengujian butuh pengembangan berminggu-minggu, ia belum cukup kecil. Peringatan Higham soal membengkaknya cakupan berlaku: tim harus terus bertanya apakah ini hal terkecil yang bisa dilakukan untuk menguji asumsi paling berisiko.
3. Menetapkan ambang batas setelah melihat data. Hasil apa pun bisa dijelaskan sebagai keberhasilan setelah Anda melihatnya. Tulis garis lulusnya lebih dulu.
4. Mengukur opini. "Orang bilang mereka suka" tidak membebani si pembicara. Carilah pendaftaran, uang muka, pilot, atau dokumen yang dibagikan.
5. Menguji pada teman. Mereka sopan. Rekrut dari segmen yang akan Anda layani.
6. Menggabungkan beberapa asumsi dalam satu pengujian. Jika gagal, Anda tidak akan tahu sebabnya. Satu asumsi per pengujian.
7. Menguji sekali lalu berhenti. Lulus satu pengujian hanya menghilangkan satu risiko. Asumsi cenderung digantikan oleh asumsi berikutnya di daftar.
8. Mengabaikan yang bersifat segalanya-atau-tidak-sama-sekali. Sebagian asumsi, seperti "pelanggan akan membayar sama sekali", bisa mengakhiri ide dengan sendirinya. Ujilah sejak dini.

Higham juga berpendapat ini bukan hanya untuk startup. Perusahaan mapan pun berisiko: setelah bertahun-tahun sukses, Anda bisa terbuai oleh rasa aman yang semu, lalu membangun sesuatu yang tidak ingin dipakai siapa pun. RAT adalah asuransi murah di kedua situasi.

Daftar periksa singkat

Sebelum menjalankan pengujian berikutnya, pastikan Anda bisa menjawab ini:

• Jenis risiko apa ini: desirability, feasibility, atau viability?
• Mengapa ini asumsi paling berisiko, bukan sekadar yang paling mudah?
• Apa pengujian terkecil yang menghasilkan perilaku nyata?
• Metrik tunggal apa yang akan kita baca?
• Hasil apa yang berarti lulus, gagal, atau belum meyakinkan, yang ditulis sebelum kita mulai?
• Apa yang akan kita lakukan secara berbeda tergantung jawabannya?

Bagi pendiri yang masih memilih masalah mana yang akan dikejar, artikel tentang sumber ide startup membantu pada langkah sebelum semua ini.

Bacaan Terkait

• Metode lean startup
• Minimum viable product
• Tahap ide sebuah startup
• Customer discovery
• Pembelajaran tervalidasi
• Kerangka eksperimen pertumbuhan