7 Kesalahan Non-Programmer Waktu Bikin Aplikasi Pakai AI (dan Cara Benerinnya)

Aku sering lihat pola yang sama. Seseorang buka Cursor atau Claude Code, ketik 'tolong bikinin aplikasi kasir', dapat sesuatu yang jalan di lima menit pertama, terus dua hari kemudian proyeknya berantakan dan dia nyerah. Kesimpulannya biasanya: 'AI-nya nggak pinter.' Padahal bukan itu masalahnya.

AI hari ini cukup pintar buat nulis kode yang lumayan. Yang bikin proyek ambruk bukan modelnya, tapi cara kita make-nya. Ada segelintir kebiasaan yang kelihatan sepele tapi diam-diam ngerusak dari dalam. Kabar baiknya: semuanya bisa dihindari tanpa kamu harus belajar ngoding dulu.

Berikut tujuh yang paling sering aku temui, lengkap sama gejala yang bisa kamu kenali sendiri dan cara benerinnya. Kalau kamu baru mulai, pelan-pelan aja. Panduan vibe coding untuk pemula bisa jadi pintu masuk yang enak.

1. Langsung minta 'AI bikinin app' tanpa spec

Ini kesalahan nomor satu, dan hampir semua orang mulai dari sini. Kamu punya ide di kepala, langsung tulis satu kalimat: 'bikinin aplikasi manajemen stok'. AI bakal nurut. Tapi karena kamu nggak sebut detail, dia isi sendiri semua yang kosong dengan tebakan. Aplikasi yang lahir itu campuran ide kamu dan asumsi mesin.

Gejalanya:

• Hasilnya jalan, tapi separuh fiturnya bukan yang kamu bayangin.
• Tiap kali minta ubah, ada bagian lain ikut berubah tanpa diminta.
• Kamu susah jelasin ke orang lain aplikasimu sebenarnya ngapain.

Cara benerinnya: tulis spesifikasi ringkas sebelum satu baris kode pun dibuat. Nggak perlu dokumen tebal. Cukup jelas soal siapa penggunanya, fitur inti apa saja, dan apa yang justru di luar cakupan. Dokumen kayak gini namanya PRD, dan kalau belum kenal istilahnya, mulai dari apa itu PRD. Langkah nyusunnya ada di cara membuat PRD untuk aplikasi. Beda pola 'langsung ngetik' versus 'nulis spec dulu' aku kupas di vibe coding vs spec-driven development.

2. Accept All tanpa baca dan tanpa uji

Editor AI punya tombol yang menggoda: Accept All. Sekali klik, semua saran diterima. Rasanya cepat. Masalahnya kamu baru saja masukin kode yang belum kamu lihat dan belum pernah kamu jalankan, ke proyek yang makin lama makin susah dibalikin.

Gejalanya:

• Aplikasi tiba-tiba error dan kamu nggak tahu perubahan mana biang keroknya.
• Ada fitur yang dulu jalan, sekarang mati, dan kamu nggak sadar kapan matinya.

Cara benerinnya: perlambat dikit. Terima perubahan per bagian, bukan borongan. Habis nerima, jalankan aplikasinya, klik fitur yang barusan disentuh. Kamu nggak perlu ngerti tiap baris kode, cukup pastikan yang muncul di layar sesuai harapan. Kalau AI ngasih perubahan besar, minta dia jelasin dulu apa yang dia ubah dan kenapa, pakai bahasa manusia. Kalau dia nggak bisa jelasin dengan gampang, itu tanda kamu belum boleh terima.

3. Satu chat panjang buat semua fitur

Godaan lain: satu percakapan raksasa dari awal proyek sampai akhir. Login, laporan, notifikasi, semua numpuk di thread yang sama. Makin panjang chat, makin banyak yang harus 'diingat' AI, dan makin sering dia lupa keputusan yang tadi kalian sepakati. Konteksnya melar sampai buyar.

Gejalanya:

• AI mulai ngulang-ulang atau malah ngebantah dirinya sendiri.
• Jawaban makin lama makin ngawur dan nggak nyambung sama pertanyaanmu.
• Dia 'lupa' aturan yang tadi kamu kasih di awal chat.

Cara benerinnya: pecah per fitur. Satu percakapan untuk satu urusan yang jelas, lalu buka chat baru untuk fitur berikutnya. Tiap mulai, kasih konteks singkat: aplikasi apa, fitur ini ngapain. Cara nyampein ide biar AI langsung nangkep aku tulis terpisah di cara menjelaskan ide aplikasi ke AI.

// Prompt yang bikin melar (satu chat, numpuk terus):
"bikinin aplikasi toko online, ada login, keranjang, pembayaran,
 laporan penjualan, kirim email, dashboard admin, sekalian dark mode"

// Dipecah, satu fitur satu fokus:
Chat 1: "Aplikasi toko online (React). Sekarang FOKUS halaman produk saja:
         list produk, detail produk, tombol tambah ke keranjang."

Chat 2 (baru): "Konteks: toko online yang tadi. Sekarang bikin KERANJANG:
         lihat isi, ubah jumlah, hapus item. Fitur lain belum."

