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

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

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

מה זו מערכת לניהול הזמנות ומלאי?

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

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

אילו סימנים אומרים שהוואטסאפ והאקסל כבר לא מחזיקים את ההזמנות?

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

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

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

מה מערכת לניהול הזמנות ומלאי צריכה להחזיק?

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

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

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

איך המערכת יודעת כמה מלאי באמת זמין?

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

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

תוכנה מוכנה או מערכת שנבנית סביב העסק — איך מחליטים?

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

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

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

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

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

1. 1לקוחות, מחירונים והזמנות — כל הזמנה נרשמת פעם אחת, מכל ערוץ שבו הגיעה, והמחיר מגיע מכרטיס הלקוח
2. 2מלאי — ספירת פתיחה של כל מה שיש על המדף, שממנה המערכת מתחילה לחשב, ומאותו יום המלאי יורד עם ההזמנות שיוצאות ועולה עם הסחורה שנכנסת
3. 3התראות ופורטל ללקוחות — התראה על מלאי נמוך, ופורטל שבו לקוחות קבועים מזמינים בעצמם
4. 4חיבורים — לחשבוניות ולמשלוחים, חיבור אחד בכל פעם, כך שתקלה באחד לא עוצרת את השאר

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

איך מעבירים את המלאי, הלקוחות והמחירונים מהאקסל למערכת?

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

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

מה אפשר לעשות כבר השבוע?

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

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