Cara Membina Apl Tempahan: Slot, Ketersediaan, Peringatan dan Deposit

Untuk membina apl tempahan, anda memerlukan empat perkara yang berfungsi bersama: senarai apa yang boleh ditempah (perkhidmatan, bilik, kakitangan), peraturan tentang bila setiap satu tersedia, aliran tempahan yang hanya menawarkan slot yang benar-benar kosong, dan paparan persendirian tempat perniagaan menguruskan apa yang masuk. Pembina apl AI boleh menghasilkan versi pertama yang berfungsi daripada penerangan ringkas dalam beberapa minit; kerja sebenar ialah menentukan peraturan - panjang slot, penampan, pembatalan, zon waktu - dan menguji bahawa tempahan berganda adalah mustahil.

Mulakan dengan memutuskan apa maksud "tempahan" bagi anda

Apl tempahan kelihatan serupa di permukaan tetapi berbeza banyak di dalamnya. Jawab soalan ini dahulu:

• Apa yang ditempah? Perkhidmatan (potong rambut), seseorang (tutor), sumber (bilik mesyuarat, gelanggang, van), atau tempat dalam sesi (kelas yoga dengan 12 tempat).
• Berapa lama ia mengambil masa? Tetap bagi setiap perkhidmatan, atau dipilih oleh pelanggan?
• Siapa yang memberikannya? Seorang individu, beberapa kakitangan dengan waktu bekerja masing-masing, atau tiada sesiapa (bilik)?
• Apa yang berlaku selepas tempahan? Pengesahan serta-merta, atau permintaan yang diluluskan oleh pemilik?
• Adakah wang terlibat? Percuma, bayar pada hari itu, deposit di hadapan, atau pra-bayaran penuh?

"Minta masa, pemilik sahkan melalui e-mel" jauh lebih mudah dibina berbanding "tempahan segera terhadap tiga kalendar kakitangan dengan deposit". Kedua-duanya sah - pilih yang anda perlukan untuk versi pertama.

Apa yang diperlukan oleh apl

Data

Menyimpan masa tamat bagi setiap tempahan, bukan sekadar masa mula, menjadikan semakan pertindihan jauh lebih mudah.

Halaman

• Awam: senarai perkhidmatan, pemilih slot, borang tempahan, halaman pengesahan, dan pautan batal atau jadual semula.
• Persendirian (pemilik atau kakitangan): jadual hari ini, tempahan akan datang, cara menyekat masa cuti, dan tetapan untuk perkhidmatan dan waktu.

Kebenaran

Pelanggan hanya boleh melihat slot kosong atau sibuk - jangan sekali-kali nama pelanggan lain. Kakitangan mungkin hanya melihat jadual mereka sendiri; pemilik melihat semuanya. Tulis ini, kerana ia menentukan sama ada anda memerlukan log masuk dan peranan. Panduan kami tentang menambah log masuk pada apl anda meliputi pilihannya.

Bahagian yang sukar, dan cara mengendalikannya

Tempahan berganda

Pepijat klasik: dua orang memuatkan halaman, kedua-duanya melihat 10:00 kosong, kedua-duanya menempahnya. Penyelesaiannya ialah menyemak semula pada pelayan apabila tempahan disimpan dan menolaknya jika ada apa-apa yang bertindih sekarang. Mintalah ini secara eksplisit:

Apabila menyimpan tempahan, semak semula pada pelayan bahawa tiada tempahan yang disahkan atau menunggu bagi kakitangan yang sama bertindih dengan masa yang diminta (termasuk penampan). Jika ada, tolak dan papar "Masa itu baru sahaja diambil - sila pilih masa lain."

Kemudian uji dengan dua tetingkap pelayar.

Zon waktu

Simpan setiap masa dalam UTC dan tukar untuk paparan. Tentukan zon waktu siapa yang dipaparkan pada halaman tempahan - biasanya zon waktu perniagaan untuk perkhidmatan bersemuka, dan zon waktu pelanggan untuk panggilan dalam talian - dan labelkannya pada halaman. Uji satu tempahan merentasi tarikh pertukaran waktu siang (DST).

Penampan, notis dan had

Peraturan biasa yang patut diputuskan awal: penampan antara temu janji, notis minimum ("tiada tempahan kurang daripada 2 jam lebih awal"), jauh mana orang boleh menempah ke hadapan, dan had harian. Setiap satu ialah satu ayat dalam prompt; meninggalkannya bermakna AI memilih lalai untuk anda.

Pembatalan dan tidak hadir

Beri setiap pengesahan pautan batal dengan token unik supaya pelanggan tidak memerlukan akaun. Tentukan tempoh pembatalan anda dan sama ada deposit boleh dikembalikan, dan tunjukkan dasar itu sebelum pembayaran.

Peringatan

Peringatan melalui e-mel atau teks memerlukan sesuatu yang berjalan mengikut jadual ("setiap 15 minit, hantar peringatan untuk tempahan yang bermula dalam 24 jam"). Semak cara pembina dan hosting anda mengendalikan tugas berjadual. Jika tidak, gunakan penjadual luaran yang memanggil titik akhir dalam apl anda, atau hantar e-mel pengesahan dengan jemputan kalendar dilampirkan supaya kalendar pelanggan sendiri memberi peringatan. Lihat cara menghantar e-mel dari apl anda untuk bahagian pembekal.

Deposit dan pembayaran

Corak biasa dengan Stripe:

1. Pelanggan memilih slot; apl mencipta tempahan menunggu yang menahan slot itu untuk seketika (katakan 15 minit).
2. Apl menghantar mereka ke Stripe Checkout untuk deposit.
3. Stripe memberitahu apl anda melalui webhook apabila pembayaran berjaya; tempahan menjadi disahkan.
4. Jika pembayaran tidak berlaku dalam masa, tempahan menunggu tamat tempoh dan slot dibebaskan.

Harga standard Stripe ialah peratusan ditambah yuran tetap bagi setiap pembayaran kad yang berjaya, tanpa yuran bulanan (setakat September 2026); kadar berbeza mengikut negara, jadi semak halaman harga Stripe untuk negara anda. Gunakan mod ujian dan kad ujian sehingga semuanya berfungsi. Panduan kami tentang menambah pembayaran menerangkannya langkah demi langkah.

Prompt pertama yang berfungsi

Bina apl tempahan untuk Northside Barbers. Perkhidmatan: Potong rambut (30 minit, $25), Cukur janggut (15 minit, $12), Potong rambut + janggut (45 minit, $32). Dua tukang gunting, Sam dan Ali, setiap seorang bekerja Selasa hingga Sabtu 9:00-18:00. Pelanggan memilih perkhidmatan, kemudian tukang gunting atau "mana-mana tukang gunting", kemudian melihat hanya masa mula 15 minit yang kosong untuk 14 hari akan datang, dan memasukkan nama, telefon dan e-mel. Simpan tempahan dalam pangkalan data, dengan penampan 10 minit selepas setiap temu janji, dan semak semula ketersediaan semasa menyimpan untuk mengelak tempahan berganda. Papar halaman pengesahan dengan pautan batal. Pemilik mempunyai halaman persendirian yang menyenaraikan tempahan hari ini dan akan datang, boleh membatalkan tempahan dan boleh menyekat masa. Masa mengikut waktu tempatan kedai. Reka bentuk yang kemas dan mengutamakan telefon.

Ia menamakan perkhidmatan, kakitangan, waktu, peraturan dan paparan pemilik - segala yang AI jika tidak akan meneka.

Langkah membina

1. Aliran tempahan teras dahulu. Perkhidmatan → slot → borang → tempahan disimpan → pengesahan. Tiada yang lain sehingga ini berfungsi pada telefon.
2. Paparan pemilik. Senarai hari ini, senarai akan datang, batal, sekat masa.
3. Lindungi halaman pemilik. Tambah log masuk sebelum data sebenar dimasukkan.
4. Peraturan. Penampan, tempoh notis, had tempahan ke hadapan, cuti.
5. E-mel. Pengesahan dengan jemputan kalendar dan pautan batal.
6. Deposit jika anda memerlukannya, dalam mod ujian Stripe dahulu.
7. Uji kes tepi. Dua tetingkap menempah slot yang sama, tempahan merentasi tengah malam, tarikh DST, tempahan yang dibatalkan membebaskan slotnya.
8. Terbitkan, kemudian buat tempahan sebenar sendiri sebelum berkongsi pautan.

Kesilapan biasa

• Menyemak ketersediaan hanya dalam pelayar. Ia kelihatan betul tetapi masih membenarkan tempahan berganda.
• Menyimpan masa tempatan tanpa zon waktu. Ia berfungsi sehingga jam ditukar.
• Memaparkan nama pelanggan dalam kalendar awam. Hanya tunjukkan kosong atau sibuk.
• Membina penjadualan kakitangan, mata ganjaran dan SMS pada hari pertama. Lancarkan aliran teras, kemudian tambah apa yang pelanggan benar-benar minta.
• Tiada cara untuk pemilik menyekat masa. Hari sakit pertama akan mencipta ketidakhadiran.

Bila Calendly (atau yang sepertinya) lebih sesuai

Jika anda seorang diri berkongsi ketersediaan untuk panggilan, alat penjadualan sukar untuk dikalahkan. Setakat September 2026, pelan percuma Calendly meliputi satu jenis acara, satu sambungan kalendar dan penjadualan satu-ke-satu dengan halaman tempahan yang boleh disesuaikan; pelan berbayar menambah lebih banyak jenis acara dan ciri pasukan. Alat seperti itu bersambung kepada kalendar sedia ada anda sejak awal, yang mesti dibina secara khusus oleh apl tersuai.

Bina sendiri apabila anda memerlukan peraturan yang tidak disokong oleh alat tersebut, beberapa sumber yang boleh ditempah, penjenamaan anda sepanjang masa, tempahan yang dihubungkan dengan data lain (pelanggan, pesanan, keahlian), atau anda sedang membina produk tempahan untuk dijual kepada orang lain.

Membina dengan Mythex

Di Mythex anda menerangkan apl tempahan dalam sembang, ia dibina dalam pratonton langsung, dan ia menambah pangkalan data Postgres apabila tempahan perlu disimpan. Use case halaman tempahan dalam dokumentasi mencadangkan permulaan dengan borang permintaan dan senarai admin, kemudian menambah yang lain. Jelas tentang apa yang sudah termasuk dan apa yang anda sambungkan sendiri: Mythex tidak mempunyai penyegerakan kalendar terbina dalam, peringatan SMS atau produk deposit. E-mel melalui pembekal anda sendiri, deposit melalui kunci Stripe anda sendiri yang disimpan sebagai rahsia projek (resipi Stripe), dan peraturan tempahan berganda serta zon waktu ialah perkara yang anda tentukan dan uji, seperti di atas.

Arahan /test meminta ejen mengklik melalui aliran tempahan dalam pratonton dan melaporkan apa yang rosak. Untuk prompt permulaan, cuba templat tapak tempahan kedai gunting rambut atau meeting booker, atau layari semua templat apl.

Soalan lazim