מה באמת קורה מאחורי הקלעים כשמעלים מוצר לחנות?

"תעלי לי מוצר לאתר" ‑ משפט שנשמע כמו בקשה פשוטה. אבל מאחורי הבקשה הזו יש לפחות שמונה שלבים שרוב הלקוחות לא מודעים אליהם. הנה מה שבאמת קורה.

שלב 1 ‑ קבלת החומרים

לפני שנוגעים בוורדפרס ‑ צריך לאסוף מה שיש.

זה נשמע פשוט. זה לא תמיד פשוט.

מה שמגיע מלקוחות זה לרוב: קובץ אקסל שנשלח במייל, לינק לאתר הספק, תמונות ב-WhatsApp, PDF של קטלוג ולפעמים ‑ "אני אשלח לך את זה מחר". אחרי שיש הכל, אפשר להתחיל.

החלק הכי חשוב בשלב הזה: לא להתחיל להעלות לפני שהכל אצלי.

הטעות הכי נפוצה כאן היא ההפך: להתחיל לעבוד על חצי מהחומר כי "ככה נחסוך זמן". בפועל זה עושה בדיוק את ההפך. מתחילים לבנות קטגוריה שלמה ואז מגלה שהתמונות שהיו אמורות להגיע השבוע מגיעות רק בעוד שבועיים וכל מה שכבר נבנה צריך לחזור אחורה ולהתעדכן. עדיף לחכות שבוע נוסף עם כל החומר בידיים, מאשר להתחיל מוקדם ולעצור באמצע.

מה זה אומר עלייך כלקוחה: ככל שתשלחי יותר מהחומר בבת אחת ומסודר, כך התהליך אחר כך מהיר וחלק יותר. זה לא אומר שצריך שהכל יהיה מושלם, קובץ אקסל בלגן זה סבבה, אבל שיהיה לפחות שלם. חצי קטלוג זה לא באמת נקודת התחלה, זה עוד המתנה שרק נדחית לשלב מאוחר יותר.

שלב 2 ‑ ניקוי וסידור הנתונים

ניקוי נתונים זה השלב שרוב האנשים לא יודעים שקיים ‑ ושלוקח הכי הרבה זמן.

מה זה אומר בפועל?

• איחוד פורמטים: "₪299", "299 שח", "299.00" ‑ שלוש דרכים לכתוב את אותו מחיר. צריך לבחור אחת.
• טיפול בכפילויות: מוצר שמופיע פעמיים בשמות שונים ‑ שניהם עולים? רק אחד?
• שדות ריקים: מה עושים עם מוצר שחסר לו תיאור? משיגים אחד, כותבים, משאירים ריק?
• קידוד תווים: עברית שנשמרת לא נכון הופכת ל"???". זה קורה יותר ממה שנדמה.
• קטגוריות לא עקביות: "כלי עבודה", "כלים", "Tools" ‑ לאיזו קטגוריה זה שייך?

כל אחד מהדברים האלה דורש החלטה. לא כלי ‑ החלטה של בן אדם שמבין את החנות.

ניקח תרחיש מהשטח: חנות עם קטלוג של כאלף מוצרים שמגיעים משלושה ספקים שונים, כל אחד עם פורמט קובץ משלו. אצל ספק אחד המחיר כולל מע"מ, אצל השני לא והשלישי כתב את המידות בתוך שדה התיאור החופשי במקום בעמודה הייעודית. עד שהכל מתאחד לפורמט אחיד עקבי, עוברות שעות של עבודה שאף אחד לא רואה כשהחנות עולה לאוויר, אבל בלעדיהן החנות הייתה נראית מבולגנת מהיום הראשון.

הטעות הנפוצה ביותר בשלב הזה: לתקן ישירות בקובץ שהלקוח שלח, בלי גיבוי של הגרסה המקורית. ברגע שמגלים טעות בהחלטה שהתקבלה, אין דרך לחזור אחורה ולבדוק מה היה שם לפני. לכן תמיד עובדים על עותק והמקור נשאר נגיש בצד.

שלב 3 ‑ שיוך תמונות

לכאורה פשוט: תמונה הולכת לצד מוצר. בפועל ‑ זה שלב שיכול לתקוע פרויקט שלם.

שיטות שיוך לפי סוג הבעיה:

בפרויקט טיפוסי של אלפי מוצרים, 70-80% מהשיוך יכול להיות אוטומטי. השאר דורש עיניים.

הטעות הנפוצה ביותר כאן: לסמוך על השיוך האוטומטי באחוזים גבוהים בלי לבדוק דגימה. שיוך אוטומטי לפי שם קובץ יכול לטעות כשיש שני מוצרים עם שמות דומים, למשל "חולצה כחולה" ו"חולצה כחולה בהיר" והתוצאה היא תמונה שיושבת על המוצר הלא נכון בלי שאף אחד שם לב. לכן אחרי כל שיוך אוטומטי עוברים על מדגם אקראי של 15-20 מוצרים ובודקים שהתמונה שיושבת שם באמת שייכת אליהם.

מה זה אומר עלייך כלקוחה: את לא צריכה לשבת ולפתוח כל תמונה בעצמך ולהתאים אותה ידנית למוצר, זו בדיוק העבודה שנעשית מאחורי הקלעים. אבל אם יש לך תמונות שמסודרות מראש בשמות ברורים שכוללים מק"ט, זה בדיוק ההבדל בין שיוך שלוקח שעה לשיוך שלוקח יום.

שלב 4 ‑ הכנה לווקומרס

