מה משתנה כשעוברים מסניף אחד לשלושה: מחירון לפי סניף, מלאי לפי מיקום, הרשאות, ודיווח מאוחד ונפרד גם יחד - וממה להיזהר בהגדרה.
עיקרי הדברים
- ברגע שיש שני מיקומים, מלאי בלי שדה מיקום הוא נתון שגוי.
- מחירון לפי סניף הוא צורך אמיתי, ולכן חייב להיות שדה ולא הערה.
- דיווח מאוחד ודיווח לפי סניף נדרשים שניהם, מאותו נתון.
- ההגדרה הקריטית היא מה מוגדר פעם אחת מרכזית ומה לכל סניף.
סניף שני אינו הכפלה של הראשון אלא שינוי מבני: מאותו רגע לכל נתון יש הקשר של מיקום. מלאי אינו "כמה יש" אלא "כמה יש איפה", דוח אינו מספר אחד אלא מספר לכל סניף ומספר מאוחד, והרשאה אינה "מי רואה" אלא "מי רואה את מי".
מה משתנה כשיש יותר מסניף אחד
| התחום | בסניף אחד | בכמה סניפים |
|---|---|---|
| מלאי | כמות אחת | כמות לכל מיקום + העברות ביניהם |
| מחירים | מחירון אחד | מחירון בסיס + חריגות לפי סניף |
| הרשאות | מי עורך | מי רואה איזה סניף |
| דוחות | מספר אחד | לפי סניף וגם מאוחד |
| מסמכים | סדרה אחת | סדרה לכל סניף או מזהה בתוך המסמך |
| לקוחות | רשימה אחת | לקוח משותף עם פעילות לפי סניף |
השורה האחרונה היא זו שמפתיעה: לקוח שקנה בסניף אחד וחוזר לאחר צריך להיות מזוהה, אחרת כל סניף בונה רשימת לקוחות משלו - וזו בדיוק בעיית הכפילויות שמתוארת בכפילויות לקוחות בין מערכות.
ההחלטה שקובעת את כל השאר
מה מנוהל מרכזית ומה מקומית. אין תשובה נכונה אחת, אבל יש חלוקה שעובדת ברוב הרשתות:
- מרכזי: קטלוג פריטים, מחירון בסיס, מדיניות הנחות, נוסח מסמכים, הרשאות.
- מקומי: מלאי, כוח אדם, הזמנות רכש ממחסן מרכזי, פעילות מול לקוחות.
- משתנה לפי הרשת: מחירים - חלק מהרשתות אחידות לחלוטין, אחרות מאפשרות חריגה מוגבלת.
מה שלא עובד הוא לתת לכל סניף לנהל קטלוג משלו. תוך שנה יהיו שלושה שמות לאותו פריט, וכל דוח מאוחד יהפוך לעבודת איחוד ידנית. הפשרה המעשית היא קטלוג מרכזי עם תהליך בקשה קצר: סניף מבקש פריט חדש, מישהו אחד מאשר ומוסיף, וכך גם הצורך המקומי נענה וגם הקטלוג נשאר אחיד.
העברות בין סניפים - הנקודה שנשברת
העברת סחורה בין סניפים היא התנועה שהכי הרבה עסקים לא מתעדים, וזה מייצר את הפערים הגדולים ביותר. סניף א' שולח, סניף ב' מקבל למחרת, ובאמצע הסחורה לא נמצאת באף מקום - או גרוע מזה, נמצאת בשניהם.
המבנה שעובד הוא תנועה בשני שלבים: יציאה מסניף א' שיוצרת "במעבר", וקליטה בסניף ב' שסוגרת אותה. מה שחשוב הוא שתהיה רשימה של מה שנמצא במעבר יותר מיום-יומיים, כי שם מתחבאים ההפרשים - וברשתות רבות זו הרשימה היחידה שדרושה כדי לצמצם את רוב הפערים בספירה.
כדאי גם להחליט מי יוזם העברה. כשכל סניף יכול לבקש מכל סניף, נוצרת תנועה מרובה שאיש לא רואה במלואה, וסחורה מסתובבת בין שלושה מקומות במקום להימכר. ברוב הרשתות עדיף שהעברות יאושרו מרכזית - לא כדי לסרב, אלא כדי שמישהו יראה שפריט מסוים מבוקש בשלושה סניפים, וזה בעצם סימן לרכש ולא להעברה.
הרשאות: מי רואה את מי?
ברשתות, ההרשאה החשובה אינה עריכה אלא צפייה. מנהל סניף שרואה את המכירות של כל הסניפים מקבל מידע שלא תמיד רוצים שיהיה לו, ומצד שני מנהל שלא רואה כלום מלבד שלו לא יכול להשוות ולהשתפר.
ההחלטה צריכה להיות מפורשת ולא ברירת מחדל: מה מנהל סניף רואה על סניפים אחרים - כלום, נתוני מכירות בלבד, או הכול. שווה גם לקבוע מי רואה שכר ועלויות, כי זה השדה שנפתח בטעות לעתים קרובות כשנותנים גישה לדוח רווחיות.
נקודה שנייה שקשורה: מי רשאי לשנות מחיר בפועל, ברגע המכירה. רשת שמאפשרת לכל עובד להוריד מחיר "כדי לסגור" מגלה אחרי חצי שנה שהמחירון האמיתי שונה מהמחירון המוגדר. הפתרון אינו לאסור לגמרי אלא להגדיר טווח הנחה לכל תפקיד, ולדרוש אישור מעליו - כך ההנחה נשארת כלי מכירה ולא הופכת לברירת מחדל.
דוחות: מאוחד ולפי סניף
הדרישה הבסיסית היא לראות את אותו מדד בשתי רמות. מה שבדרך כלל נשכח הוא ההשוואה ביניהן - לא רק כמה מכר כל סניף, אלא כמה מכר ביחס לגודלו, לשעות הפתיחה ולתנועה באזור. בלי הנרמול הזה, הדוח תמיד יראה שהסניף הגדול הכי טוב, וזה לא מידע.
שלושה מדדים שכדאי שיהיו לכל סניף: מכירות ליום פתיחה, ממוצע לעסקה, וכמה מהמלאי שלו לא זז בתשעים יום. השלישי הוא הפחות נפוץ והכי שימושי, כי הוא מגלה שהבעיה אינה במכירה אלא בהרכב המלאי שהסניף קיבל.
מה לשאול לפני שפותחים את הסניף השני
חמש שאלות שקל לענות עליהן לפני הפתיחה וקשה מאוד אחריה:
- מי אחראי על הקטלוג - אדם אחד, מרכזית, ואיך סניף מבקש פריט חדש.
- איך מזמינים מלאי - מהמחסן המרכזי, מהספק ישירות, או שילוב.
- מה קורה ללקוח שקנה בסניף א' ומגיע לסניף ב' - כולל החזרות ואחריות.
- איזה סניף מחויב על מכירה שהתחילה באחד והושלמה באחר.
- מי סוגר את היום ומה קורה כשהסכומים לא מסתדרים.
השאלה הרביעית נראית פורמלית והיא מקור לחיכוך אמיתי בין מנהלי סניפים, במיוחד כשיש תמריצים לפי ביצועים. עדיף כלל פשוט מוסכם מראש - למשל, הסניף שגבה את הכסף - מאשר ויכוח בכל מקרה.
איך לא לשכפל את הבלגן
הפיתוי הטבעי הוא להעתיק את מה שעובד בסניף הראשון אחד לאחד. הבעיה היא שרוב מה שעובד שם עובד בזכות אנשים ולא בזכות תהליך: מנהל שזוכר מי הלקוחות הקבועים, עובד שיודע איפה כל פריט, ובעל העסק שנמצא שם כל יום.
לכן השבועיים שלפני פתיחת הסניף השני הם ההזדמנות הזולה ביותר לכתוב תהליכים - איך נקלטת סחורה, איך נפתחת משמרת, מה עושים בהחזרה - בעוד שהעסק עדיין קטן מספיק כדי שמישהו יזכור את כולם. אחרי שיש שלושה סניפים, אותה עבודה נעשית תוך כדי תנועה ועולה הרבה יותר.
מקורות
שאלות נפוצות
מתי עוברים ממערכת פשוטה למערכת שתומכת בסניפים?
בפועל כשנפתח הסניף השני, ולא אחר כך. הסיבה מעשית: להוסיף שדה מיקום לנתונים היסטוריים הוא פרויקט, ולכן עדיף להתחיל להזין אותו מהיום הראשון של הסניף החדש - גם אם כרגע הוא נראה מיותר.
אפשר לנהל שני סניפים בשתי מערכות נפרדות?
אפשר, וזה עובד כשהסניפים עצמאיים לחלוטין - מלאי נפרד, לקוחות נפרדים, אין העברות. ברגע שיש העברת סחורה או לקוח שקונה בשניהם, ההפרדה מתחילה לעלות יותר ממה שהיא חוסכת.
מה עם זכיינות?
זה מקרה אחר, כי הזכיין הוא ישות עסקית נפרדת עם ספרים משלו. מה שנשאר מרכזי הוא הקטלוג, המותג והמחירון המומלץ; מה שנפרד הוא הכספים. כדאי לסגור את הגבול הזה בכתב לפני שמגדירים מערכת.
איך מטפלים במחירים שונים בין סניפים?
כמחירון בסיס אחד וחריגות מוגדרות, ולא כמחירון נפרד לכל סניף. ההבדל חשוב: חריגה מוגדרת אפשר לראות, לאשר ולבטל; מחירון נפרד הופך תוך שנה לשלושה מחירונים שאיש לא זוכר למה הם שונים.
להמשך קריאה
שירות רלוונטי
מלאי ורכש
מלאי ברמת SKU, כללי הזמנה חוזרת ותהליך אישור מתועד.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה מנסה להפוך לאוטומטי או לבנות, ואומר לך מהי הדרך המהירה והאמינה ביותר ליישם את זה.