Cari Hambatan Pertama Bisnis, Baru Bangun Solusi Sekecil Mungkin

Beberapa bulan lalu gue ngerjain satu usaha kuliner kecil. Pas gue tanya apa masalahnya, jawabannya daftar panjang. Pesanan sering ketuker pas jam makan siang. Stok bahan habis tanpa kabar. Laporan untung nggak pernah dibuat. Promosi jalan seadanya.

Gue lihat daftar itu, terus refleks gue jalan. Bikin semua sekaligus. Katalog menu, kasir, catatan stok, laporan harian, pengingat. Alasannya masuk akal: biar nanti nggak usah nambah lagi.

Waktu itu gue ngerjainnya pakai model bayar per task, jadi biayanya nggak ngikut bulanan. Yang bikin pusing bukan biayanya. Yang bikin pusing, kerjaan berminggu-minggu itu akhirnya nggak kepakai tiap hari.

Yang salah bukan sistemnya. Yang salah urutannya.

Kesalahan Gue: Bikin Sistem Sebelum Tahu Yang Macet

Gue inget pola ini kejadian lebih dari sekali. Setiap kali ada usaha kecil minta dibantu, gerak gue sama: bikin yang lengkap dulu.

Yang gue lupa, pemilik usaha nggak hidup di dalam sistem. Dia hidup di jam ramai. Di jam ramai, satu pesanan ketuker bikin antrean berantakan. Fitur lain yang gue bangun nggak kepakai, karena yang dia butuh baru satu: catatan pesanan yang bisa dibaca cepat.

Ini beda dari soal urutan bangun produk sendiri. Kalau loe mau yang soal produk, gue pernah nulis lebih detail di kenapa bangun produk duluan bikin nggak punya pembeli. Di sini objeknya operasional klien, bukan fitur produk gue sendiri.

Cara lama gue: denger semua keluhan, bikin daftar fitur, bangun sistem yang nutup semuanya sekaligus.

Cara gue sekarang: denger semua keluhan, cari satu titik yang bikin alur lain berhenti, uji satu langkah kecil cuma di titik itu.

Bedanya bukan jumlah kerjaan. Jumlahnya tetap banyak. Yang beda cuma yang gue kerjain lebih dulu.

Tiga Pertanyaan Buat Nemuin Hambatan Pertama

Hambatan pertama itu bukan masalah yang paling gede. Dia masalah yang paling awal. Kalau dia nggak beres, kerjaan di belakangnya nggak bisa jalan, sekeras apa pun loe dorong.

Orang nyebutnya cold start. Mesin yang nggak mau nyala sampai ada satu hal yang dikerjain dulu. Tiap usaha punya satu titik seperti itu, dan titik itu sering nggak kelihatan dari luar.

Ada tiga pertanyaan yang gue pakai buat nyarinya. Urutannya jangan dibalik, dan jawabannya harus dari kejadian nyata, bukan dari perasaan.

Dari tiga pertanyaan itu, biasanya cuma satu yang jawabannya nunjuk ke titik yang sama. Itu yang loe kerjain duluan.

Contoh Kuliner: Dari Daftar Panjang Jadi Satu Langkah

Balik ke kasus kuliner tadi. Daftar keluhannya panjang. Pesanan ketuker pas ramai, stok bahan habis tanpa kabar, laporan untung nggak ada, promosi jalan seadanya.

Gue jalanin tiga pertanyaan itu ke tiap keluhan. Yang bikin pelanggan nunggu: pesanan yang ketuker. Yang dikerjain manual tiap hari: nyatet pesanan di kertas. Yang kalau gagal bikin semuanya berhenti: alur pesanan.

Ketemu. Hambatan pertamanya pesanan yang tercecer pas jam ramai. Bukan stok, bukan laporan, bukan promosi.

Langkah pertamanya kecil banget. Catatan pesanan sederhana plus total yang jelas tiap hari. Nggak ada aplikasi baru, nggak ada langganan baru. Selama satu minggu, cuma itu yang diubah.

Perhatiin yang nggak gue kerjain. Stok, laporan, dan otomasi gue tahan dulu. Ketiganya nunggu alur dasar jalan. Kalau gue paksa jalan bareng, yang kejadian bukan tiga fitur kelar, tapi tiga kerjaan setengah jadi.

Ukuran yang gue pakai juga sederhana. Bukan jumlah fitur yang selesai. Gue cuma nanya satu hal: pesanan masih ketuker atau nggak pas jam ramai. Kalau ukurannya sesederhana itu, keputusannya jadi cepat.

Seminggu jalan, alur pesanannya kebaca. Baru setelah itu stok bisa dicocokin, laporan bisa dihitung, dan otomasi masuk akal.

Kenapa Solusinya Harus Sekecil Mungkin

Ada godaan yang susah ditolak pas loe udah tahu satu titik macet. Godaannya, sekalian aja tambah yang lain. Mumpung lagi ngerjain.

Gue pernah ngalamin ini di kerjaan lain. Gue udah nemu titik macetnya, terus gue tambah dua fitur biar sekalian. Yang kejadian, dua fitur tambahan itu yang bikin pemiliknya bingung, dan titik macet aslinya malah ketutupan.

Solusi kecil punya satu keunggulan yang nggak bisa ditandingin solusi besar. Dia bisa dites dalam hitungan hari. Kalau salah, yang loe rugi cuma beberapa hari.

Ini alasan gue selalu mulai dari yang paling kecil. Bukan karena gue nggak sanggup bikin yang besar. Yang besar nggak ada gunanya kalau titik macetnya masih nyangkut.

Ada pola lain yang sama nyangkutnya. Titik macetnya udah ketemu, tapi orangnya nunggu versinya bagus dulu baru dipakai. Ujungnya sama: alurnya nggak pernah jalan, dan kerjaannya nggak kepakai.

Tabel di atas contoh bentuknya. Loe bisa bikin versi loe sendiri dalam sepuluh menit, isinya dari keluhan yang beneran masuk ke loe.

Yang perlu loe hindari cuma satu: baris yang alasannya karena loe udah keburu ngoding. Itu bukan alasan.

Mulai Minggu Ini, Modal Rp 0

Nggak ada yang perlu loe beli buat langkah pertama. Nggak ada langganan baru, nggak ada alat baru. Rp 0. Ini urutan yang gue pakai.

Kalau minggu pertama alurnya udah jalan, baru loe tambah satu hal lagi. Kalau belum, jangan tambah apa-apa dulu. Ganti langkahnya jadi lebih kecil.

Kalau loe mau lihat versi yang lebih teknis, gue pernah nulis di kenapa automasi gagal bukan karena AI-nya bodoh. Dan kalau kerjaan loe kebanjiran terus, itu masalah lain lagi, bukan tanda sukses. Gue tulis di tanda loe belum punya sistem.