ווקומרס דורש CSV בפורמט ספציפי. לא כל CSV ‑ CSV עם עמודות בשמות מדויקים, ערכים מסוג נכון ומבנה שמתאים לסוג המוצר.

מוצר פשוט: שם, מחיר, תיאור, קטגוריה, תמונה.

מוצר עם וריאציות: שורת אב + שורות בנות לכל וריאציה. מחיר לכל וריאציה. מלאי לכל וריאציה. תמונה לכל וריאציה.

ומוצר שמשויך לעמוד שירות? שיש לו תגיות SEO? שצריך URL מותאם? כל שכבה נוספת מוסיפה עמודות, מוסיפה דיוק, מוסיפה בדיקות.

קחי לדוגמה חנות אופנה עם מוצר חולצה שקיים בשלושה צבעים ובארבע מידות. בפועל זו לא שורה אחת בקובץ, אלא שורת אב שמתארת את המוצר הכללי ומתחתיה עד שתים עשרה שורות בנות, אחת לכל שילוב צבע ומידה, כל אחת עם המלאי והמחיר שלה. שגיאה בשורה אחת מתוך שתים עשרה יכולה להוריד וריאציה שלמה מהאתר בלי שזה בולט מיד.

מה זה אומר עלייך: את לא צריכה לדעת מה זה SKU או מה ההבדל בין שדה attribute לשדה variation, זו בדיוק העבודה שקורית כאן. אבל אם יש ללקוחה מידע ברור מראש על אילו וריאציות קיימות לכל מוצר, זה חוסך שלב שלם של בירורים באמצע ההכנה.

שלב 5 ‑ העלאה ובדיקה

הגיעה השעה. ה-CSV מוכן. מעלים.

אבל לא הכל בבת אחת. בקבוצות של 200-500 מוצרים. אחרי כל קבוצה ‑ עצירה ובדיקה.

מה בודקים?

• 10-20 מוצרים אקראיים מהאתר עצמו ‑ לא מה-CSV
• מחירים: מה שמוצג לגולש הוא מה שצריך להיות?
• תמונות: עולות ומוצגות נכון?
• קטגוריות: המוצר מופיע בעמוד הקטגוריה הנכון?
• תיאורים: מוצגים נכון בלי שבירות HTML?
• וריאציות: אפשר לבחור ולהוסיף לסל?

אם הכל תקין ‑ ממשיכים לקבוצה הבאה. אם יש בעיה ‑ עוצרים, מתקנים בקובץ המקור, מריצים מחדש רק את הקבוצה הבעייתית.

ניקח תרחיש מדומיין: חנות עם כשלושת אלפים מוצרים, מחולקת לשש קבוצות של חמש מאות. בקבוצה השלישית מתגלה שכל המוצרים שהגיעו מספק מסוים מציגים מחיר אפס. הבעיה מקורה בכך שהמחיר בקובץ המקור נכתב עם פסיק במקום נקודה עשרונית וווקומרס לא הצליח לקרוא אותו. בלי בדיקה בין קבוצות, הבעיה הזו הייתה עוברת לכל שאר הקבוצות ומתגלה רק אחרי שכל שלושת אלפים המוצרים כבר חיים באתר.

מה זה אומר עלייך: העיכוב שיש בין קבוצה לקבוצה הוא לא בזבוז זמן, זו בדיוק הסיבה שבסוף מקבלים חנות שהמחירים בה נכונים והתמונות בה מוצגות כמו שצריך, במקום חנות שצריך לתקן אותה שבועיים אחרי שהיא כבר עלתה.

מה יכול להשתבש ‑ ואיך מתמודדים

גם עם תהליך מסודר, הפתעות קורות.

• קובץ גדול מדי: ווקומרס יש לו מגבלת זמן על ייבוא. פיצול לקבוצות קטנות יותר.
• תמונה שלא עולה: פורמט לא נתמך, קובץ גדול מדי, נתיב שגוי. בדיקה ופתרון פר מקרה.
• קטגוריה שלא קיימת: ווקומרס לא יוצר קטגוריה חדשה אוטומטית בכל הגדרה. לפעמים צריך ליצור ידנית לפני הייבוא.
• מחיר שנשמר כ-0: בעיה נפוצה עם פורמטים שמשתמשים בפסיק במקום נקודה עשרונית. תיקון בקובץ ומחדש.
• תיאור שנראה שבור: HTML שנוסף על ידי הספק ולא מתאים לוורדפרס. ניקוי וסידור.

כל אחד מהאלה הוא דקות, לא שעות ‑ כי עם תהליך מסודר יודעים לאן לחפש.

הטעות הנפוצה ביותר כשמשהו משתבש: לנסות לתקן ישירות באתר, מוצר אחר מוצר, במקום לחזור לקובץ המקור ולתקן שם. תיקון ידני באתר עובד פעם אחת, אבל בפעם הבאה שמריצים ייבוא מהקובץ המקורי, הטעות חוזרת כי היא עדיין שם. תיקון בקובץ עצמו לוקח קצת יותר זמן ברגע הראשון, אבל הוא נשאר מתוקן גם בסבב הבא.

מה זה אומר עלייך: אם משהו נראה שגוי אחרי שהעלאה כבר בוצעה, זה לא סימן שהתהליך נכשל. זה חלק צפוי ממנו. השאלה היחידה שחשובה היא כמה זמן לוקח לזהות ולתקן וזו בדיוק הסיבה שיש תהליך בדיקה מסודר בין קבוצה לקבוצה.

שאלות שנשאלות הרבה