ניטור מחירי מתחרים בישראל: מקורות, סדר, ומה נשבר

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

הסדר הנכון הפוך.

שלב 1: להחליט מה זה יגרום

לפני שמסתכלים על מקורות. מה קורה כשמחיר של מתחרה יורד ב-8%?

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

תשובות שמצדיקות בנייה:

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

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

שלב 2: למצות את המקורות המפורסמים

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

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

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

שלב 3: אם צריך לגרד

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

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

ההסתייגות שכדאי לומר ללקוח מראש: גירוד הוא עלות מתמשכת ולא פרויקט חד-פעמי. מי שמתמחר אותו כפרויקט סוגר על הפסד.

הבעיה שקובעת הכול: התאמת מוצרים

זו העבודה האמיתית, ולא המשיכה.

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

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

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

המחיר המוצג אינו המחיר ששולם

טעות שנייה שהופכת את הניתוח למטעה. מה שמשנה את המחיר האפקטיבי:

• מבצעים והנחות כמות - בקמעונאות זה לרוב המחיר האמיתי.
• משלוח - מוצר זול עם משלוח יקר אינו זול.
• מחיר למועדון מול מחיר לכולם.
• מע"מ - לוודא שמשווים על אותו בסיס.

אם אתה משווה מחירי בסיס בלבד, שווה לומר את זה במפורש בדוח ולא לתת למספר להיראות סופי.

ארכיטקטורה

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

מה שלא לעשות

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

צ'קליסט

1. להחליט מה שינוי מחיר מפעיל - לפני שבוחרים מקור.
2. לבדוק אם יש פרסום מחויב, API או פיד. בענף המזון - יש.
3. לבדוק תנאי שימוש לכל מקור שנשאר; שימוש מסחרי - לעורך דין.
4. להתאים לפי מזהה בלבד; מה שלא נמצא - לתור בדיקה.
5. לכלול מבצעים ומשלוח, או לומר במפורש שלא.
6. לשמור סדרת זמן וגולמי.
7. להתריע על צניחה בכיסוי, לא לפרש אותה כתובנה.