surfup

Restoran Thai

Menu dalam talian dengan pesanan QR, bot Telegram untuk kakitangan dan panel pentadbir

HoReCa · Menu dalam talian · Pesanan QR · Bot Telegram · Panel pentadbir
Konteks projek

Pelanggan ialah restoran Thai dengan dapur terbuka dan menu yang separuh daripadanya memerlukan penerangan: ramuan yang tidak dikenali tetamu, tahap kepedasan, sos dan pencuci mulut yang sukar dibayangkan melalui kata-kata sahaja. Audiensnya bercampur: pelancong yang bahasa restoran itu bukan bahasa ibunda mereka, dan penduduk tempatan yang datang untuk “mencuba Thailand”. Menu kertas tradisional menimbulkan tiga masalah serentak: ia cepat lapuk — setiap perubahan harga atau hidangan bermakna cetakan semula dan kos; ia tidak menunjukkan hidangan secara “langsung” — gambar terpaksa ditampal sebagai sisipan berasingan; dan ia membebankan pelayan. Pada waktu puncak, tetamu menunggu 5–10 minit hanya untuk membuat pesanan, dan kesilapan “tersalah dengar, tersalah masak” sering berlaku. Perakaunan juga menjadi masalah: pesanan dan jumlah setiap syif dikira secara manual, jadi pemilik tidak mempunyai gambaran dewan yang tepat dalam masa nyata. Restoran mahu pautan menu awam dipaparkan dalam profil Google Maps — tempat yang kini membawa sebahagian besar tetamu baharu.

01 · Cabaran

Mereka bentuk dan membina sistem yang membolehkan satu menu berfungsi dalam dua mod dan pesanan sampai ke dapur tanpa

satu pun mata “menyampaikan semula”. Tugas ini mempunyai empat bahagian. Pertama, menu awam pada pautan tetap untuk Google Maps, media sosial dan bahan promosi bercetak. Kedua, pautan peribadi kepada menu sama yang menukar paparan menjadi pesanan sebenar apabila QR meja diimbas: tetamu memilih hidangan dan menghantarnya kepada kakitangan melalui bot Telegram, dengan nombor meja terkandung dalam pautan itu sendiri. Ketiga, bot Telegram untuk kakitangan restoran yang mengumpulkan semua pesanan, menyimpan rekod dan mengira jumlah. Keempat, panel pentadbir yang membolehkan pemilik menambah, mengedit dan membuang item menu tanpa pengatur cara. Sistem perlu berjalan pada peranti asas kakitangan dan tidak memerlukan tetamu melakukan apa-apa selain menggunakan kamera telefon.

02 · Kerja disiapkan

