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

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

השאלה שמפרידה ביניהן פשוטה: מי מוביל את החבילה בפועל?

שלושת סוגי התוכנות

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

שאר המדריך הוא לעמודות השנייה והשלישית.

שש יכולות שאי אפשר בלעדיהן

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

1. קליטת הזמנות בלי הקלדה

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

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

2. שיוך ושיגור

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

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

3. אפליקציית שליח שהשליחים באמת פותחים

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

4. מעקב שהלקוח רואה בעצמו

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

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

5. תמחור אוטומטי לפי מחירון

זו היכולת שהכי הרבה חברות מוותרות עליהן, והיא זו שמחזירה את ההשקעה מהר יותר מכל אחרת.

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

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

6. חשבוניות שנבנות מהמשלוחים

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

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

המבחן שמפריד בין מערכת רצינית למצגת

יש שאלה אחת ששווה יותר מכל רשימת הפיצ'רים:

"תראו לי כמה הרווחתי על לקוח מסוים בחודש שעבר."

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

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

שאלות נוספות שכדאי לשאול בהדגמה:

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

מחירים בישראל: מה סביר

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

לפתח או לקנות

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

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

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

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

מתי כדאי לעבור

הסימנים אינם עניין של גודל, אלא של סוג הכאב:

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

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

איך זה נראה ב-tigerz

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

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