4. Nggak pernah nyimpan versi, nggak tahu cara balik

Kamu ngoprek sesuatu, aplikasinya rusak, dan kamu pengen balik ke kondisi kemarin yang masih jalan. Tapi nggak ada titik balik. Nggak ada versi tersimpan. Yang tersisa cuma penyesalan dan Ctrl+Z yang udah nggak nyampe.

Gejalanya:

• Kamu takut ngubah apa pun karena khawatir ngerusak yang udah jalan.
• Kalau rusak, satu-satunya jalan adalah minta AI 'kembalikan seperti semula', dan itu sering gagal.

Cara benerinnya: simpan versi tiap kali kamu sampai di kondisi yang jalan. Istilah tekniknya 'commit', tapi kamu nggak wajib hafal perintahnya. Bilang aja ke AI: 'simpan kondisi sekarang sebagai titik aman sebelum kita lanjut'. Banyak editor sekarang punya tombol buat ini. Intinya sederhana: sebelum eksperimen besar, pastikan ada satu titik yang bisa kamu tuju kalau semuanya berantakan.

5. Berharap keajaiban lima menit

Ada ekspektasi yang beredar di mana-mana: ketik satu kalimat, lima menit jadi aplikasi siap jual. Buat demo mainan, kadang iya. Buat sesuatu yang beneran dipakai orang dan pegang data, nggak pernah sesederhana itu.

Gejalanya:

• Kamu frustrasi karena aplikasinya 'belum jadi juga' padahal baru sejam.
• Tiap ada bug, rasanya kayak AI-nya gagal, padahal itu bagian normal dari bikin apa pun.

Cara benerinnya: ubah cara ngukur. Bukan 'jadi atau nggak', tapi 'maju sedikit tiap sesi'. Bikin aplikasi, bahkan dengan AI, itu iterasi: coba, lihat, benerin, ulang. Kalau kamu perlakukan tiap bug sebagai langkah wajar dan bukan kegagalan, kamu bakal sampai jauh lebih jauh. Ritmenya aku bahas lebih pelan di cara membuat aplikasi dengan AI tanpa coding.

6. Nggak tahu batas: nyentuh pembayaran dan data sensitif sendirian

Suatu titik kamu akan sampai ke bagian yang beda kelas: nerima pembayaran, nyimpan password, ngurus data pribadi orang. Di sini AI tetap bisa bantu nulis kode, tapi ada urusan keamanan dan hukum yang taruhannya bukan sekadar 'aplikasi error'. Bisa uang orang beneran, atau data yang bocor.

Gejalanya:

• Kamu simpan password pengguna apa adanya tanpa tahu itu bahaya.
• Kamu tempel kunci rahasia (API key) langsung di kode yang bisa dilihat siapa saja.

Cara benerinnya: kenali garis ini dari awal. Untuk pembayaran, pakai penyedia yang sudah teruji, jangan bikin sendiri dari nol. Untuk password dan data sensitif, tanya AI secara terang-terangan: 'apa risiko keamanan dari bagian ini, dan praktik standarnya apa?', lalu kalau taruhannya besar, minta orang yang paham buat ngecek. Nggak ada malunya. Programmer berpengalaman pun rutin ngelakuin ini.

7. Nggak pernah nulis aturan alias file rules

Kesalahan terakhir halus tapi mahal. Kamu ngobrol sama AI seolah tiap sesi dia ingat semua preferensimu. Padahal enggak. Tiap chat baru, dia mulai dari nol soal 'gaya' proyekmu: bahasa apa, struktur folder gimana, mana yang nggak boleh disentuh.

Gejalanya:

• Tiap sesi kamu ngetik ulang instruksi yang sama.
• Kode dari sesi kemarin dan hari ini gayanya beda, kayak ditulis dua orang berbeda.

Cara benerinnya: tulis aturannya sekali, di satu file yang otomatis dibaca AI tiap sesi. Di Cursor namanya file rules, di Claude Code namanya CLAUDE.md. Isinya hal-hal seperti: pakai bahasa apa, jangan ubah folder tertentu, selalu jelasin sebelum ngubah banyak file. Cara nyusunnya lengkap ada di file rules Cursor dan CLAUDE.md agar AI konsisten.

Benang merahnya

Kalau diperhatikan, tujuh kesalahan tadi punya satu akar yang sama: memperlakukan AI sebagai tukang sihir, bukan sebagai rekan kerja yang butuh arahan jelas. Kasih dia spec, baca hasilnya, pecah pekerjaannya, simpan titik aman, sabar sama iterasi, tahu batas, dan tulis aturan sekali. Cuma tujuh hal itu.

Nggak satu pun butuh kamu bisa ngoding. Yang dibutuhin cuma kemauan buat mikir dulu sebelum ngetik. Titik paling gampang buat mulai: bikin PRD singkat untuk ide yang lagi ada di kepalamu sekarang. Mau lihat wujud jadinya dulu? Intip kumpulan contoh atau mulai dari template siap pakai.

Ide yang bagus jarang mati karena AI-nya kurang pintar. Dia mati karena kita buru-buru. Pelan sedikit, hasilnya beda jauh.