מדוע טבלת מידות הנעליים נשברת בקטלוג
קטלוג נעליים — אלו עשרות מותגים, שלכל אחד מהם רשת מידות משלו: אירופית, אמריקאית, בריטית, יפנית בסנטימטרים. כל עוד מספר הפריטים קטן, טבלת המידות באתר מתקיימת על תיקונים ידניים — המנהל פותח כרטיס ומוסיף התאמות.
ברגע שהמבחר עובר כמה מאות דגמים, התיקונים הידניים מפסיקים להדביק את הקצב של האספקות: חלק מהכרטיסים יוצאים עם רשת של מותג אחר, חלק עם שדות ריקים, והקונה רואה בעמוד ספרה אחת, ובמדידה — אחרת.
הכשל הטיפוסי הראשון — אי-התאמה בין הרשתות. מידה 42 אצל מותג אחד מתאימה ל-27 ס"מ של כף הרגל, אצל אחר — ל-26,5 ס"מ, ובלי מאגר התאמות אחיד הנתונים האלה מתפצלים כבר בשלב הטעינה.
השני — אובדן נתונים בעת עדכון הקטלוג: ייבוא מ-1С דורס את מאפייני המוצר בשלמותם, וטבלת המידות, שנאספה ידנית, מתאפסת יחד איתם. השלישי — תיקונים בעקיפין למבנה: המידות נרשמות ישירות בתיאור המוצר, והן מפסיקות להיות מסוננות, מיוצאות לפידים ומגיעות לבחירה לפי מידה.
המחיר של כל כשל — החזרות בגלל זוג שלא התאים והזמנות שאבדו בשלב הבחירה. מפרקים כיצד זה נסגר ברמת מבנה הקטלוג, ולא בעוד תיקון ידני.
מה נותנת טבלת מידות מדויקת
טבלת מידות מדויקת היא לא בלוק דקורטיבי בכרטיס המוצר, אלא חלק מהלוגיקה של הקטלוג. כאשר פיתוח טבלת מידות נעליים נשען על מדידות אמיתיות של הלסט, ולא על מספרים שהועתקו מאתר אחר, הקונה מפסיק לנחש בין שתי ערכים סמוכים.
המידה נבחרת בשתי קליקים בלבד, ולא לאחר התכתבות עם מנהל — ובשלב הזה בדיוק הולך לאיבוד נתח ניכר מאלה שכבר היו מוכנים לבצע הזמנה.
הפחתת ההחזרות מתחילה מהתאמה כנה: אם בכרטיס המוצר מצוינים אורך המדרס והמלאות, ולא רק "42" מופשט, שיעור ההחלפות מהסיבה "המידה לא התאימה" יורד באופן משמעותי.
הדבר בולט במיוחד במקומות שבהם הקטלוג מורכב ממספר ספקים: לכל אחד יש לסט משלו, ובלי הבאה ללוגיקה אחידה אותה מידה אצל מותגים שונים משמעה רגל שונה.
רשת מידות אחידה פותרת זאת באמצעות מפתח התאמות: אנו יוצרים ערכים מנורמלים, משייכים אליהם מק"טים של ספקים ומציגים לקונה סדרה שכבר הומרה מחדש. ההמרה של כרטיס המוצר עולה לא בגלל הבלוק עצמו, אלא בגלל הספק שהוסר — האדם רואה שהמידה אושרה על ידי מדידה, ולא נלקחה באקראי.
אוטומציה של מידות מסירה את העבודה הידנית: בעת טעינת משלוח חדש הערכים מוזנים מהמפתח, ולא מוזנים ידנית בכל כרטיס.
בהמשך נפרק כיצד זה בנוי ברמת הקטלוג ומה נדרש מהספק כדי שהרשת תישאר מהימנה בכל עדכון של המגוון.
דרכים להצגת טבלת מידות
הצגת טבלת מידות ב-Bitrix נפתרת בשלוש דרכים, והבחירה ביניהן נקבעת לפי תדירות שינוי המידות ועד כמה הן קשורות עמוק לקטלוג. נבחן כל אפשרות מנקודת המבט של המגבלות, ולא רק של הנוחות.
תבנית סטטית
סימון הטבלה נשמר ישירות בתבנית הרכיב או בקובץ נכלל נפרד. מתאים כאשר הטבלה אחידה לכל הקטלוג ומשתנה לעיתים רחוקות — למשל הנעלה סטנדרטית עם סדרה קבועה. מגבלה: כל שינוי במידות דורש עריכת קוד והעלאה לפרודקשן, ולא ניתן לקשר דגם מסוים לטבלה משלו. לעומת זאת, אפשרות זו אינה יוצרת ישויות מיותרות במסד הנתונים ופועלת מהר מכולן.
אינפובלוק מידות
יוצרים אינפובלוק נפרד, שבו כל שורה היא מידה עם פרמטרים: אורך כף הרגל, התאמה לסדרה האירופית והאמריקאית. באמצעות מאפיין קישור המוצר מפנה לקבוצת המידות הנדרשת, והטבלה נבנית על ידי רכיב בעמוד המפורט.
זוהי אפשרות עובדת כאשר לקטגוריות שונות יש טבלאות משלהן: נעלי ספורט, נעליים והנעלת ילדים מנהלות סדרות שונות. המגבלות — נדרשת מבנה מאפיינים מדויק והצגה מחושבת היטב, אחרת בקטלוגים גדולים מופיעות שאילתות מיותרות למסד הנתונים.
שירות מידות חיצוני
הנתונים נמצאים בצד ספק חיצוני, ובאתר נשאר בלוק שמושך את הטבלה לפי מזהה הדגם. מתאים לחנויות עם מגוון רחב של מותגים, שבהן הסדרות מתעדכנות באופן מרוכז. מגבלות: תלות בזמינות שירות חיצוני, השהיית טעינה וצורך לשמור את התשובה במטמון כדי שהטבלה לא תאט את העמוד.
| אפשרות | מתי מתאים | מגבלות |
|---|---|---|
| תבנית סטטית | טבלה אחת לקטלוג, משתנה לעיתים רחוקות | עריכות דרך קוד, אין קישור למוצר |
| אינפובלוק מידות | סדרות שונות לפי קטגוריות | דורש מבנה מאפיינים ואופטימיזציה של שאילתות |
| שירות חיצוני | מותגים רבים, עדכון מרוכז | תלות בשירות, נדרש מטמון |
בפועל, לרוב לוקחים את האינפובלוק כמקור עיקרי, ואת התבנית הסטטית משאירים לעמודי שירות. את השירות החיצוני מחברים נקודתית — במקומות שבהם המגוון באמת דורש זאת.
איך אנחנו מנהלים פיתוח של טבלת מידות
פיתוח טבלת מידות מתחיל לא בבנייה, אלא בניתוח של מה שכבר נמצא בקטלוג. בשלב הזה חשוב להבין איך בנויות ההצעות המסחריות, היכן מאוחסנות התכונות, האם למוצרים יש שיוך לטבלאות מידות ועד כמה הנתונים ב-1C תואמים את מה שהקונה רואה באתר.
- ביקורת הקטלוג. מייצאים את מבנה בלוקי המידע וההצעות המסחריות, משווים את מאפייני המידות עם הפריטים ב-1C, מאתרים מוצרים ללא מידות, כפילויות ופערים בין הכרטיס להצעה. התוצאה — מפת נתונים: היכן המידה מאוחסנת כעת ומה יהיה צורך לנרמל.
- תכנון המבנה. קובעים איך תיבנה הטבלה: בלוק מידע נפרד למידות, שיוך לסוג הנעל, מדריך התאמות בין שיטות המדידה. כאן גם מחליטים איך הטבלה תתנהג בכרטיס המוצר ובקטלוג.
- הגדרת המידות. יוצרים מאפיינים ושיוכים, מגדירים סנכרון עם 1C כדי שהמידות יימשכו ממערכת החשבונאות ולא יתוקנו ידנית. למקרים מורכבים — התאמה בין שיטות מידות של יצרנים שונים.
- בדיקה. מריצים כרטיסים עם סוגי מוצרים שונים, בודקים את התצוגה במובייל, את ההתנהגות כשאין מידה ואת תקינות הסינון לפי מידה בקטלוג.
- מסירת תיעוד. מוסרים תיאור של המבנה, תרשים שיוכים והוראות להוספת טבלאות מידות חדשות — כדי שעריכות לא ידרשו מפתח.
כל שלב מסתיים בתיאום, ולכן לא נוצרות עבודות חוזרות בשלב הסופי. תארו את המשימה — נחזור עם הערכה ותוכנית.
מה הלקוח מקבל לאחר ההטמעה
לאחר הטמעת טבלת המידות הלקוח מקבל לא "קובץ עם מידות", אלא צומת קטלוג עובד: סט ארטיפקטים שאפשר להעביר לצוות שלך ולתחזק בלעדינו. להלן מה שנשאר בפרויקט.
- תצורות של רשתות מידות — קישור מידות למוצרים, קטגוריות ומותגים, כללי ירושה לפריטים חדשים, כדי שכרטיס המוצר לא יישאר ללא טבלה.
- סכמות נתונים — תיאור הישויות והקשרים בין מידה, מוצר ומלאי מחסן: ניתן לראות מאיפה מגיע הערך ומה יקרה בעת שינוי.
- נהלי עדכון — סדר הפעולות בעת הופעת דגם חדש או החלפת ספק: מי, מה ובאיזה סדר משנה, כדי שהרשת לא תתנתק מהקטלוג.
- הוראות לעורכי תוכן — תרחישים שלב-אחר-שלב עם דוגמאות: כיצד להוסיף מידה, כיצד לתקן שגיאה, כיצד לבדוק את התוצאה לפני פרסום.
- כללי ולידציה — בדיקות לכפילויות, חוסרים וערכים לא תואמים, שתופסות את השגיאה בשלב ההזנה ולא בהזמנת הלקוח.
- תבניות פלט — אפשרויות תצוגה של הטבלה לכרטיס המוצר ולגרסה הניידת, בהתאמה לעיצוב הנוכחי.
- תיעוד אינטגרציה — כיצד המידות מקושרות ל-1С ולהחלפת נתונים, מה לעשות בעת אי-התאמה ולאן להסתכל בעת כשל בסנכרון.
כל סעיף נבדק בקבלה: אנחנו מראים כיצד הארטיפקט עובד על מוצר אמיתי, ומעבירים הרשאות גישה. לאחר מכן הצוות שלך מנהל את המידות באופן עצמאי — המהנדסים שלנו מתחברים כאשר משתנה הלוגיקה או מתווסף ערוץ מכירה חדש.
מקרה בוחן: כיצד טבלת מידות האיצה את בחירת הנעליים
הלקוח — חנות נעליים מקוונת על 1C-Bitrix עם מגוון של מספר מותגים. טבלאות המידות חיו בשלושה מקומות: בתיאור המוצר כטקסט, בקבצי PDF מצורפים ובהתכתבות של המנהל עם הספק. הקונה לא מצא את המספר הנדרש והלך, והתמיכה בזבזה עד שליש מהפניות על השאלה "מה המידה שלי".
מה היה לפני ההטמעה
מדידות בהתחלה הראו שלושה צווארי בקבוק. בחירת המידה ארכה בממוצע 4-5 דקות: האדם פתח את כרטיס המוצר, חיפש את הטבלה, לא מצא וכתב בצ'אט. שיעור ההחזרות מסיבת "המידה לא התאימה" עמד על כ-18% מכלל ההזמנות.
עריכות ידניות של טבלאות — בין 40 ל-60 בחודש: המנהל שינה ידנית ערכים בתיאורים, כי לכל מותג יש מספור משלו, וחלק מהספקים שלחו נתונים בפורמטים שונים.
מה שינו
הוצאנו את המידות לבלוק מידע נפרד עם קישור למותג ולדגם, ובכרטיס המוצר הצגנו טבלה אינטראקטיבית: בחירת מלאות וסוג כף הרגל מחשבת מחדש את המידה המומלצת. נתונים ממחירוני הספקים נטענים דרך החלפה עם 1С, והזנה ידנית נותרה רק עבור מותגים חדשים. בנוסף הוספנו בלוק "המידה שלך במותגים אחרים" — המרה בין טבלאות.
מה נהיה אחרי
זמן בחירת המידה הצטמצם ל-40-60 שניות — הקונה רואה את ההמלצה מיד בכרטיס המוצר. שיעור ההחזרות לפי מידה ירד ל-7%. עריכות ידניות של טבלאות ירדו ל-5-8 בחודש: ההחלפה עם 1С מכסה את רוב העדכונים באופן אוטומטי.
הפניות לתמיכה בנושא מידה הצטמצמו בערך פי שלושה, וההמרה להזמנה בכרטיסים עם הטבלה החדשה עלתה בצורה מורגשת יותר מאשר בשאר הקטלוג.
במה שונה טבלת מידות מדיאגרמת מידות?
טבלת מידות היא מדריך התאמות המחובר לדגם מסוים: מק"ט, מותג, סולם (EU/UK/US), מלאות, אורך מדרס. דיאגרמת מידות היא מושג רחב יותר: מערכת כללים שלפיהם הקטלוג משווה בין הסולמות ומתאים מידה לפי המדידה של הקונה.
הטבלה עונה על השאלה "איזו מידה יש לזוג הזה", והדיאגרמה — "כיצד להמיר את המידה שלי בין מותגים וסולמות".
בפועל ההבדל מתבטא במבנה הקטלוג. הטבלה מתקיימת כמאפיין של הצעת מכר: לדגם אחד יכול להיות פריס משלו, ולאחר — פריס שעבר בירושה מהקו. הדיאגרמה מתוכננת ברמת אינפובלוק או מדריך נפרד ומקשרת בין סולמות מידות, מלאות וסוג הלסט.
אם מערבבים את הישויות האלה במאפיין אחד, בעת הוספת מותג או סולם חדש יהיה צורך לכתוב מחדש כרטיסים ולא את כלל ההתאמה.
עבור הקונה ההבדל ניכר בתרחיש ההתאמה. הטבלה מציגה את המידות הזמינות של דגם מסוים עם ציון מלאי. הדיאגרמה נותנת כלי: הזנת אורך כף הרגל, המרה לסולם הרצוי, המלצה בהתחשב במלאות. בלי דיאגרמה הטבלה נשארת תמונה סטטית שהקונה משווה ידנית ולעיתים קרובות טועה.
בתכנון הקטלוג זה קובע את היקף העבודה. תחילה מתארים את מדריך הסולמות ואת כללי ההמרה, אחר כך מחברים את הטבלאות לדגמים ומציגים אותן בכרטיס. כך הוספת קו או מותג חדש אינה שוברת כרטיסים קיימים, אלא מרחיבה את המדריך. הפרדת המושגים כבר בהתחלה חוסכת עריכה מחדש של הקטלוג כשהמבחר יגדל.
ספקות טכניים נפוצות
לפני תחילת העבודה, לקוחות בדרך כלל בודקים לא את הטבלה עצמה, אלא כיצד היא תשתלב עם הקטלוג הקיים: הצעות מסחריות, מלאי במחסן, ייצוא מ-1С. להלן תשובות לספקות שעולים לרוב בשלב ההערכה.
כיצד טבלת המידות תשתלב עם ההצעות המסחריות והמלאי הקיימים?
המידות מקושרות להצעות מסחריות, ולא לכרטיס המוצר כולו. אם כבר קיימות אצלכם הצעות לפי צבע או מלאות, מוסיפים מידה כמאפיין נוסף ומגדירים קישור — המלאי והמחירים הקיימים אינם נבנים מחדש, משתנה רק לוגיקת התצוגה.
עבור קטלוגים שבהם המידות מאוחסנות באינפובלוק נפרד, אנו מבצעים התאמה לפי קוד חיצוני, כדי לא לשכפל פריטים.
מה יקרה כאשר הספק יעדכן את טבלת המידות?
הטבלה מוצאת למדריך נפרד, ולא נתפרת לתוך התבנית. עדכון הוא טעינת קובץ ייצוא חדש או עריכת המדריך: הטבלה באתר מושכת ערכים עדכניים ללא בנייה מחדש של דפי הקטלוג. אם הספק משנה את לוגיקת ההתאמה עצמה (למשל, עובר לסקאלה אחרת), מתוקנת כלל התאמה אחד — שאר המוצרים ממשיכים לעבוד כבעבר.
האם העומס על הקטלוג לא יגדל בעת הצגת הטבלה בכל כרטיס?
הטבלה נבנית מהמדריך ונשמרת במטמון ברמת הרכיב: בבקשות חוזרות מוחזר קטע מוכן, ולא מחושבת מחדש התאמת המידות. בקטלוגים עם עשרות אלפי פריטים הדבר אינו גורם לעלייה מורגשת בזמן התגובה — צוואר הבקבוק נשאר במקום שבו היה לפני ההטמעה.
כיצד הטבלה תתנהג בעת ייצוא מ-1С ובגרסה לנייד?
הייצוא מ-1С מתבצע לפי החלפה סטנדרטית: המידות וההתאמות שלהן נכנסות למדריך באותן חבילות כמו שאר הקטלוג. בנייד הטבלה נבנית מחדש בתצוגה קומפקטית עם גלילה אופקית או בחירה לפי פרמטרים — הפריסה אינה שוברת את הכרטיס ואינה דורשת עמוד נפרד.
אם נותרו ספקות לגבי הקטלוג הספציפי שלכם — תארו כיצד המידות מאוחסנות כעת ומאין מגיע הייצוא, ונחזור עם הערכה ותוכנית עבודה.
נדון במשימה שלכם לפי מידות
כדי שפיתוח טבלת מידות נעליים לא יהפוך לשיפוץ של הקטלוג, מתחילים בניתוח המשימה: אילו קטגוריות מוצרים מושפעות, מאיפה מגיעים הנתונים על רשת המידות, ואיך היא אמורה להיראות בכרטיס המוצר ובסינון. בשלב הזה מצטרף המהנדס שמוביל את הפרויקט — הוא שואל שאלות הבהרה בהתאם לספציפיקה שלכם, ולא לפי תבנית.
לאחר מכן אתם מקבלים הערכת עבודה ותוכנית הטמעה עם שלבים, לוחות זמנים ותחומי אחריות. התוכנית מגדירה מה אנחנו עושים, מה נדרש מצדכם ובאיזה שלב אפשר לבדוק תוצאה ביניים.
מה כולל הדיון במשימה:
- ניתוח המבנה הנוכחי של הקטלוג ומאפייני המוצרים שאליהם מקושרת רשת המידות;
- הבהרת מקורות הנתונים: מילוי ידני, ייצוא ממערכת הנה"ח או מאגר חיצוני;
- תרחישי הקונה — התאמת מידה בכרטיס המוצר, סינון בקטלוג, השוואת דגמים;
- בדיקת תאימות לתבנית ולמודולים הנוכחיים, כדי לא לשבור עמודים קיימים;
- אפשרויות תצוגה: טבלה קופצת, עמוד נפרד או בלוק בתוך כרטיס המוצר;
- הערכה ראשונית של לוחות זמנים והיקף העבודה לכל אפשרות;
- תוכנית הטמעה עם נקודות בקרה וסדר העלאה לאתר החי.
הדיון במשימה אינו מחייב דבר: בסיום השיחה נשארת לכם תמונה ברורה — מה בדיוק צריך לשפר, באיזה סדר ועם אילו סיכונים. אם אפשר לסגור את הפתרון באמצעים הסטנדרטיים של הפלטפורמה, המהנדס יגיד זאת ישירות, בלי לכפות שיפורים מיותרים.
תארו את המשימה שלכם — נחזור עם הערכה ותוכנית הטמעה.