פיתוח אתר לסלון יופי על 1C-Bitrix
סלון יופי מפסיד עד 30% מההזמנות הפוטנציאליות אם האתר חסר מערכת הזמנות פעילה. עם סל ממוצע של 60 דולר ו-100 לידים בחודש, מדובר בהפסד של 1,800 דולר בחודש — כלומר 21,600 דולר בשנה. לקוחות מחפשים שירותים ב-23:00, רואים דף נחיתה יפה, אבל לא יכולים להזמין — הם עוזבים למתחרים עם כפתור "הזמן עכשיו" פעיל. הפתרון שלנו על 1C-Bitrix פותר זאת: קטלוג שירותים עם מחירים עדכניים, חישוב זמני פנויים בזמן אמת, ותזכורות אוטומטיות. לפי דוח Software Advice Industry, שיעורי ההמרה לאתרים עם מערכת הזמנות גבוהים פי 3-4 מאלה ללא. עם למעלה מ-40 פרויקטים ו-8 שנות ניסיון.
למה הזמנות אונליין מגדילות את הכנסות הסלון
שיעור ההמרה לאתר סלון ללא מערכת הזמנות הוא 1-2%; עם מערכת כזו, 5-8%. זה פי 3-4 יותר לידים. מערכת ההזמנות פועלת כמו קבלה 24/7: הלקוח בוחר מאסטר וזמן בלי לחכות לתשובה טלפונית. בשעות השיא (ערבים, סופי שבוע) זה פותר את בעיית העומס על המנהל. נתוני יישום מראים עלייה של 40-60% בהזמנות בתוך 3 החודשים הראשונים.
קטלוג שירותים: מבנה אינפובלוק
השירותים מאורגנים באינפובלוק עם היררכיית סעיפים: "מספרה", "מניקור ופדיקור", "קוסמטולוגיה", "עיסוי". לכל סעיף יש תתי-סעיפים — "תספורות", "צביעה", "טיפולים". לסלון טיפוסי, מספר השירותים נע בין 30 ל-80.
מאפיינים של רכיב האינפובלוק "שירותים":
| מאפיין | סוג | מטרה |
|---|---|---|
| PRICE_FROM | מספר | מחיר "החל מ" (תלוי במאסטר) |
| DURATION_MIN | מספר | משך זמן בדקות |
| MASTER_LINK | E (מרובה) | קישור למאסטרים המספקים את השירות |
| CATEGORY_TAGS | מחרוזת (מרובה) | תגיות: "לכלות", "חדש" |
| CONTRAINDICATIONS | HTML | התוויות נגד (לקוסמטולוגיה) |
| PREPARATION | HTML | הכנה להליך |
"המחיר החל מ" הוא בחירה מכוונת. בסלונים, המחיר תלוי בקטגוריית המאסטר (מתאמן, סטייליסט, סטייליסט ראשי). המחיר המדויק מחושב לאחר בחירת מאסטר — זה דורש טבלת ביניים "מאסטר — שירות — מחיר". זה מיושם דרך Highload-block MasterServicePrice עם שדות: UF_MASTER_ID, UF_SERVICE_ID, UF_PRICE. בעת בחירת שירות בקצה הקדמי, כל המאסטרים עם המחירים שלהם נשלפים דרך DataManager::getList().
איך לארגן הזמנות בלי כפילות זמנים
זו הפונקציונליות המרכזית של האתר והמורכבת ביותר ליישום. הלקוח מצפה לממשק פשוט: בחר שירות, בחר מאסטר, ראה זמנים פנויים, לחץ "הזמן". מאחורי הפשטות הזו עומדת לוגיקת חישוב זמינות רב-שלבית.
שלב 1: בחירת שירות. הלקוח בוחר מהקטלוג. המערכת קובעת את משך הזמן (DURATION_MIN) ואת רשימת המאסטרים המספקים שירות זה (MASTER_LINK).
שלב 2: בחירת מאסטר או "כל מאסטר זמין". אם הלקוח בוחר מאסטר ספציפי — עובדים עם לוח הזמנים שלו. אם "כל מאסטר" — עוברים על כל המאסטרים של השירות ומציגים קבוצה משולבת של זמנים.
שלב 3: חישוב זמנים פנויים. כאן מתחיל החלק ההנדסי. נתונים לחישוב מאוחסנים בשלושה Highload-blocks:
-
MasterSchedule— לוח הזמנים של המאסטר:UF_MASTER_ID,UF_DATE,UF_WORK_START,UF_WORK_END,UF_BREAK_START,UF_BREAK_END. -
MasterBooking— הזמנות קיימות:UF_MASTER_ID,UF_DATE,UF_TIME_START,UF_TIME_END,UF_CLIENT_ID,UF_SERVICE_ID,UF_STATUS. -
MasterDayOff— חופשה, מחלה, ימי חופש.
אלגוריתם לחישוב זמנים פנויים למאסטר ספציפי בתאריך ספציפי:
- קבל את לוח הזמנים מ-
MasterSchedule. אם אין רשומה או שהתאריך נמצא ב-MasterDayOff— המאסטר לא זמין. - בנה מערך של דקות עבודה: מ-
UF_WORK_STARTעדUF_WORK_END, לא כולל הפסקה. - קבל את כל הרשומות מ-
MasterBookingעם סטטוסconfirmedאוpending. - הפחת מרווחים תפוסים מדקות העבודה.
- במרווחים הפנויים הנותרים, מצא חלונות עם משך >=
DURATION_MINשל השירות. - חלק חלונות אלה למשבצות עם צעד של 15 או 30 דקות (ניתן להגדרה).
פסאודו-קוד לחישוב משבצות
$freeIntervals = subtractIntervals($workIntervals, $bookedIntervals);
$slots = [];
foreach ($freeIntervals as $interval) {
$start = $interval['start'];
while ($start + $serviceDuration <= $interval['end']) {
$slots[] = $start;
$start += $stepMinutes;
}
}חיץ בין הזמנות. בין הליכים, לעיתים קרובות יש צורך בהפסקה טכנית — 5-15 דקות לניקוי או הכנת כלים. החיץ מתווסף ל-$freeIntervals = subtractIntervals($workIntervals, $bookedIntervals); $slots = []; foreach ($freeIntervals as $interval) { $start = $interval['start']; while ($start + $serviceDuration <= $interval['end']) { $slots[] = $start; $start += $stepMinutes; } } במהלך חישוב המשבצות אך לא מוצג ללקוח.
גישה במקביל. שני לקוחות רואים את אותה משבצת פנויה בו זמנית. הראשון לוחץ "הזמן" — המשבצת ננעלת. השני מקבל הודעה "הזמן תפוס, בחר אחר". הנעילה מיושמת דרך טרנזקציה: DURATION_MIN לתוך INSERT + בדיקה שאין חפיפות באותה טרנזקציה.
אישור הזמנה. לאחר ההזמנה, הלקוח מקבל SMS (מודול MasterBooking) ואימייל. תזכורת נשלחת יום לפני הביקור דרך סוכן Bitrix. אם הלקוח לא מאשר, ההזמנה עוברת לסטטוס messageservice, והמנהל מחליט אם לשחרר את המשבצת.
מה לעשות אם YCLIENTS לא זמין?
רוב הסלונים כבר משתמשים במערכת ניהול. השניים הנפוצים ביותר:
-
YCLIENTS. פלטפורמת ענן עם REST API. נקודות קצה עיקריות:
unconfirmed(יצירת הזמנה),/api/v1/book_record/(תאריכים זמינים),/api/v1/book_dates/(משבצות זמינות). בעת אינטגרציה עם YCLIENTS, אתר Bitrix לא מחשב משבצות בעצמו — הוא מבקש אותן דרך API. Highload-blocks/api/v1/book_times/ו-MasterScheduleאינם נחוצים: YCLIENTS היא מערכת האם. חיסרון: תלות ב-API של צד שלישי. אם YCLIENTS נופל, לאתר אין הזמנות. פתרון: שמירת לוח הזמנים האחרון במטמון וגיבוי לטופס "השאר בקשה". - 1C:Salon Beauty. החלפה דרך שירותי HTTP של 1C או החלפת קבצים (XML). סנכרון של מאסטרים, שירותים, הזמנות. בדרך כלל עובד עם עיכוב של 5-15 דקות — לא בזמן אמת.
פורטפוליו של מאסטרים
אינפובלוק "פורטפוליו" מקושר למאסטר ולשירות. מאפיינים מרכזיים:
-
MasterBooking/PHOTO_BEFORE— מאפייני קבצים -
PHOTO_AFTER— קישור למאסטר -
MASTER_LINK— קישור לשירות -
SERVICE_LINK— מה בוצע
בדף המאסטר, הפורטפוליו מסונן לפי DESCRIPTION. בדף השירות, לפי MASTER_LINK. תמונות לפני/אחרי מוצגות עם סליידר ומחיצה — דפוס פופולרי בתעשיית היופי.
חשוב: תמונות הפורטפוליו חייבות להיות דחוסות. לקוחות סלון מגיעים לעיתים קרובות ממובייל — 10 תמונות של 5 MB כל אחת יהרגו את ההמרה. Bitrix יכול לשנות גודל דרך SERVICE_LINK, אבל עדיף להגדיר המרת WebP ברמת nginx או דרך מטפל האירועים CFile::ResizeImageGet().
שוברי מתנה ומבצעים
שוברי מתנה מיושמים דרך המודול OnFileSave. שובר הוא מוצר בקטלוג עם ערך נקוב. בעת רכישה, נוצר קוד ייחודי ונשמר במאפייני ההזמנה (sale → \Bitrix\Sale\Order). הקוד נשלח לקונה באימייל כ-PDF. בעת שימוש בשובר בסלון, הקוד מוזן במהלך התשלום — קופון ההנחה מהמודול propertyCollection מופעל. יתרת השובר יורדת בסכום השירות.
מבצעים פשוטים יותר: אינפובלוק נפרד עם תאריכי התחלה/סיום, קישור לשירותים וטקסט תנאים. מוצג בעמוד הראשי ובקטלוג דרך פילטר sale.discount / <=DATE_ACTIVE_FROM.
תוכנית נאמנות
נקודות בונוס יכולות להיות מיושמות בשתי דרכים:
- דרך
>=DATE_ACTIVE_TO. המודול תומך בהנחות מצטברות וכללים המבוססים על סך רכישות. מגבלה: אין צבירת נקודות גמישה לפעולות ספציפיות (הפנה חבר, ביקורת, יום הולדת). - דרך מודול מותאם אישית. Highload-block
sale.discountעם שדותLoyaltyBalance,UF_USER_ID,UF_POINTS(יומן פעולות מסודר). כל תשלום מפעיל את מטפלUF_HISTORYכדי לצבור נקודות באמצעות נוסחה (בדרך כלל 3-10% מהסכום). בעת ניצול, היתרה נבדקת וסכום ההזמנה מופחת.
לוח זמנים ליישום
| היקף | תחום | לוח זמנים |
|---|---|---|
| סלון יחיד, עד 10 מאסטרים | קטלוג, הזמנות (דרך YCLIENTS API), פורטפוליו, מבצעים | 6-8 שבועות |
| סלון עם מערכת הזמנות מותאמת אישית | + חישוב משבצות ב-Bitrix, תזכורות SMS, שוברים | 10-14 שבועות |
| רשת סלונים | + ריבוי אתרים, בסיס לקוחות אחיד, נאמנות, אינטגרציית 1C | 16-22 שבועות |
מה כלול בעבודה
כתוצאה מכך, אתה מקבל:
- אתר עובד על 1C-Bitrix עם פונקציונליות מלאה (קטלוג, הזמנות, פורטפוליו, שוברים)
- אינטגרציה עם מערכות חיצוניות נבחרות (YCLIENTS, 1C)
- תיעוד ניהול
- הדרכת צוות (עד שעתיים)
- גישה לקוד המקור ולפאנל הניהול
- תמיכה ל-3 חודשים לאחר ההשקה
שיקולים מרכזיים
מהירות טעינת דף הקטלוג היא קריטית — לקוחות משווים כמה סלונים ועוזבים אם הדף נטען יותר משתי שניות. שמירת רכיבי Bitrix במטמון (OnSaleOrderPaid) היא חובה לקטלוג ולפורטפוליו. דף ההזמנות המקוון לא יכול להיות במטמון — נתוני המשבצות חייבים להיות עדכניים. אנו משתמשים ב-Redis לשמירת לוחות זמנים של מאסטרים במטמון כדי להפחית עומס על מסד הנתונים, ומבטיחים 95%+ הצלחה במשלוח תזכורות SMS.
צור קשר כדי לדון בפרויקט שלך. נעריך את המשימה ונציע את הפתרון הטוב ביותר. בקש פיתוח של אתר סלון היופי שלך על 1C-Bitrix וקבל יתרון תחרותי תוך 6-8 שבועות.