לקוח עסקי שמבצע הזמנה מצפה לראות את המוצרים הרלוונטיים לו, במחיר שסוכם איתו ובכמויות שניתן להזמין. מאחורי הפעולה הזאת נמצאים קטלוג, הסכמים מסחריים, מלאי, הרשאות וחיבורים למערכות הארגון. כשאחד מהם אינו מתואם עם האחרים, התוצאה עלולה להיות הזמנות שגויות ועבודה ידנית לצוות המכירות.
בחירת מערכת B2B ליבואנים מתחילה בהבנת הדרך שבה החברה מוכרת ומנהלת מידע, ולא בעיצוב האתר. במדריך נבחן ארבעה תחומים מרכזיים להשוואה: קטלוג, מחירונים, הרשאות ואינטגרציות. נציג גם שאלות על מלאי, עלויות והטמעה שיעזרו לכם לקבל החלטה מבוססת.
מתחילים בתהליך העסקי, לא ברשימת הפיצ׳רים
לפני שפונים לספקים, כדאי למפות את מסלול ההזמנה: מי הלקוחות, כיצד הם מקבלים מחיר, מי מאשר את העסקה ואילו מערכות משתתפות בתהליך. כך אפשר להבחין בין יכולת שנראית מרשימה בהדגמה לבין יכולת שפותרת בעיה בעסק.
שתפו במיפוי נציגים מהמכירות, התפעול, הכספים ומערכות המידע. כל אחד מכיר חלק אחר בתהליך: צוות המכירות מכיר את החריגים המסחריים, צוות המחסן מכיר את יחידות האריזה, ואנשי מערכות המידע יודעים היכן הנתונים מנוהלים.
- אילו סוגי לקוחות מזמינים מכם, והאם לכל אחד תנאי סחר שונים?
- אילו פרטי מוצר נדרשים כדי שלקוח יוכל לבחור ולהזמין ללא עזרה?
- באילו שלבים נדרשים אישור מנהל, בדיקת מלאי או התערבות נציג מכירות?
- אילו מערכות מנהלות כיום מוצרים, לקוחות, מחירים, מלאי והזמנות?
תעדו גם בעיות חוזרות, כגון תיקוני מחיר או הזמנות בכמויות שאינן תואמות לאריזה. הן ישמשו בסיס לתרחישי הבדיקה. להרחבה על השיקולים והעלויות, ראו את המדריך על בחירת מערכת הזמנות B2B.
ניהול קטלוג: האם המערכת מבינה איך אתם מוכרים?
קטלוג של יבואן עשוי להכיל אלפי מוצרים, מותגים וגרסאות. מעבר לשם ולתמונה, לקוח עסקי עשוי להזדקק למק״ט, ברקוד, מפרט טכני, יחידת מידה או מידע על אריזה. כשמשווים פלטפורמת מסחר B2B ליבואנים, חשוב לבדוק לא רק איך המוצר נראה, אלא גם כיצד הנתונים שלו מנוהלים ומתעדכנים.
וריאציות, אריזות וכמויות הזמנה
בחרו כמה מוצרים מייצגים: מוצר עם מידות או צבעים, מוצר הנמכר בקרטון ומוצר עם כמות מינימום. בקשו לראות כיצד כל אחד מוגדר ומוצג ללקוח. האם הלקוח בוחר יחידות או אריזות? מה קורה אם הכמות שהזין אינה כפולה של גודל האריזה? האם אפשר להציג מוצר חלופי כשפריט אינו זמין?
בדקו גם את החיפוש והסינון. לקוח שמכיר את המק״ט או הברקוד עשוי לרצות להגיע ישירות לפריט, בעוד אחר יחפש לפי מותג או קטגוריה. השתמשו בבדיקה במונחים שהלקוחות שלכם מכירים.
מי מעדכן את המידע?
בררו אילו שדות מגיעים ממערכת ה-ERP ואילו מגיעים ממערכת לניהול מידע על מוצרים, אם קיימת כזו. למשל, המק״ט והמידות עשויים להיות מנוהלים ב-ERP, בעוד התמונות והתיאורים נערכים במקום אחר. הגדירו מי אחראי לכל שדה ומה קורה כשאותו נתון משתנה ביותר ממערכת אחת.
בהדגמה, בקשו לעדכן מוצר במערכת המקור ולעקוב אחר הופעת השינוי בקטלוג. שאלו כיצד מטופלים שדות חסרים, מוצרים שהופסקה מכירתם וקובצי מפרט שהוחלפו. יכולת ייבוא ראשונית לבדה אינה מבטיחה תהליך עדכון שוטף ומסודר.
ניהול מחירונים ללקוחות עסקיים: בודקים את החריגים
במסחר בין עסקים המחיר עשוי להשתנות לפי לקוח, קבוצת לקוחות, מטבע, כמות, מבצע או הסכם מסחרי. השאלה אינה רק אם אפשר להגדיר מחירונים, אלא גם כיצד המערכת מחליטה איזה מחיר להציג כשכמה כללים חלים יחד.
לדוגמה, לקוח עשוי להשתייך לקבוצה עם הנחה, להחזיק במחירון אישי ולהזמין כמות המזכה במחיר אחר. בקשו מהספק להציג את סדר העדיפות: איזה כלל גובר, האם ההנחות מצטברות וכיצד בודקים את מקור המחיר שהוצג.
- תוקף: מה קורה כשהסכם פג או כשמחירון עתידי נכנס לתוקף?
- מחיר חסר: האם המוצר מוסתר, מוצג ללא מחיר או מועבר לטיפול נציג?
- מע״מ ומטבע: כיצד מוצגים המחירים, ובאיזה שלב מוצג החישוב הסופי?
- שינוי מחיר: מה קורה אם המחיר מתעדכן אחרי שהלקוח הוסיף מוצר לעגלה?
בחרו לקוח אמיתי וכמה מוצרים עם תנאים שונים, והשוו בין תוצאות המערכת למחירים שהארגון מצפה להם. אם התוצאה מחייבת פיתוח או תחזוקה ידנית, חשוב לדעת זאת לפני החתימה.
הרשאות: מי יכול לראות, להזמין ולאשר?
לקוח עסקי אינו תמיד משתמש יחיד. בחברה אחת עשויים לפעול קניינים, מנהלי סניפים ומאשרים, שלכל אחד מהם אחריות אחרת. לכן כדאי לבחון הפרדה בין חשבון החברה הרוכשת לבין המשתמשים שפועלים בשמה.
בהתאם לתהליך המכירה שלכם, בדקו אם אפשר להעניק הרשאות נפרדות לצפייה במחירים ובמסמכים, ליצירת הזמנות ולאישורן. בחלק מהעסקים תידרש גם הגבלה לסניף או לתקציב מסוים. ודאו שהמערכת תומכת בתהליך הרלוונטי לכם.
בקשו להדגים תרחיש מלא: קניין מכין הזמנה, מנהל מקבל אותה לאישור, וההזמנה ממשיכה לטיפול רק לאחר האישור הנדרש. בדקו גם מה קורה כשהזמנה נדחית, כשמשתמש עוזב את החברה או כשתפקידו משתנה.
אבטחת הרשאות מעבר לממשק
הסתרת כפתור אינה תחליף לבקרת גישה. הרשאות צריכות להיאכף גם בצד השרת ובממשקי API, כדי לצמצם את הסיכון לחשיפת מחירונים, הזמנות או פרטי לקוחות בין חשבונות. שאלו כיצד הספק בודק הפרדה בין לקוחות, כיצד מנוהלות הרשאות ומהו תהליך הדיווח והטיפול באירועי אבטחה.
בדקו עם הגורמים המקצועיים בארגון את דרישות האבטחה והפרטיות הרלוונטיות למידע שתנהלו. בחינת המערכת אינה מחליפה בדיקה של תהליכי הארגון וההתקשרות.
אינטגרציה בין מערכת B2B למערכת ERP: מי אחראי לכל נתון?
חיבור ל-ERP הוא יותר מסעיף בהצעה. כדי שהמידע יעבור באופן עקבי, הגדירו מערכת מקור לכל סוג נתון ואת התהליך שעובר בין המערכות. למשל, איזו מערכת מנהלת מק״טים ומחירים, איזו מחשבת מלאי זמין ואיזו יוצרת את ההזמנה הרשמית?
מפו את כיווני המידע: אילו נתונים מגיעים מה-ERP למערכת המסחר, אילו חוזרים אליה ואילו נשארים בפלטפורמת המכירה. לכל ממשק הגדירו תדירות סנכרון, אחריות לניטור וטיפול במקרה שהנתונים אינם מגיעים בזמן.
- כיצד מזוהה שגיאת סנכרון ומי מקבל עליה התראה?
- כיצד מונעים הזמנה כפולה אם שליחה נכשלת ומתבצעת מחדש?
- כיצד משווים בין הזמנות שנוצרו במערכת המסחר לאלו שנקלטו ב-ERP?
- מי מטפל בתקלה כשלא ברור אם מקורה בפלטפורמה, בממשק או ב-ERP?
בקשו לראות גם תרחיש כשל. למשל, שלחו הזמנה כשה-ERP אינו זמין ובדקו כיצד היא נשמרת, מי רואה את התקלה וכיצד היא נקלטת לאחר התיקון. רצוי לתעד את חלוקת האחריות בין הספקים בהצעה ובהסכם השירות.
זמינות מלאי: מה הלקוח רואה ומה אפשר לספק?
מלאי פיזי במחסן אינו בהכרח מלאי זמין למכירה. חלק ממנו עשוי להיות מוקצה ללקוחות אחרים, וייתכן שיש הזמנות פתוחות או סחורה המפוזרת בין מחסנים. גם מלאי בדרך אינו בהכרח זמין לאספקה מיידית.
בררו איזה נתון מוצג באתר, כיצד הוא מחושב ובאיזו תדירות הוא מתעדכן. שאלו מה קורה כשלקוח צופה בפריט זמין, אך המלאי משתנה לפני אישור ההזמנה: האם אפשר להזמין כמות חלקית, האם מוצג מועד אספקה משוער או שההזמנה מועברת לבדיקה? התשובות צריכות להתאים למדיניות השירות שלכם, ולא רק ליכולת הטכנית.
השוואת עלויות: מעבר לדמי המנוי
כדי להשוות הצעות באופן הוגן, הגדירו תקופת התקשרות זהה ובקשו מכל ספק פירוט לפי אותם רכיבים. דמי המנוי הם רק חלק אפשרי מהעלות הכוללת.
- הקמה והסבה: אפיון, הגדרות, העברת קטלוג, לקוחות ומחירונים ובדיקת איכות הנתונים.
- אינטגרציה והתאמות: חיבור ל-ERP, פיתוח נדרש, בדיקות ותחזוקת ממשקים.
- תפעול שוטף: תמיכה, תחזוקה ושירות, כולל רמות שירות ותנאי תגובה.
- עלויות משתנות: תמחור לפי משתמשים, הזמנות או אינטגרציות, ככל שהוא חל.
- סיום התקשרות: אפשרויות ייצוא נתונים, פורמט המידע ועלויות מעבר, אם קיימות.
בקשו הבחנה בכתב בין יכולת מובנית, יכולת שמצריכה הגדרה ויכולת שמחייבת פיתוח או שירות נוסף. בררו גם מי מאשר שינויים ומה קורה לעלויות אם היקף הפעילות גדל. להרחבה על התכנון וההשקה, ראו את המדריך להקמת אתר B2B.
איך לבחור מערכת B2B בפועל: מטריצה והדגמה
לאחר המיפוי, הכינו מטריצת דרישות לארבעת התחומים: קטלוג, מחירונים, הרשאות ואינטגרציות. לכל דרישה ציינו את חשיבותה, את תרחיש הבדיקה ואת תשובת הספק: קיים במוצר, מצריך הגדרה, מצריך פיתוח או אינו נתמך. הוסיפו עלות, לוח זמנים ואחראי לביצוע כשאלה רלוונטיים.
שלחו את אותה מטריצה לכל הספקים ובקשו הדגמה עם נתונים מייצגים, תוך שימוש בטוח במידע. ארבעה תרחישים מועילים הם לקוח עם מחירון אישי, מוצר הנמכר באריזות, הזמנה הדורשת אישור ושגיאת סנכרון ל-ERP. בסיום כל תרחיש תעדו מה הוצג ומה עדיין דורש בירור.
אפשר לבחון את widecommerce לצד חלופות, באמצעות אותה מטריצה ואותם תרחישים, בלי להניח מראש שקיימת יכולת מסוימת. להשוואה רחבה יותר ראו גם את המדריך על בחירת ספק לבניית אתר B2B.
שאלות נפוצות
מה חשוב לבדוק בקטלוג של מערכת B2B ליבואנים?
בדקו תמיכה במק״טים, וריאציות, אריזות, כמויות מינימום ומוצרים חלופיים. בדקו גם כיצד המידע מתעדכן ממערכת ה-ERP או ממערכת לניהול מידע על מוצרים.
איך בוחנים ניהול מחירונים ללקוחות עסקיים?
בדקו התאמת מחירים ללקוח, לקבוצה או לכמות, את סדר העדיפות בין כללי המחיר, את תוקף המחירונים ואת אופן הצגת המע״מ.
מה חשוב להגדיר באינטגרציה בין מערכת B2B ל-ERP?
הגדירו מערכת מקור לכל סוג מידע, תדירות סנכרון, טיפול בשגיאות ומניעת הזמנות כפולות. מומלץ לבדוק תרחישי הזמנה והרשאות באמצעות נתונים מייצגים, תוך שמירה על אבטחת המידע.
לסיכום: בחרו לפי התהליך שהמערכת צריכה לשרת
מערכת מתאימה מסייעת ללקוחות להזמין בתנאים הנכונים ולצוותים לנהל את התהליך באופן ברור. בדיקת קטלוג, מחירונים, הרשאות ואינטגרציות באמצעות תרחישים מייצגים תעזור לזהות פערים מוקדם, להבין את העלות הכוללת ולבחור פתרון שמתאים לחברה.