Apa saja yang benar-benar perlu ada dalam prompt build?
Empat hal, dan saya katakan ini setelah menyaksikan sekitar dua ratus prompt seperti ini berubah menjadi situs jadi: apa itu, untuk siapa, hal-hal yang wajib ada, dan — opsional — suasana. Semua yang lain adalah kebisingan yang akan diisi builder dengan nilai default, jadi keahlian sebenarnya bukan menulis lebih banyak, tapi menyadari mana dari keempat hal ini yang benar-benar Anda punya pendapat, dan hanya mengatakan itu.
Mulailah dengan apa itu, dan batasi pada kategori, bukan spesifikasi. "Situs pemesanan untuk studio yoga" lebih baik daripada "situs tempat orang melihat jadwal dan menekan tombol untuk memesan slot dan mendapat konfirmasi" meskipun yang kedua mengandung lebih banyak informasi. Kategori mengaktifkan default yang sudah dimiliki builder — jadwal terlihat seperti jadwal, alur pemesanan terlihat seperti alur pemesanan — sementara deskripsi memaksanya membangun ulang kategori dari nol.
Apakah saya perlu menyebutkan untuk siapa ini dibuat?
Tidak wajib, tapi ini baris yang sering dilewatkan orang padahal seharusnya tidak. "Untuk murid yang sudah ada di studio" dan "untuk orang yang baru menemukan studio ini" menghasilkan situs yang berbeda hampir di semua hal yang penting — nada teks, apakah ada hero pemasaran besar atau tata letak langsung ke jadwal, apakah harga ditampilkan di depan (pengunjung baru membutuhkannya) atau disembunyikan (pelanggan tetap sudah tahu). Satu klausa di sini bisa menyelesaikan seratus ambiguitas kecil yang tidak akan pernah diselesaikan oleh satu halaman permintaan fitur. Jika audiensnya memang generik, biarkan saja kosong — jangan mengarang audiens hanya untuk mengisi slot ini.
Berapa banyak hal wajib yang harus saya sebutkan?
Dua atau tiga. Uji yang saya pakai: apakah Anda akan menolak build pertama jika ini tidak ada? "Jadwal kelas, pembayaran online, profil pengajar" lolos uji itu untuk studio yoga — tanpa jadwal, itu bukan versi lebih kecil dari situs itu, tapi situs yang berbeda sama sekali. "Formulir berlangganan newsletter di footer" hampir tidak pernah lolos; itu hal yang bagus untuk dimiliki, dan hal-hal seperti itu sebaiknya masuk ke obrolan lanjutan setelah Anda melihat rencananya, bukan dijejalkan ke prompt awal di mana ia bersaing dengan hal-hal yang benar-benar penting.
Ini jujur saja bahan yang paling sering salah ditangani orang, dari dua arah. Nol hal wajib dan builder menebak, kadang salah. Delapan hal wajib dan builder memperlakukan semuanya sama pentingnya, dan hasilnya terbaca seperti daftar fitur yang mengenakan kostum situs web — tanpa hierarki, tanpa ruang untuk bernapas. Jika saya harus mendorong Anda untuk tidak melewatkan satu bahan, ini yang saya pilih. Bahkan satu klausa saja tentang "dua hal yang membuat ini milikmu" hampir selalu menghemat satu putaran bolak-balik, karena itulah satu-satunya informasi yang tidak bisa disimpulkan builder hanya dari kategori.
Haruskah saya menentukan suasana?
Hanya jika Anda memilikinya. Banyak prompt yang bagus melewatkan bagian ini sepenuhnya, dan itu tidak masalah — direktur desain tetap berkomitmen pada satu arah visual, baik Anda menentukannya atau tidak. Mood dua kata ("hangat dan bergaya coretan tangan," "klinis dan cepat," "seperti arcade era 90-an") hanya mengarahkan komitmen itu ke suatu tempat, alih-alih membiarkannya mengikuti default kategori begitu saja. Jika Anda punya reaksi yang kuat — Anda tahu ingin latar krem dengan tipe serif hangat, atau Anda tahu benci sudut membulat — gunakan klausa itu. Omong-omong, "bersih dan modern" tidak termasuk. Itu bukan mood, itu ketiadaan mood, dan tidak mengarahkan apa pun sementara tetap memakan satu slot.
Kenapa tidak menjelaskan semua yang saya pikirkan saja?
Karena builder-nya menurut. Itulah kegagalan sesungguhnya, dan ini tidak seperti yang orang duga — bukan karena terlalu banyak informasi membingungkan builder, tetapi karena setiap kalimat yang Anda tulis dibaca sebagai instruksi, termasuk kalimat setengah jadi yang sebenarnya akan Anda buang jika dipikir ulang. Saya pernah melihat seseorang menulis "mungkin bagian testimoni, belum yakin" lalu mendapatkan bagian testimoni lengkap dengan tiga kutipan placeholder, karena "mungkin, belum yakin" adalah keraguan bagi pembaca manusia tapi permintaan fitur bagi sistem yang menganggap serius kata-kata Anda.
Ini tidak akan jadi masalah jika kurang spesifik itu mahal, sebagaimana halnya dengan tim developer manusia, di mana ambiguitas membuat Anda rugi dua minggu sebelum ada yang sadar hal yang salah sudah dibangun. Di sini tidak mahal. Builder merencanakan sebelum membangun — Anda melihat proposal konkret sebelum apa pun dikomit ke kode — jadi kurang spesifik hanya berbiaya koreksi lima menit di chat, sementara terlalu spesifik justru menumpahkan semua ide setengah jadi yang paling lemah tepat pada saat Anda paling minim informasi untuk tahu mana yang layak dipertahankan. Sepuluh kata kebutuhan nyata mengalahkan dua ratus kata curahan pikiran, bukan karena informasi lebih banyak itu buruk secara umum, tetapi karena dalam antarmuka ini secara khusus, setiap kata tambahan adalah komitmen.
Ada biaya tersembunyi lain: ini meratakan hierarki. Sebutkan dua belas fitur dengan penekanan yang sama dan builder tidak punya sinyal fitur mana yang benar-benar Anda pedulikan, sehingga ia memberi bobot visual yang sama untuk semua dua belas (berantakan) atau menebak prioritasnya (kadang salah, dan sekarang Anda men-debug tebakan alih-alih menyatakan preferensi). Tiga hal wajib yang dinyatakan dengan jelas menjaga hierarki itu. Dua belas dalam satu paragraf justru menghapusnya.
Seperti apa sebenarnya prompt yang bagus itu?
| Prompt | Mengapa ini berhasil |
|---|---|
| "Log latihan untuk pemanjat tebing — sesi, tingkat kesulitan, grafik progres." | Apa-nya ditambah tiga hal wajib, total sepuluh kata kebutuhan. Tidak ada catatan audiens, karena "pemanjat tebing mencatat latihan mereka sendiri" sudah jelas dari kategorinya — dengan tepat melewatkan satu bahan yang di sini tidak berperan apa-apa. |
| "Landing page untuk podcast saya tentang pertanian perkotaan, hangat dan bergaya editorial, dengan daftar episode dan formulir berlangganan." | Apa-nya, audiens tersirat dari "podcast saya," mood, dua fitur. Tidak disebutkan pemutar mana yang menyematkan episode atau berapa banyak yang ditampilkan per halaman — itu pertanyaan untuk ronde kedua, bukan untuk prompt pembuka. |
| "Game air-hockey dua pemain, fisika nyata, satu keyboard." | Game membuat pola ini jelas: genre ditambah satu batasan yang menentukan bagaimana permainannya sebenarnya terasa. "Fisika nyata" dan "satu keyboard" bukan sekadar fitur, melainkan dua keputusan yang menentukan apakah rasanya seperti game yang ada di kepala Anda. Warna meja, jejak puck, UI skor — builder yang mengusulkan, Anda yang bereaksi. |
Yang menghubungkan ketiganya bukan keringkasan demi keringkasan itu sendiri, melainkan setiap kata punya perannya. Hapus "hangat dan editorial" dari prompt podcast dan Anda mendapatkan halaman podcast generik; hapus "pertanian perkotaan" dan kata mood itu tidak punya sasaran lagi. Itulah tes sesungguhnya apakah sebuah prompt sudah terbentuk dengan baik — bukan jumlah kata. Saya lebih memilih prompt 40 kata di mana setiap klausa punya tempatnya, dibanding prompt 15 kata yang singkat demi singkat tapi diam-diam melewatkan satu hal wajib.
Bagaimana jika saya sudah punya warna merek atau foto asli?
Lampirkan saja. Jangan dideskripsikan. Saya pernah melihat orang menulis paragraf yang cermat untuk memastikan palet merek dalam bahasa mirip-hex — "hijau hutan yang dalam, agak pudar" — padahal panduan merek yang sebenarnya sudah ada di file PDF di desktop mereka sepanjang waktu itu. Warna yang dideskripsikan adalah tebakan yang harus disusun ulang oleh builder; warna yang dilampirkan langsung benar. Menu asli, foto asli, aset merek — fitur knowledge dan referensi memasukkannya langsung ke dalam proses build, dan fakta selalu mengalahkan deskripsi fakta.