Bagi tetamu, sistem ini kelihatan seperti “sekadar laman web menu”, tetapi di sebaliknya terdapat logik teliti untuk dua mod akses dan tiga peranan — tetamu, kakitangan dan pentadbir menu. Setiap keputusan teknikal menjawab satu soalan: bagaimana mengurangkan halangan dalam perjalanan membuat pesanan?

  • Mereka bentuk seni bina dua mod: satu pangkalan kandungan, dua laluan akses. Pautan awam membuka menu paparan — kategori, foto, ramuan, tahap kepedasan dan harga — tanpa butang pesanan, sebagai persembahan masakan untuk Google Maps dan media sosial. Pautan meja mengandungi parameter yang mengaktifkan mod pesanan: bakul, komen pada item dan penghantaran pesanan akan muncul. Kandungannya sentiasa sama, jadi penyegerakan tidak diperlukan dari awal.
  • Membina menu awam: halaman responsif pantas yang dibuka dalam satu saat walaupun menggunakan internet mudah alih di luar, kerana tetamu sering membukanya terus daripada profil Google Maps ketika berada berhampiran restoran. Halaman ini memaparkan foto hidangan, penerangan tentang kepedasan dan ramuan, kategori daripada sup hingga minuman dan pencuci mulut, serta harga terkini. Pengehosan diletakkan di luar rangkaian dalaman restoran supaya pautan kekal stabil tanpa mengira Wi-Fi premis atau kesibukan dewan.
  • Menjana kod QR meja: setiap meja menerima QR unik dengan nombor meja tertanam dalam pautan. Tetamu tidak perlu memilih “saya di meja N” daripada senarai atau memberitahu pelayan tempat duduk mereka — sistem mengenal pasti meja daripada pautan. Ini menghapuskan punca ralat utama dalam sistem seumpamanya dan mengaitkan pesanan dengan meja yang betul sejak saat pertama. Papan QR diletakkan supaya mudah diimbas dari mana-mana bahagian meja.
  • Membina bakul dan penghantaran pesanan tanpa pendaftaran. Tetamu menambah item, meninggalkan komen pada hidangan (“tanpa kacang tanah”, “lebih pedas”, “sos berasingan”), menyemak pesanan dan mengesahkannya. Pesanan dihantar ke bot Telegram kakitangan dengan nombor pesanan unik dan nombor meja. Tiada pemasangan aplikasi, nombor telefon atau penciptaan akaun diperlukan: perjalanan daripada imbasan hingga penghantaran mengambil masa satu atau dua minit dan sengaja dibuat lebih singkat daripada mana-mana pilihan lain.
  • Membangunkan bot Telegram kakitangan. Semua pesanan diterima dalam masa nyata dengan nombor unik, meja, item, komen tetamu dan jumlah. Selain menerima pesanan, bot menyimpan rekod: sejarah pesanan mengikut syif dan hari, jumlah mengikut menu dan item, penghantaran semula serta status pemprosesan. Kakitangan menggunakan Telegram yang memang sudah terbuka pada peranti kerja; tiada perisian berasingan untuk dipasang atau latihan untuk diikuti — antara mukanya ialah sembang yang biasa digunakan.
  • Membina panel pentadbir menu: menambah item baharu, mengedit harga, penerangan, foto dan kategori, membuang item serta menandakan “ada/tiada stok” serta-merta. Setiap perubahan terus kelihatan dalam menu awam dan mod pesanan kerana kedua-duanya menggunakan menu yang sama. Pemilik mengurus pilihan menu daripada telefon tanpa pengatur cara dan tanpa menghubungi kami bagi setiap perkara kecil.
  • Memikirkan senario luar biasa di dewan: jika tetamu memesan hidangan yang baru sahaja habis di dapur, pentadbir menyembunyikannya dalam panel dan ia terus hilang daripada mod pesanan; jika pesanan tersilap dihantar dua kali, kakitangan melihat kedua-duanya lalu menolak pendua; jika harga berubah, satu suntingan mengemas kini semuanya. Situasi harian seperti inilah yang menentukan sama ada sistem akan berjaya digunakan di restoran sebenar.
  • Melancarkan sistem dan melatih kakitangan: mencetak serta meletakkan kod QR, memberi taklimat kepada pelayan tentang bot, memantau syif pertama, mengumpulkan maklum balas tetamu dan kakitangan, lalu melaraskan butiran antara muka berdasarkan penggunaan sebenar.

Tiga keputusan menentukan kejayaan projek. Pertama, “satu menu, dua mod”: restoran mengurus satu kandungan, bukan dua laman, jadi paparan awam dan laluan pesanan tidak pernah bercanggah. Kedua, Telegram sebagai terminal kakitangan: tiada kos peralatan, pesanan masuk ke tempat pekerja memang berada, dan sejarah pesanan disimpan secara automatik tanpa “buku rekod”. Ketiga, nombor meja tertanam dalam pautan QR: sistem tidak meminta tetamu memberikan maklumat yang boleh dikenal pastinya sendiri. Kos keseluruhan sistem lebih rendah daripada satu cetakan semula penuh menu kertas dan ia terus berfungsi tanpa langganan, mesin atau peralatan khas di dewan.

03 · Hasil

Peningkatan purata bil ialah kesan paling ketara: foto makanan dan paparan pencuci mulut serta minuman yang sentiasa kelihatan mendorong tambahan spontan yang tidak sempat dicadangkan oleh pelayan ketika waktu puncak. Kesan kedua ialah beban kakitangan berkurang: pelayan kurang berlari untuk “mengambil pesanan” dan lebih sempat berkhidmat — menghidangkan makanan, mengemas dan berbual dengan tetamu. Rekod dalam bot memberikan pemilik sesuatu yang belum pernah dimiliki: gambaran tepat pesanan mengikut meja, syif dan item tanpa satu baris pun ditulis tangan. Akhir sekali, pautan awam Google Maps berfungsi sebagai “jualan awal”: tetamu melihat-lihat menu sebelum datang, menunjukkan hidangan kepada satu sama lain dan tiba dengan keputusan tentang apa yang hendak dipesan.

