Ide Project #4: Bikin Sistem Reservasi Meja Restoran dalam Satu Prompt

• Pendahuluan
• Persiapan
• Konten Inti: Bikin Sistem Reservasi dari Satu Prompt
• Edge Case
• Troubleshooting
• Tips
• Kesimpulan

Pendahuluan

Seri "Ide Project" naik satu tingkat. Kalau tiga artikel sebelumnya (landing page company profile, kalkulator BMI, invoice generator) masih level Gampang karena cuma butuh satu entity atau bahkan tanpa database sama sekali, project kali ini masuk level Menengah: sistem reservasi meja restoran.

Bedanya ada di kompleksitas data. Reservasi meja butuh dua entity yang saling berhubungan, yaitu data meja (dengan status tersedia atau tidak) dan data reservasi (yang mengikat pelanggan ke meja tertentu pada tanggal dan jam tertentu). Selain itu, AI juga perlu menangani validasi tanggal dan waktu supaya tidak ada dua reservasi yang bentrok di meja dan jam yang sama. Semua itu tetap dibangun dari satu prompt saja, tanpa kamu perlu tahu istilah "relasi antar tabel" atau menulis query database manual.

Persiapan

Kalau kamu belum pernah pakai builder TanpaNgoding AI sama sekali, baca dulu Ide Project #1: Bikin Landing Page Company Profile dalam Sekali Prompt untuk paham cara buka builder, membuat project baru, dan mengirim prompt pertama. Artikel ini langsung fokus ke prompt dan hasil, tanpa mengulang langkah-langkah dasar itu.

Siapkan satu project baru di builder, lalu tulis prompt yang menjelaskan seluruh kebutuhan sistem reservasi dalam satu pesan.

Konten Inti: Bikin Sistem Reservasi dari Satu Prompt

Setelah project dibuat, AI diminta membangun landing page reservasi meja untuk restoran bernama "RasaNusantara", lengkap dengan daftar meja yang bisa dipilih, form reservasi, dan halaman konfirmasi otomatis berisi nomor booking. AI merancang sendiri struktur datanya, mulai dari tabel meja dengan status ketersediaan, sampai tabel reservasi yang mengikat nama pelanggan, meja yang dipilih, tanggal, jam, dan jumlah tamu.

Hasilnya adalah landing page dengan hero section ajakan reservasi, ringkasan keunggulan (pilihan meja lengkap, ketersediaan real-time, nomor booking instan), dan navigasi ke halaman Daftar Meja serta Reservasi.

Alur intinya: pengunjung memilih salah satu meja yang tersedia dari daftar, lalu tombol "Buat Reservasi" muncul di bagian bawah form begitu meja dipilih. Setelah tombol itu diklik, sistem memproses reservasi dan menampilkan halaman konfirmasi berisi nomor booking otomatis beserta ringkasan lengkap, mulai dari nama pelanggan, meja yang dipesan, tanggal, jam, sampai jumlah tamu.

Yang menarik dari project ini, satu prompt yang sama sudah membuat AI menyusun logika validasi dasar: tombol reservasi baru muncul setelah meja benar-benar dipilih, bukan tersedia begitu saja di semua kondisi. Ini contoh bagaimana AI menerjemahkan kebutuhan bisnis ("jangan sampai reservasi dobel di meja yang sama") menjadi aturan tampilan dan logika backend, tanpa kamu perlu menjelaskan detail teknis validasi tanggal-waktu satu per satu.

Edge Case

Beberapa skenario di luar alur utama yang perlu kamu cek manual setelah project seperti ini selesai dibangun:

Reservasi di meja yang sama pada jam yang sama dari dua pengunjung berbeda. AI biasanya sudah menyiapkan validasi dasar di level tabel, tapi ada baiknya kamu tes langsung dengan membuka dua reservasi berbeda di meja dan jam yang identik untuk memastikan sistem menolak atau memberi peringatan, bukan malah menyimpan dua reservasi yang bentrok.

Jumlah tamu yang melebihi kapasitas meja. Kalau meja punya kapasitas maksimal (misalnya 4 orang) tapi pelanggan mengisi jumlah tamu 10 orang, cek apakah form memberi peringatan atau tetap meloloskan reservasi begitu saja.

Reservasi untuk tanggal yang sudah lewat. Form tanggal idealnya membatasi pilihan hanya ke hari ini dan seterusnya, bukan tanggal yang sudah berlalu.

Troubleshooting

Kalau AI salah paham dan membuat sistem reservasi tanpa halaman konfirmasi nomor booking, coba perjelas di prompt lanjutan bahwa kamu butuh "halaman konfirmasi setelah reservasi berhasil, tampilkan nomor booking unik". AI akan menyesuaikan tanpa perlu membangun ulang dari awal, cukup lanjutkan di sesi chat yang sama.

Kalau daftar meja tidak muncul atau kosong, kemungkinan data contoh (seed data) belum ditambahkan. Minta AI lewat chat untuk "tambahkan beberapa data contoh meja dengan kapasitas dan status berbeda" supaya kamu punya data untuk uji coba alur reservasi.

Kalau hasil build berbeda jauh dari ekspektasi, cek kembali apakah prompt awal sudah menyebutkan entity dan alur yang jelas (nama restoran, informasi yang perlu diisi pelanggan, dan apa yang terjadi setelah reservasi berhasil). Semakin jelas alur yang dijelaskan di prompt, semakin kecil kemungkinan AI salah menerjemahkan kebutuhan.

Tips

Project ini bisa dikembangkan lebih lanjut lewat chat lanjutan, misalnya:

Minta AI menambahkan notifikasi WhatsApp atau email otomatis ke pelanggan setelah reservasi berhasil dibuat.

Minta tampilan kalender visual untuk memilih tanggal dan jam, bukan sekadar input teks biasa.

Minta AI menambahkan halaman admin untuk melihat dan mengelola semua reservasi yang masuk, termasuk mengubah status jadi "sudah datang" atau "dibatalkan".

Minta AI membatasi jam operasional restoran, misalnya reservasi hanya bisa dibuat antara jam 10 pagi sampai 10 malam.

Kesimpulan

Sistem reservasi meja restoran ini menunjukkan bahwa AI di TanpaNgoding AI bisa menangani project dengan dua entity yang saling berhubungan dan validasi tanggal-waktu, tetap dari satu prompt yang jelas. Ini langkah naik dari project-project Gampang di artikel sebelumnya, tapi masih jauh dari rumit dibandingkan sistem bisnis yang lebih besar.

Di artikel berikutnya, seri ini akan lanjut ke level Menengah lainnya: POS Kasir Sederhana, dengan tantangan baru berupa kalkulasi transaksi otomatis dan riwayat penjualan.