Di sebuah kafe yang ramai, seorang pelanggan berpindah-pindah kursi sambil membawa laptop. Ia mencari meja dengan colokan yang masih tersedia, sementara barista beberapa kali harus menjawab pertanyaan serupa dari pelanggan lain. Situasi kecil seperti ini mungkin tidak tampak revolusioner, tetapi justru bisa membuka jalan menuju masalah bisnis yang layak diselesaikan.
Banyak calon founder startup—pendiri perusahaan rintisan yang sedang mencari cara membangun dan mengembangkan bisnis—tertarik pada gagasan yang terdengar besar. Mereka ingin memakai teknologi terbaru, membuat produk yang belum pernah ada, atau mengejar sesuatu yang tampak mengesankan di hadapan investor. Ambisi semacam itu tidak keliru, tetapi menjadi berbahaya ketika kekaguman pada ide menggantikan usaha memahami kebutuhan manusia.
Mulai dari kegelisahan yang nyata
Dalam buku, Khairun Rizki menceritakan ilustrasi Budi dan Tono. Bayangkan Tono sebagai sosok yang langsung bersemangat setelah menonton film tentang kecerdasan buatan. Ia membayangkan aplikasi yang dapat menebak perasaan seseorang dari wajahnya, lalu bergerak cepat membuat fitur, menyewa freelancer, dan menyiapkan pitch deck untuk mencari pendanaan.
Masalah Tono bukan semata-mata karena teknologinya sulit. Ia belum bisa menjawab pertanyaan yang lebih mendasar: siapa yang membutuhkan aplikasi itu, situasi apa yang ingin mereka perbaiki, dan mengapa mereka akan memilih solusi tersebut? Tanpa jawaban itu, enam bulan pengerjaan dapat menghasilkan produk yang memang menarik untuk dilihat, tetapi tidak cukup penting untuk dipakai.
Sebaliknya, Budi memulai dari gangguan yang berulang di sekitarnya. Saat bekerja paruh waktu di kafe, ia memperhatikan pelanggan kesulitan mencari kursi dan colokan, sementara pemilik usaha kerepotan mengatur meja, pemesanan, dan durasi kunjungan. Ia tidak langsung menyimpulkan bahwa solusi terbaik pasti aplikasi. Ia lebih dulu mencari tahu apakah masalah itu benar-benar dirasakan oleh pihak-pihak yang terlibat.
Validasi bukan meminta pujian
Validasi ide adalah proses menguji apakah masalah, calon pengguna, dan solusi yang dibayangkan memiliki hubungan yang cukup kuat untuk dilanjutkan. Proses ini bukan mencari orang yang berkata, “Idemu keren.” Pujian biasanya murah, sedangkan komitmen memakai, mencoba, membayar, atau menyediakan waktu jauh lebih informatif.
Budi berbicara dengan pemilik kafe, barista, dan pelanggan. Dari percakapan itu, ia menemukan bahwa persoalannya bukan hanya pelanggan yang mencari colokan. Pemilik kafe juga menghadapi pengaturan kursi, reservasi meja, dan pelanggan yang menggunakan tempat terlalu lama. Informasi tersebut mengubah masalah yang semula tampak kecil menjadi pertanyaan bisnis yang lebih jelas: bagaimana membantu kafe dan ruang kerja bersama mengelola kapasitas tempat secara lebih tertib?
Bayangkan hasil akhirnya: Tono meluncurkan aplikasi AI dan hanya memperoleh sedikit perhatian karena orang menganggapnya seru, tetapi tidak berguna. Budi justru mendapat permintaan demo dari tiga pemilik kafe yang berbeda. Angka itu bukan bukti universal bahwa produknya pasti akan berhasil, apalagi jaminan product-market fit—kecocokan solusi dengan kebutuhan pasar. Namun, permintaan demo memberi sinyal yang lebih kuat daripada sekadar komentar positif: ada pihak nyata yang ingin memahami dan mungkin memakai solusi tersebut.
Perbedaan ini penting karena umpan balik mengubah arah kerja. Tono mungkin terus menambah fitur agar produknya tampak semakin canggih, meski belum jelas masalahnya. Budi memiliki kesempatan untuk memperbaiki alur pemesanan meja, menyesuaikan cara kerja kafe, atau bahkan menemukan bahwa sebagian calon pengguna tidak membutuhkan aplikasi penuh. Validasi yang baik bukan hanya membenarkan ide; kadang-kadang ia menyelamatkan kita dari membangun hal yang keliru.
Ide sederhana dapat memiliki nilai besar
Founder sering mengira peluang harus terlihat megah sejak awal. Padahal, nilai sebuah produk tidak ditentukan oleh banyaknya istilah teknis atau panjangnya daftar fitur, melainkan oleh perubahan yang dirasakan pengguna. Sistem pengelolaan kursi untuk kafe kecil mungkin terdengar biasa, tetapi jika mampu mengurangi kebingungan, membantu pemilik mengatur ruang, dan membuat pelanggan lebih mudah mendapatkan tempat, ia memiliki alasan untuk dipertimbangkan.
Di sini kita perlu membedakan kebaruan dari relevansi. Produk baru belum tentu penting, sementara solusi yang tampak sederhana dapat menjadi berharga bila menyelesaikan pekerjaan yang selama ini merepotkan. Founder yang terlalu mengejar kesan revolusioner berisiko menganggap penolakan pasar sebagai kegagalan orang lain memahami visi. Founder yang berangkat dari masalah lebih siap menerima kenyataan bahwa solusi awalnya bisa salah dan perlu diubah.
Kebiasaan ini juga memengaruhi penggunaan sumber daya. Sebelum menghabiskan waktu membangun produk lengkap, tim dapat menguji apakah calon pengguna bersedia mengikuti demo, mencoba rancangan sederhana, atau menjelaskan proses kerja mereka. Tujuannya bukan mengumpulkan pendapat sebanyak-banyaknya, melainkan memperoleh bukti yang relevan dari orang yang benar-benar mengalami masalah tersebut.
Uji ide dengan bentuk yang mudah dilihat
Pengujian ide tidak harus dimulai dari dokumen rencana bisnis yang tebal. Dokumen panjang dapat berguna pada tahap tertentu, tetapi pada awal proses ia sering membuat asumsi tersembunyi sulit terlihat. Tim justru membutuhkan bentuk yang ringkas, mudah dipahami, dan mudah diubah ketika informasi baru muncul.
Salah satu bentuk awalnya adalah gambaran visual sederhana: siapa pengguna utamanya, masalah apa yang mereka alami, kapan masalah itu muncul, dan bagaimana solusi yang dibayangkan membantu. Gambaran itu bisa berupa sketsa alur layanan, rancangan layar, poster penjelasan, atau simulasi proses tanpa produk lengkap. Yang penting, orang lain dapat melihatnya, mengajukan pertanyaan, dan menunjukkan bagian yang tidak sesuai dengan kenyataan.
Visual juga membantu founder membedakan fakta dari asumsi. Pernyataan “pemilik kafe membutuhkan sistem ini” masih merupakan dugaan sebelum diuji. Setelah berbicara dengan beberapa pemilik, mengamati proses kerja, dan melihat apakah mereka bersedia mencoba atau menjadwalkan demo, dugaan itu mulai memiliki dasar—meski tetap perlu diuji pada konteks dan periode yang lebih luas.
Karena itu, ide startup sebaiknya diperlakukan sebagai hipotesis, bukan keputusan final. Hipotesis adalah dugaan yang sengaja dibuat agar dapat diperiksa: masalahnya ada, kelompok tertentu mengalaminya, dan solusi tertentu berpotensi membantu. Sikap ini membuat founder cukup berani untuk memulai, sekaligus cukup rendah hati untuk mengubah arah ketika bukti tidak mendukung.
Pilih satu masalah yang kamu lihat berulang dalam tujuh hari terakhir. Tulis dalam satu halaman: siapa yang mengalaminya, kapan masalah itu terjadi, cara mereka mengatasinya sekarang, dan solusi sederhana yang ingin kamu uji. Buat sketsa visualnya, lalu minta setidaknya tiga orang yang benar-benar mengalami masalah tersebut menjelaskan proses mereka—bukan sekadar menilai apakah idemu menarik. Catat bagian yang berbeda dari dugaanmu dan gunakan temuan itu untuk memperbaiki hipotesis berikutnya.
