Kenapa Aplikasi Buatan AI Pertamamu Sebaiknya Jelek
Kalau proyek AI app builder pertamamu terlihat kasar, itu fitur, bukan bug. Inilah kenapa kepolesan adalah hal yang salah untuk dioptimalkan sejak awal — dan apa yang sebaiknya kamu kejar.
Pertama kali seseorang memakai AI app builder, mereka biasanya melakukan salah satu dari dua hal. Mereka entah menerima hal pertama yang diberikan AI lalu merilisnya, atau mereka menghabiskan tiga hari membuat tombol-tombolnya tepat berwarna indigo yang pas sebelum mereka menguji apakah ada yang benar-benar menginginkan benda itu.
Kelompok kedua jauh lebih umum, dan itu kesalahan yang lebih mahal. Tulisan ini soal kenapa aplikasi buatan AI pertamamu sebaiknya sedikit jelek dengan sengaja.
Jebakan kepolesan
Ada perasaan tertentu yang menghampiri sekitar sepuluh menit setelah kamu mulai membangun sesuatu. Alur dasarnya berfungsi. Seorang pengguna bisa mendaftar, mengerjakan hal itu, melihat hasilnya.
Lalu matamu menangkap jaraknya. Headline-nya terlalu besar. Empty state-nya punya teks placeholder. Layar login-nya terlihat seperti layar login dari tahun 2008.
Kamu meminta AI app builder memperbaiki jaraknya. Ia melakukannya. Sekarang tombolnya di tempat yang salah. Kamu memintanya memperbaiki itu. Ia melakukannya. Sekarang animasi modal-nya terasa aneh di mobile. Kamu menghabiskan dua jam berikutnya menggeser-geser segalanya satu piksel demi satu piksel.
Masalahnya bukan bahwa kepolesan itu buruk. Kepolesan itu hebat — pada akhirnya. Masalahnya adalah kepolesan adalah jenis kemajuan yang paling terukur. Ia terlihat. Ia terasa seperti kerja. Dan ia hampir sepenuhnya tak berkorelasi dengan apakah aplikasimu bagus.
Saat aplikasimu sedikit jelek, kamu tetap fokus pada apa yang ia lakukan. Saat aplikasimu cantik, kamu mulai memperlakukannya seolah ia sudah selesai.
Hal yang sebenarnya perlu kamu ketahui
Kamu tidak sedang membangun aplikasi. Kamu sedang menguji sebuah asumsi.
Asumsinya biasanya terlihat seperti: orang yang punya masalah X akan memakai tools yang melakukan Y untuk memperbaikinya. Segala hal lain — warna, tipografi, ilustrasi empty-state, tur onboarding — ada untuk melayani asumsi itu. Kalau asumsinya salah, tak satu pun kepolesan itu penting. Kalau asumsinya benar, kamu punya banyak waktu untuk memperbaiki warnanya nanti.
Seorang teman saya menghabiskan dua minggu bulan lalu membangun habit tracker. Bukan ide paling orisinal di dunia, tapi ia punya sudut pandang spesifik: melacak kebiasaan dalam grup berisi tiga, dan grup itu kedaluwarsa tiap minggu. AI builder memberinya prototype yang berfungsi dalam sekitar satu jam. Ia menghabiskan sisa dua minggunya membuatnya cantik.
Saat ia akhirnya menunjukkannya ke orang-orang, feedback-nya adalah: “Saya suka, tapi saya nggak akan pernah pakai tiga sekaligus.” Asumsi intinya salah. Versi cantiknya salah persis dengan cara yang sama versi jeleknya salah. Ia hanya menghabiskan sepuluh hari ekstra memoles jawaban yang salah.
Seperti apa “cukup jelek” itu
Jelek tidak berarti rusak. Ia berarti sengaja kurang dihias. Beberapa penanda aplikasi yang berada di level jelek yang tepat untuk build pertama:
- Tema bawaan mengerjakan sebagian besar pekerjaan visual. Kalau AI builder dirilis dengan default yang masuk akal, kamu belum menyentuhnya.
- Empty state berupa teks polos. Tanpa ilustrasi, tanpa copy “Sepertinya belum ada apa-apa di sini 🎉”. Cukup “Tidak ada item.”
- Favicon-nya default. Begitu juga dengan logonya, kalau ada. Sebuah wordmark dengan font default sudah cukup.
- Alur auth-nya apa pun yang diberikan builder. Tidak di-branding. Tidak kustom. Fungsional.
- Satu halaman bisa dirangkai untuk mengerjakan hal yang sebenarnya. Segala hal lain bisa berupa stub atau tautan ke Google Form.
Kalau kamu menatap build-mu dan merasa sedikit malu menunjukkannya ke teman, kamu kemungkinan berada di zona yang tepat. Rasa malu itu berguna — ia mendorongmu berbicara tentang apa yang dilakukan aplikasi alih-alih seperti apa penampilannya. Yang mana adalah percakapan yang sebenarnya perlu kamu lakukan.
Dua jenis feedback yang didapat dari jelek
Saat kamu menunjukkan aplikasi yang dipoles ke seseorang, mereka bereaksi pada kepolesannya. “Oh, gradiennya bagus.” “Saya suka ikonnya.” Tak satu pun dari itu adalah informasi. Itu setara percakapan dengan basa-basi.
Saat kamu menunjukkan aplikasi jelek ke seseorang, kamu mendapat dua jenis feedback yang berbeda, keduanya berguna:
- “Ini menyelesaikan masalah nyata buat saya.” Inilah yang kamu cari. Kalau aplikasi jelek mendapat reaksi ini, asumsinya bertahan, dan kamu punya izin untuk memoles. Sekarang warna jadi penting, karena kamu tidak sedang bertaruh warna akan mengangkat ide yang buruk.
- “Saya kurang paham ini untuk apa.” Ini juga yang kamu cari, meskipun menyakitkan. Aplikasi jelek memunculkan ini lebih cepat karena tak ada yang mengalihkan perhatian dari hal intinya. Aplikasi cantik akan mendapat anggukan sopan dan “kelihatan keren” dan kamu tidak belajar apa-apa.
Kedua reaksi memberitahumu apa yang harus dilakukan berikutnya. Versi yang dipoles akan memberimu opini tentang ketebalan font.
”Tapi bagaimana kalau saya mau menunjukkannya ke investor / klien / ibu saya?”
Kekhawatiran yang masuk akal. Tiga hal membantu.
Yang pertama adalah “menunjukkan ke investor” biasanya lebih jauh daripada yang terasa. Sebagian besar orang yang bilang “saya perlu ini terlihat bagus untuk ditunjukkan ke investor” sebenarnya tidak punya pertemuan investor di kalender. Mereka punya investor masa depan yang samar dan kecemasan masa kini yang sangat nyata. Investor masa depan yang samar itu jauh lebih ingin melihat produk yang berfungsi dengan lima pengguna nyata daripada mockup yang dipoles tanpa pengguna sama sekali.
Yang kedua adalah ada bedanya antara jelek dan belum jadi. Aplikasi jelek tetap bisa terasa disengaja — warna datar, font sistem, jarak yang konsisten. Yang ingin kamu hindari adalah setengah dihias: landing page yang dianimasikan dengan indah di depan layar pengaturan yang masih menampilkan Lorem Ipsum, atau tiga gaya tombol berbeda karena kamu mengustomisasi dua dan lupa yang ketiga. Ketidakrataan semacam itu terbaca sebagai “saya menyerah di tengah jalan,” yang jauh lebih buruk daripada “saya belum mulai mendesain.”
Yang ketiga adalah jelek-dengan-sengaja itu sebuah genre. Tools indie berbasis teks polos, desain brutalis, estetika “dibuat oleh satu orang” — ini adalah tampilan yang dihormati luas. Kalau kamu khawatir terlihat tidak profesional, condonglah ke tampilan itu dengan sengaja alih-alih meminta maaf untuknya.
Kapan kepolesan menjadi langkah yang tepat
Ada titik di mana jelek berhenti berguna. Itu bukan tanggal spesifik — itu perasaan spesifik. Kamu akan tahu kepolesan adalah langkah yang tepat saat:
- Kamu punya sejumlah kecil pengguna nyata yang terus kembali.
- Kamu berhenti mendengar “Saya kurang paham ini untuk apa” dan mulai mendengar “Saya berharap ia bisa mengerjakan X.”
- Kamu malu dengan aplikasi itu dengan cara yang spesifik soal seperti apa penampilannya, bukan cara kerjanya.
- Friksi di UI menyebabkan drop-off nyata, bukan sekadar mengganggumu secara estetika.
Saat kamu mencapai itu, minta AI builder memberimu satu putaran desain. Pilih sebuah typeface. Ketatkan jaraknya. Poles empty state-nya. Kerja yang kamu lakukan saat itu terbayar, karena tiap piksel kepolesan mendarat di atas sesuatu yang sudah berfungsi.
Sebelum kamu mencapai itu, kepolesan sebagian besar adalah penundaan yang mengenakan pakaian kemajuan.
Versi nasihat ini yang bisa kamu pakai hari ini
Buka AI app builder-mu dan lihat apa pun yang sedang kamu kerjakan. Tanyakan pada dirimu satu pertanyaan: kalau saya memberikan ini ke satu orang nyata besok, apakah saya akan belajar sesuatu yang belum saya ketahui?
Kalau ya, kamu tidak perlu memoles. Kamu perlu mengirimkannya.
Kalau tidak, celahnya biasanya bukan bahwa aplikasinya terlalu jelek. Celahnya biasanya adalah alur intinya belum melakukan apa-apa — ia punya halaman utama dan login dan tiga layar yang nyaris berfungsi, dan hal yang seharusnya ia kerjakan masih TODO. Itulah bagian yang dibangun berikutnya. Bukan warnanya.
Aplikasi buatan AI pertamamu memang seharusnya jelek. Ia memang seharusnya terlihat seperti draf. Begitulah cara kamu tahu ia masih bergerak.
Kalau kamu masih lebih awal dalam prosesnya, kamu mungkin suka aplikasi buatan AI pertamamu sebaiknya berupa apa atau cara menjelaskan apa yang kamu inginkan ke AI builder.