מערכת הזמנות ותשלומים
סטודיו ניהל את ההזמנות ביד ואיבד סלוטים לדאבל־בוקינג ולעגלות נטושות. עכשיו האורחים מזמינים לבד — והיומן לא מסוגל לשקר.
- תפקיד
- מפתח יחיד, מקצה לקצה
- מסירה
- PWA להתקנה, בלי לוגין
- תפעול
- Airtable כבקאנד הצוות
הבעיה
ההזמנות חיו ביומן שנוהל ביד. שני אנשים יכלו לשלם על אותו סלוט, עגלה נטושה יכלה לחסום סלוט שאף אחד לא קנה, וכל טעות הסתיימה בשיחת החזר כספי.
מערכת הזמנות מצדיקה את קיומה בהבטחה אחת: היומן אף פעם לא משקר.
מה בניתי
מערכת אחת, ארבע בחירות מכוונות:
זמינות בזמן אמת עם holds שפגים
סלוט ננעל ברגע שהצ׳ק־אאוט מתחיל ומשתחרר אוטומטית אם התשלום לא הושלם — דאבל־בוקינג הופך לבלתי אפשרי מבנית, לא רק ללא־רצוי נוהלית.
תשלומי Stripe
התשלום קורה בתוך זרימת ההזמנה — סלוט מאושר בדיוק כשהכסף מאושר, אף פעם לא לפני.
Airtable כבקאנד תפעולי
הצוות מנהל חדרים, מחירים והזמנות בכלי שהם כבר הכירו — בלי פאנל אדמין לבנות, ללמוד או לתחזק.
שירות עצמי לאורחים כ־PWA להתקנה
בלי חשבון, בלי לוגין, בלי חנות אפליקציות — אורחים מזמינים מהדפדפן ויכולים להצמיד למסך הבית.
התוצאה
מצבי הכשל שהמערכת נבנתה לחסל — נעלמו:
- דאבל־בוקינג: בלתי אפשרי מבנית — מודל ה־holds מונע אותו, לא נוהל.
- עגלות נטושות משחררות את הסלוטים שלהן לבד.
- הצוות מנהל הכל מ־Airtable — אפס כלים חדשים ללמוד.
סטאק
Next.js 16 ו־React 19 מקדימה, Stripe לכסף, Airtable לתפעול. ההנדסה המעניינת היא מודל פקיעת ה־holds, לא הסטאק.
נשמע מוכר מהאפליקציה שלך?
כל עבודה כאן התחילה אותו דבר: אפליקציה שכבר באוויר, ובעיה שמישהו החליט להפסיק לחיות איתה. האודיט הוא הדרך להתחיל בסיכון נמוך — גישת קריאה בלבד, דוח כתוב, ורשימת תיקונים מתועדפת.