בית ספר לנהיגה עם שלושה סניפים ו-500 תלמידים בחודש מייצר זרם של שיחות: "יש מקומות פנויים?", "מה לוח הזמנים?", "מתי המבחן?" ללא אוטומציה, מנהל מבזבז עד שלוש שעות ביום רק על מענה לשיחות, וטעויות בתזמון מובילות לאובדן לקוחות. לדוגמה, עם 15 סניפים ו-40 קורסים, עדכון ידני של לוח הזמנים לוקח שעתיים ביום — הרשמה מקוונת מדורגת באמצעות Highload-blocks מצמצמת זאת לאפס. אינטגרציה עם 1C באמצעות CommerceML מסנכרנת אוטומטית חוזים וחשבוניות, ומבטלת רישומים כפולים. אנו בונים אתרים על 1C-Bitrix שמאוטמים הרשמה, מבחנים וניהול מסמכים — הם מחזירים את ההשקעה תוך 2-3 חודשים על ידי הפחתת עבודה ידנית והגדלת שיעור ההמרה להרשמה ב-25%. זהו פיתוח מקיף של אתר בית ספר לנהיגה במפתח אחד: מעיצוב בלוקי מידע ועד רכיבי מבחנים מותאמים אישית. הפתרונות שלנו מוכחים בעשרות בתי ספר לנהיגה ומתרחבים לכל מספר סניפים.
כיצד מאורגן קטלוג הקורסים עם בלוקי מידע?
הבסיס של הקטלוג הוא בלוק המידע "קורסים" עם הסוג "הכשרה". כל פריט מתאים לתוכנית הכשרה אחת. מאפייני הפריט:
- קטגוריה (רשימה): A, A1, B, B1, C, CE, D, DE — לפי סיווג רישיון הנהיגה.
- משך (מספר): מספר הימים הכולל בתוכנית.
- שעות עיוניות (מספר): שעות אקדמיות של שיעורים עיוניים.
- שעות מעשיות (מספר): שעות נהיגה עם מדריך.
- פורמט (רשימה): פרונטלי, מרחוק, משולב.
- סניפים (קישור לפריטים): קישור לבלוק המידע "סניפים".
מקטעי בלוק המידע משקפים את הקטגוריות — זה מספק דפי SEO כמו /kursy/kategoriya-b/ עם סינון אוטומטי. לכל מקטע יש תבנית SEO משלו דרך מאפייני המקטע: כותרת, תיאור, og:image.
רכיב bitrix:catalog.section.list מציג את עץ הקטגוריות בעמוד הראשי, ו-bitrix:news.list מציג כרטיסי קורסים בתוך מקטע. סינון לפי פורמט מיושם באמצעות bitrix:catalog.smart.filter עם טעינה מחדש של AJAX ללא רענון מלא של העמוד.
למה להשתמש ב-Highload-blocks להרשמה מקוונת?
הרשמת תלמידים היא לא רק טופס אינטרנט. צריך להציג קבוצות זמינות, תאריכי התחלה, מספר מקומות פנויים, וקישור לסניף ספציפי. בלוק ה-Highload "קבוצות" מכיל שדות:
| שדה | סוג | מטרה |
|---|---|---|
| UF_COURSE_ID | קישור לפריט | קישור לקורס מבלוק המידע |
| UF_BRANCH_ID | קישור לפריט | סניף |
| UF_DATE_START | תאריך | תאריך התחלת השיעורים |
| UF_DATE_END | תאריך | תאריך סיום מתוכנן |
| UF_MAX_STUDENTS | מספר | מספר תלמידים מקסימלי בקבוצה |
| UF_CURRENT_COUNT | מספר | מספר תלמידים רשומים נוכחי |
| UF_STATUS | רשימה | פתוחה / סגורה / הושלמה |
| UF_SCHEDULE | מחרוזת | ימי שבוע ושעה (לדוגמה, א'-ד'-ו' 18:00) |
בחרנו ב-Highload-block במקום בלוק מידע רגיל מסיבות ביצועים: עם 15+ סניפים ועשרות קבוצות בו-זמנית, בחירה באמצעות ORM D7 עובדת הרבה יותר מהר.
טופס ההרשמה עובד באופן מדורג: התלמיד בוחר קטגוריה → סניף → רואה רק קבוצות עם סטטוס "פתוחה" ו-UF_CURRENT_COUNT < UF_MAX_STUDENTS. לאחר שליחת בקשה, ה-handler באירוע OnAfterHLBlockElementAdd מגדיל את המונה ואם הקבוצה מלאה, משנה אוטומטית את הסטטוס.
לוח שיעורים
לוח הזמנים מיושם עם שני בלוקי מידע: "לוח עיוני" ו-"לוח נהיגה". הלימוד העיוני מקושר לקבוצה: ימים ושעות קבועים, זהים לכל התלמידים בקבוצה. הוא מוצג כטבלה בחשבון האישי ובעמוד הקבוצה.
הנהיגה היא אישית. בלוק המידע "משבצות נהיגה" מכיל קישור למדריך, תאריך, שעת התחלה וסיום, סטטוס (פנויה / מוזמנת / הושלמה). התלמיד רואה משבצות זמינות עבור המדריך שלו בחשבון האישי ומזמין אותן באמצעות בקשת AJAX ל-controller מותאם אישית.
חשבון אישי לתלמיד
החשבון האישי בנוי על רכיב bitrix:main.profile עם תבנית מותאמת אישית וטאבים נוספים:
- הקורס שלי — מידע על הקבוצה, המדריך, תאריכים.
- לוח זמנים — עיוני (טבלה משותפת) + נהיגה (משבצות אישיות).
- התקדמות — מספר שיעורים עיוניים שהושלמו, שעות נהיגה, תוצאות מבחנים פנימיים.
- ציונים — תוצאות מבחני דמה.
- מסמכים — חוזה, קבלות תשלום (קבצים ממאפייני משתמש).
אימות משתמש משתמש במודול הסטנדרטי main עם אישור SMS דרך sms.ru או שער SMSC.
נתוני התקדמות וציונים נאספים מ-Highload-blocks של תוצאות מבחנים דרך API של D7. הטאבים מיושמים עם ניתוב JavaScript וטעינת תוכן ב-AJAX.
כיצד מוגן מבחן חוקי התנועה?
מבחן חוקי התנועה הוא פונקציה מרכזית שמחזירה תלמידים לאתר מדי יום. מודולי Bitrix סטנדרטיים (סקרים, טפסי אינטרנט) אינם מתאימים: אין טיימר, אין רנדומיזציה, אין פילוח לפי נושא עם סטטיסטיקות.
ארכיטקטורת אחסון שאלות
בלוק מידע "שאלות חוקי תנועה" עם מקטעים לפי נושא: "חציית צומת", "תמרורים", "רמזורים", "עזרה ראשונה" וכו' (40 נושאים לפי מבנה מבחן המשטרה).
מאפייני פריט:
- טקסט השאלה — תיאור מפורט של הפריט (עם תמיכה בתמונות דרך עורך חזותי).
- תמונה — תמונת מצב דרך (מאפיין מסוג קובץ).
- אפשרות 1–5 — מאפייני מחרוזת לתשובות.
- תשובה נכונה — מספר (מספר האפשרות).
- הסבר — מאפיין טקסט עם פירוט התשובה הנכונה והפניה לסעיף בחוק.
- רמת קושי — רשימה (קל / בינוני / קשה).
- כרטיס — מספר (מספר כרטיס מבחן רשמי, 1-40).
- מספר בכרטיס — מספר (מיקום השאלה, 1-20).
רכיב מבחנים מותאם אישית
רכיב atlas:pdd.test פועל בשלושה מצבים:
-
מצב מבחן — 20 שאלות מנושאים שונים, 20 דקות לכל הכרטיס. הרכיב בוחר שאלות דרך
CIBlockElement::GetListעם פילטר לפי מספר כרטיס או מייצר סט אקראי באמצעותRAND()ב-SORT. הטיימר הוא בצד הלקוח (ספירה לאחור ב-JavaScript), אבל זמן הבקרה נשמר בצד השרת בסשן — ברענון עמוד, הטיימר ממשיך מאותה נקודה. -
מצב לפי נושא — התלמיד בוחר נושא ומקבל את כל השאלות מאותו מקטע בסדר אקראי. ללא הגבלת זמן. לאחר כל תשובה מוצג הסבר.
-
מצב מרתון — כל 800 השאלות ברצף. ההתקדמות נשמרת ב-Highload-block כך שהתלמיד יכול להמשיך מכל מכשיר לאחר אימות.
שמירה וסטטיסטיקות
תוצאות כל ניסיון נרשמות ב-Highload-block "תוצאות מבחנים":
| שדה | סוג | תוכן |
|---|---|---|
| UF_USER_ID | מספר | מזהה משתמש |
| UF_MODE | רשימה | מבחן / נושא / מרתון |
| UF_TOPIC_ID | מספר | מזהה מקטע (למצב לפי נושא) |
| UF_TICKET_NUM | מספר | מספר כרטיס (למצב מבחן) |
| UF_CORRECT | מספר | מספר תשובות נכונות |
| UF_TOTAL | מספר | מספר שאלות כולל |
| UF_TIME_SPENT | מספר | זמן שהושקע בשניות |
| UF_ANSWERS | מחרוזת | JSON עם פירוט לכל שאלה |
| UF_CREATED | תאריך/שעה | מתי המבחן ניגש |
בהתבסס על נתונים אלה, נבנות אנליטיקות בחשבון האישי: אחוז תשובות נכונות לפי נושא, מגמות בשבוע האחרון, נושאים חלשים (שבהם האחוז מתחת ל-80%). נעשה שימוש ב-Chart.js להמחשה, הנתונים נשלפים באמצעות בקשת AJAX ל-controller של D7.
מכניקת תשובות
הפרונטאנד שולח בקשת AJAX עם מזהה השאלה ומספר האפשרות שנבחרה. ה-controller בודק את התשובה בצד השרת (מספר האפשרות הנכונה אף פעם לא נשלח ללקוח לפני התשובה) ומחזיר את התוצאה: נכון/לא נכון, טקסט הסבר, הפניה לסעיף בחוק. זה מונע הצצה דרך DevTools — התשובות מאומתות רק בצד השרת.
כדי להגן מפני ניפוח סטטיסטיקות, מיושמת בדיקת debounce: אם עוברות פחות משתי שניות בין תשובות, התוצאה לא נספרת (בוט או autoclicker). אנו מבטיחים שמערכת המבחנים עברה בדיקות עומס עם 500 משתמשים בו-זמנית ושומרת על תקינות הנתונים.
ביקורות בוגרים
בלוק מידע "ביקורות" עם פיקוח מוקדם חובה (WF_STATUS_ID). מאפיינים: שם, תמונה, קטגוריה (איזו עברו), טקסט, דירוג (1-5), תאריך סיום. בעמוד הקורס, מוצגות רק ביקורות המקושרות לקטגוריה המתאימה דרך bitrix:news.list עם פילטר לפי מאפיין.
בנוסף, מיושם ווידג'ט לאיסוף ביקורות: 7 ימים לאחר סיום הקורס, התלמיד מקבל אימייל עם קישור לטופס. השליחה נעשית דרך bitrix:iblock.element.add.form עם תבנית מותאמת אישית.
שלבי עבודה
| שלב | תוכן | משך |
|---|---|---|
| אנליטיקה | מבנה קורסים, מפת סניפים, דרישות מבחנים | 5–7 ימים |
| עיצוב | אבות טיפוס, מבנה בלוקי מידע, דיאגרמת ER של Highload-block | 5–7 ימים |
| UI/UX | ערכת UI, מוקאפים של עמודים מרכזיים, עיצוב רספונסיבי | 10–14 ימים |
| פרונטאנד ואינטגרציה | תבניות רכיבים, קטלוג קורסים, הרשמה מקוונת | 15–20 ימים |
| רכיב מבחנים | פיתוח atlas:pdd.test, מילוי מאגר השאלות |
10–14 ימים |
| חשבון אישי | פרופיל, לוח זמנים, התקדמות, אנליטיקות | 7–10 ימים |
| בדיקות והשקה | QA, בדיקות עומס של מערכת המבחנים, פריסה לייצור | 5–7 ימים |
לוח זמנים כולל — 8–11 שבועות, בתנאי שמאגר שאלות חוקי התנועה מסופק על ידי הלקוח בפורמט מובנה (Excel/CSV). אם נדרשת הזנה ידנית של 800 שאלות עם תמונות, יש להוסיף 2–3 שבועות נוספים לתוכן.
בקשו ייעוץ — נבהיר פרטים לפרויקט שלכם.
מה כלול בפיתוח
התוצאה כוללת:
- מבנה מלא של בלוקי מידע ו-Highload-blocks עם מיגרציות.
- רכיבים מותאמים אישית (מבחנים, הרשמה, לוח זמנים).
- מוקאפים עיצוביים ופריסה רספונסיבית.
- אינטגרציה עם מערכות תשלום (YooKassa, Sber) ופיסקליזציה.
- הדרכה למנהלים ומדריך משתמש.
- תמיכה ל-30 יום לאחר ההשקה.
חיסכון בעבודה אדמיניסטרטיבית מפחית משמעותית את ההוצאות התפעוליות. אוטומציה מפחיתה עלויות פרסום הודות לדפי SEO מובנים לקורסים.
קבלו ייעוץ והעריכו את החיסכון לעסק שלכם. יש לנו ניסיון מוכח: מומחי 1C-Bitrix מוסמכים עם 10+ שנות ניסיון בייצור.