כשמפיק אירוע שוקל בין "נדפיס רשימה ונעמיד מישהי עם עט" לבין מערכת סריקה בכניסה, השאלה שכמעט תמיד נשאלת היא כמה עולה המערכת. כמעט אף פעם לא נשאלת השאלה ההפוכה: כמה עולה לא להשתמש בה. הדלפק בכניסה הוא עמדת עבודה לכל דבר — יש לה זמן טיפול לאורח, יש לה תור שנוצר כשזמן הטיפול עולה על קצב ההגעה, ויש לה עלות שעתית של בן אדם שעומד שם עד שהאורח האחרון נכנס.
ברגע ששמים את זה על אותו ציר תקציבי כמו הקייטרינג או התאורה, "נדפיס רשימה" מפסיקה להיות ברירת המחדל החינמית. היא הופכת להיות החלטת כוח אדם לכל דבר — כזו שאף אחד לא באמת תמחר.
הנוסחה שספקי האירועים כבר מפרסמים
אין מחקר אקדמי אחד שמודד "כמה זמן לוקח לבדוק שם ברשימה מול לסרוק QR" — הנושא הזה פשוט לא זכה למחקר אקדמי. אבל יש כמה מדריכי תפעול פומביים של חברות שמתפרנסות מכך, ושניים מהם מפרסמים נוסחת תפעול מפורשת: חלוקת קצב ההגעה בשיא במספר האורחים שכל איש צוות מסוגל לעבד בשעה, כדי לקבוע כמה עמדות צריך.
לפי מדריך התפעול של PremierStaff לאיוש דלפקי רישום, זמן הטיפול לאורח משתנה דרמטית לפי השיטה, ולשלוש מתוך ארבע השיטות המדריך מפרסם גם המלצת כוח אדם ל-100 מגיעים בשיא:
| שיטת קליטה | זמן טיפול לאורח | צוות נדרש ל-100 מגיעים בשיא |
|---|---|---|
| חיפוש שם ברשימה מודפסת | 45–90 שניות | — (המדריך לא מפרסם המלצה לשיטה זו) |
| הדפסת תג/דש במקום | 30–45 שניות | 5–6 אנשי צוות |
| סריקת QR בלבד | 20–30 שניות | 3–4 אנשי צוות |
| הגעות ספונטניות + תשלום + VIP | 60–120 שניות | 6–8+ אנשי צוות |
מדריך התפעול המקביל של Bizzabo לאיוש דלפקי כניסה נותן דוגמה מספרית דומה מהכיוון השני: תרחיש קליטה ידנית של כ-30 שניות לאורח מניב כ-120 אורחים לשעה לכל איש צוות, וטכנולוגיית סריקה מודרנית — לפי אותו מדריך — "יכולה לקצר את הזמן הזה בחצי". שני המקורות האלה הם מדריכים תפעוליים של ספקים, לא מחקר עצמאי עם מתודולוגיה חשופה — אבל שניהם עקביים בכיוון אחד: חיפוש ידני ברשימה הוא הפעולה האיטית ביותר בדלפק, לא המהירה ביותר.
התור לא מתארך בגלל האיטיות — הוא מתארך בגלל הוויכוח
30–90 שניות זה הזמן כשהכול הולך חלק. הבעיה האמיתית בדלפק עם רשימה מודפסת היא מה קורה כשזה לא הולך חלק: "אנחנו לא ברשימה", "רשמנו בשם אחר", "שילמנו כבר, תבדקו שוב". כל אחד מהמקרים האלה הופך לחיפוש חוזר בדף, לפעמים בלי לדעת אם כבר עברת עליו, בזמן שעשרה אנשים מחכים מאחורי הזוג שמתווכח.
זה בדיוק ההבדל בין "לא מוצא שם בעמוד" לבין תשובה עם סיבה. במנוע הסריקה של Irua, סריקה שנכשלת לא חוזרת ריקה — היא חוזרת עם קוד סירוב שמסביר בדיוק למה: "לא רשום לאירוע הזה", "כבר נכנס/מומש", "לילה/מושב שגוי" (עם דרישה מפורשת לאישור מפעיל, לא מעבר אוטומטי), או "תקלת כתיבה — לסרוק שוב". המפעיל בדלפק רואה את שם האורח ואת ההקשר של הסריקה הקודמת שלו על כרטיס הסירוב, במקום לנסות לזכור או לדפדף אחורה בעמוד.
שני דלפקים שסורקים את אותו אורח בו-זמנית
באירוע גדול יש בדרך כלל יותר מכניסה אחת. זו בדיוק הנקודה שבה רשימה מודפסת נשברת בלי שאף אחד ישים לב: אם שני דלפקים מסמנים ידנית את אותו שם באותה דקה, שני הסימונים נראים תקינים — התוצאה השקטה היא ספירה כפולה, כרטיס שנוצל פעמיים או מקום שנתפס פעמיים.
מנגנון הסריקה של Irua נבנה מראש למנוע בדיוק את התרחיש הזה: שתי סריקות מקבילות לאותו אורח משני דלפקים שונים. ההגנה היא שינוי אטומי (compare-and-set) על מונה השימוש בכרטיס, ולצידו אילוץ ייחודיות ברמת מסד הנתונים על יומן הסריקות — UNIQUE KEY (event_id, scan_uid) — כך שגם אם שתי הסריקות מגיעות באותה מילישנייה, רק אחת מהן יכולה להירשם כהצלחה. לרשימה מודפסת אין מקבילה לזה. סימון כפול על נייר הוא פשוט שגוי בשקט, ואין דבר שיתפוס אותו.
תרחיש מספרים: 200 אורחים בשעת שיא הגעה
הנה דוגמה ממחישה, עם הנחות מוצהרות — לא מדידה של אירוע אמיתי, ולא נוסחה מוכנה שפורסמה כך. PremierStaff מפרסמת ישירות את יחס הזמן לאורח (45–90 שניות בקליטה ידנית מול 20–30 שניות בסריקה — פי שניים עד שלושה) ואת דרישת כוח האדם לסריקת QR בלבד (3–4 אנשי צוות ל-100 מגיעים בשיא), אבל לא דרישת כוח אדם מפורשת לקליטה ידנית. אם מפעילים את אותו יחס-זמן על דרישת הסריקה הידועה, מתקבלת הערכה גסה של פי שניים עד שלושה מכוח האדם — בסביבות 6 עד 12 אנשי צוות לקליטה ידנית, לעומת 3–4 בסריקה, לאותם 100 מגיעים.
עבור 200 אורחים בחלון שיא, גם בקצה השמרני של הפער — נניח 4 אנשי צוות נוספים בגרסה הידנית — ובמשמרת של שלוש שעות (הקמה, שיא הגעה, סגירה) בשכר של ₪45 לשעה, זה כ-₪540 שמצטרפים לתקציב הכניסה של אירוע אחד, רק כדי לפצות על כך שהזמן לאורח בשיטה הידנית ארוך יותר. בקצה הגבוה של הפער המספר הזה יכול להכפיל את עצמו. זו לא עלות שמישהו רואה בשורת תקציב "מערכת ניהול אורחים" — היא מוסתרת בתוך "כוח אדם ליום האירוע".
תפוסה, עבודה בלי רשת, ואורחים שלא נרשמו מראש
הגבלת מספר המוזמנים ב-Irua נאכפת בשלב ההרשמה, לא בדלפק הכניסה — כך שהדלפק עצמו מתפנה להתמקד רק בקצב הכניסה. וגם כשאין רשת בכלל — למשל אירוע במקום מרוחק — יש מנגנון "חכירה" למכשיר יחיד שממשיך לאשר כניסות בלי אינטרנט חי ומסנכרן אחר כך, בלי תלות בחידוש תקופתי; זה מנגנון שנבנה במכוון בלי "פעימת לב", והמכשיר ממשיך לפעול עצמאית עד לחיבור מחדש.
וגם כשמישהו מגיע בלי שנרשם מראש — אורח ספונטני בכניסה — זה לא חוזר להיות עט ופתק: יש טופס הוספה מהירה מהטלפון או מהטאבלט של הדלפק, עם שם וטלפון, שנשמר עם אילוץ ייחודיות שמונע כפילות גם כששני אנשי צוות מוסיפים את אותו אורח בו-זמנית — ומאפשר להכניס אותו מיד או להנפיק לו QR טרי לסריקה בשער.
רוצים לראות איך המתמטיקה הזאת נראית על סדר הגודל של הדלפק שלכם? דברו איתנונפתח בטאב חדש ונבנה יחד את חישוב כוח האדם לכניסה של האירוע הבא.