04 · Hasil utama
MetrikHasil
Kemas kini menuCetakan semula mengambil masa beberapa hari → Minit dalam panel pentadbir
Daripada keputusan tetamu kepada pesanan5–10 minit → 1–2 minit
Kesilapan pesananKerap → Kes terpencil setiap suku tahun
Purata bil+17%
Rekod pesanan dan hasil mengikut syifManual dalam buku → Automatik dalam bot

Metrik disalin daripada bahan asal kes. Tempoh dinyatakan di tempat ia direkodkan dalam sumber.

Hasil tiga bulan pertama
Purata bil
+17%
daripada keputusan tetamu kepada pesanan (sebelum ini 5–10 minit)
1–2 min
untuk mengemas kini menu dalam panel, bukan mencetak semula
Minit
Empat bahagian sistem
  1. 01Menu awamsatu pautan untuk Google Maps dan media sosial
  2. 02Pautan mejaQR dengan nombor meja dalam pautan
  3. 03Bot Telegram kakitanganpesanan, sejarah dan jumlah
  4. 04Panel pentadbirmenu tanpa pembangun
Perjalanan tetamu
  1. 01Imbas QR
  2. 02Menu
  3. 03Bakul
  4. 04Sahkan
  5. 05Pesanan dalam botnombor pesanan dan meja
Masa untuk membuat pesanan
Daripada keputusan tetamu kepada pesanan
Sebelum5–10 min
Selepas1–2 min
Lebih rendah lebih baik

Had atas julat ditunjukkan: 5–10 minit dan 1–2 minit.

Langkah seterusnya

Langkah seterusnya yang kami cadangkan kepada restoran:

  • Bayaran terus dalam menu: tetamu menjelaskan bil di meja tanpa menunggu pelayan, meja lebih cepat dikosongkan dan barisan “menunggu bil” hilang pada waktu puncak.
  • Pelbagai bahasa: versi bahasa Inggeris dan bahasa lain bagi penerangan hidangan untuk pelancong — kandungan sama dengan lapisan terjemahan.
  • Keterlihatan GEO (Generative Engine Optimization): fakta berstruktur tentang masakan, menu dan suasana supaya pembantu AI menyebut restoran dengan tepat apabila menjawab “di mana boleh mencuba masakan Thai” — saluran yang semakin ramai tetamu gunakan untuk memilih restoran.
  • Analitik menu: hidangan yang dilihat tetapi tidak dipesan, dan item yang “menaikkan” bil — asas untuk mengoptimumkan pilihan menu dan tawaran bermusim.
Petikan
Pada malam Jumaat, pelayan dahulu tidak sempat menghampiri meja — sekarang pesanan datang sendiri dengan nombor meja dan komen tetamu. Apabila hidangan paling popular habis, saya menyembunyikannya dalam panel pentadbir dalam masa sepuluh saat dan tiada siapa pulang dengan kecewa.

— Pemilik Restoran Thai

Bahan terkini

Semua bahan

Artikel praktikal dan panduan daripada SurfUp.

Panduan · 10 minit

Halaman “Apa itu…” dan jawapan AI: klik hilang atau permintaan jatuh

Bahagian rujukan bank hilang 24% lawatan ketika permintaan turun 13%. Cara membezakan klik hilang kepada blok AI daripada permintaan jatuh.

Baca
Panduan · 8 minit

Trafik merosot selepas kemas kini Google

Cara menentukan sama ada trafik merosot disebabkan kemas kini Google, musim atau kerosakan teknikal. Kronologi kemas kini 2026, semakan enam soalan dan pelan untuk 14 hari pertama.

Baca
Panduan · 9 minit

Permintaan turun atau tapak kalah: menyelaras trafik dengan Wordstat

Permintaan deposit turun 75%, trafik 37%; bagi kad permintaan −35%, trafik −63%. Cara menyelaraskan trafik dengan permintaan tanpa menyalahkan tapak.

Baca