מתחילים מהבעיה.
ואז רואים מה פותר אותה.
הקלדה חוזרת של הזמנות בכמה מערכות. רדיפה אחרי נהגים בשביל בדיקות רכב ותיעוד שעות. ההחלטה מי במשרד רואה ומשנה מה. חישוב של כמה עולה להפעיל כל משאית. לקוחות שמתקשרים לשאול איפה המשלוח, חשבוניות שמחכות לתשלום, מובילים חיצוניים שאתם שוכרים ומערכות שלא מדברות זו עם זו. כל כרטיס כאן מתחיל מאחת הבעיות האלה ומראה אילו יכולות של RushHour מטפלות בה היום, בסביבת הייצור. מה שכבר מוכן ועוד לא שוחרר מסומן ב״בגרסה הבאה״, ומה שעוד בתכנון מסומן ב״בקרוב״.
בחרו את הבעיה
שמונה נקודות פתיחה
כל כרטיס מוביל לעמוד עם הפירוט המלא.
על המסך
ארבע הנקודות הראשונות, על המסך
מה עומד מאחורי הכרטיסים יעילות, בטיחות ורגולציה, אבטחה ועלויות משאיות. בעמוד של כל כרטיס יש עוד פרטים.
יעילות
מזינים את ההזמנה פעם אחת, והיא מגיעה עד החשבונית
הזמנות נכנסות כשהצוות מקליד אותן, כששולח מזמין בפורטל הלקוחות, או כשעוזר ה-AI קורא גיליון או PDF לטבלת בדיקה, שבה מתקנים את השורות המסומנות ומאשרים מה ייווצר. השיבוץ משייך את אותה הזמנה למסלול, הנהג סוגר כל עצירה באפליקציית הנהג, והחשבונית נוצרת מההזמנה.
- ייבוא שנבדק שורה אחר שורה לפני שמשהו נוצר
- לקוח לא מוכר: משייכים לקיים, יוצרים ליד או מדלגים, בלי ניחושים
- אותה הזמנה בלוח השיבוץ, באפליקציית הנהג ובחשבונית
- חשבוניות נוצרות אוטומטית כשההזמנה נוצרת או מושלמת
בטיחות ורגולציה
בדיקות רכב ושעות עבודה, מתועדות בטלפון של הנהג
הנהגים עוברים על בדיקת הרכב לפני הנסיעה ואחריה באפליקציית הנהג של RushHour. כל סעיף מסומן ״Acceptable״ (תקין) או ״Damaged״ (פגום), סעיף פגום מחייב הערה, והבדיקה כוללת תמונות של המשאית וחתימת הנהג. המשרד רואה כל בדיקה בהגדרות > צי רכב > יומני בדיקת משאיות. אותה אפליקציה מתעדת את סטטוס התורנות מול שעוני שעות העבודה (HOS) ומזהירה את הנהג לפני שהוא מגיע למגבלה.
- ״Acceptable״ או ״Damaged״ בכל סעיף, עם הערה לכל מה שפגום
- תמונות של המשאית וחתימת הנהג בכל בדיקה
- יומן בדיקות יומי לכל הצי בפורטל, עם חיפוש לפי נהג או משאית
- שעוני שעות עבודה עם אזהרות; תיעוד של הנהג, לא מכשיר ELD מאושר
אבטחה
כל אחד רואה ומשנה רק מה שהתפקיד שלו מאפשר
בהגדרות > משתמשים > תפקידים מתחילים מהתפקידים המובנים מנהל, משבץ, מכירות, חיוב והנהלת חשבונות, או מוסיפים תפקיד משלכם עם שם ותיאור, ומסמנים אילו הרשאות הוא מקבל ברשימה עם ״בחר הכל״. משתמש יכול להחזיק יותר מתפקיד אחד. משביתים מישהו, והבקשה הבאה שלו נדחית גם אם הוא עדיין מחובר, ויומן הפעילות מתעד מי יצר, ערך או מחק מה.
- תפקידים מובנים: מנהל, משבץ, מכירות, חיוב והנהלת חשבונות
- תפקידים מותאמים מתוך יותר מ-100 הרשאות מוגדרות
- כמה תפקידים למשתמש; משתמש מושבת נחסם כבר בבקשה הבאה שלו
- הרשאות לשעות עבודה, לתקלות נהגים ולדוחותבגרסה הבאה
עלויות משאיות
רואים כמה עולה להפעיל כל משאית, לכל מייל
דלק, תיקונים, ביטוח, תשלומי משאיות וכל השאר נכנסים ליומן הוצאות אחד: מהנהגים באפליקציה, מקבלות שה-AI קורא ושנבדקות במשרד, או מהוצאות קבועות שנרשמות לפי לוח זמנים. הסיכום בראש מסכי ההוצאות מציג את סך ההוצאות מול התקופה הקודמת, עלות למייל עם המיילים שמאחוריה, עלויות קבועות מול משתנות, הוצאות לפי קטגוריה ומגמה של 12 חודשים, ולשונית הניתוח מדרגת את המשאיות לפי עלות למייל עם פירוק לדלק, תחזוקה וביטוח.
- עלות למייל לפי משאית, מהיקרה ביותר
- הוצאות לפי קטגוריה ומגמה של 12 חודשים
- קבלות שמועלות במשרד נקראות על ידי AI ונבדקות לפני השמירה
- המיילים מגיעים מרישומי הקילומטראז' ומד המרחק שהצוות שלכם מזין
עוד ארבע נקודות פתיחה
לקוחות, גבייה, מובילים וחיבורים
ארבע הבעיות האלה נוגעות בכמה עמודי מוצר, אז הנה מה שמטפל בכל אחת מהן היום בסביבת הייצור, ומה מוסיפה הגרסה הבאה.
שקיפות ללקוחות
השולחים בודקים את המשלוח ואת החשבון בלי להתקשר אליכם
תנו לכל שולח משתמש בפורטל הלקוחות. הדשבורד שלו סופר את ההזמנות לפי סטטוס, מטיוטות והצעות מחיר שממתינות לאישור ועד הזמנות ששובצו, בדרך והושלמו, מסכם את החשבוניות ומציג הזמנות אחרונות והודעות עם הצוות שלכם. כל הזמנה מציגה את המסלול על מפה עם ציר אירועים, ואת הקבצים שהמשרד מצרף אליה. השולחים יכולים גם להפעיל התראות על איחור במסירה בהזמנות שלהם.
- ספירת הזמנות לפי סטטוס וסכומי חשבוניות בדשבורד של השולח
- תמונות, סריקות וחתימות מהמסירה, שטר מטען ודף הזמנה כקובצי PDF, וחשבוניות לצפייה ולהדפסה
- התראות איחור שהשולח מפעיל, בפורטל או במייל
- קישורי מעקב שנפתחים בלי התחברות, ונשלחים אוטומטית במייל אם תבחרובגרסה הבאה
- מיילים ללקוח כשהנהג מגיע לעצירה או עוזב אותהבגרסה הבאה
לקבל תשלום מהר יותר
מפיקים חשבונית כשההזמנה נסגרת, וגובים אותה
בהגדרות > חיוב קובעים מתי חשבוניות נוצרות מעצמן: כשההזמנה נוצרת, כשהיא מושלמת, או רק ידנית. בכל אחת משתי ההגדרות האוטומטיות, הפעולה ״סגירה והפקת חשבונית״ סוגרת את ההזמנה ובונה את החשבונית שלה, אם עוד אין לה, בפעולה אחת. השורות מגיעות מההזמנה: המחיר שסוכם, החיובים הנלווים של כל עצירה וזמן ההמתנה שנרשם בה. רושמים מזומן או צ'ק, מחייבים את הכרטיס השמור של הלקוח דרך חשבון ה-Cardknox שלכם, או מפרסים תשלום אחד על החשבוניות הפתוחות שלו, ורואים בווידג'ט גיול החובות בדשבורד מה עוד פתוח, לפי ותק החוב.
- חשבוניות אוטומטיות כשההזמנה נוצרת או מושלמת, או ידנית
- חיוב כרטיס שמור דרך Cardknox, ותשלום מרוכז על חשבוניות פתוחות
- תשלום במסירה (COD) בעצירת מסירה, שנגבה עבור הלקוח שלכם: רושמים מזומן, צ'ק או ACH, או שולחים במייל בקשה לתשלום בכרטיס, והכסף נכנס לחשבון ה-Cardknox של הלקוח עצמו
- גיול חובות בטווחים של 0-30, 31-60, 61-90 ויותר מ-90 יום בדשבורד
- קישורי תשלום בחשבוניות מאושרות, כך שלקוחות משלמים בכרטיס דרך חשבון ה-Cardknox שלכם בלי להתחברבגרסה הבאה
מובילים חיצוניים
המובילים שאתם שוכרים, באותו לוח שיבוץ עם הצי שלכם
כל מוביל שאתם שוכרים נשמר כרשומה עם אנשי הקשר שלו, סוגי המשאיות שהוא מפעיל והתעריפים שסיכמתם: סכום קבוע, לכל מייל או ק״מ, לשעה או שילוב שלהם, ועוד זמן המתנה חינם והנחה לכל הזמנה. משייכים אליו את הנהגים שלו ונותנים להם מסלולים מאותו חלון ״מסלול חדש״ שבו אתם משתמשים לנהגים שלכם. הם מבצעים את העצירות באותה אפליקציית נהג של RushHour, עם אותן תמונות, סריקות מסמכים וחתימות.
- אנשי קשר, סוגי משאיות ותעריפים שסוכמו בכל מוביל
- ״מסלול חדש״: עוברים ל״נהג מיקור חוץ״, ובוחרים את המוביל ואת הנהג שלו
- אותה אפליקציית נהג ואותם שלבי עצירה כמו לנהגים שלכם
- דף ״תשלומים לספקים״ להסדרת התשלום לנהגים ולמובילים, מסלול אחר מסלולבגרסה הבאה
חיבור המערכות שלכם
מפעילים את מה שכבר יש לכם, ומגיעים לשאר דרך ה-API
בהגדרות > אינטגרציות מחברים את Cardknox לתשלומים בכרטיס אשראי, את Samsara למיקומי משאיות, את Telegram לשליחת פרטי מסלול לנהגים, את ספק המפות שתבחרו ואת מנועי הניתוב Valhalla ו-VROOM, רובם עם החשבון או המפתחות שלכם. כל מערכת אחרת יכולה להשתמש ב-REST API של RushHour, שמתועד ב-docs.rushhourapp.com. זה אותו API שהפורטלים ואפליקציית הנהג של RushHour עצמם משתמשים בו, וכל בקשה רצה כמשתמש RushHour, עם ההרשאות של אותו משתמש.
- Cardknox, Samsara, Telegram, ספקי מפות, Valhalla ו-VROOM
- ייצוא ל-QuickBooks Desktop
- תיעוד API ציבורי שמפרט את ההרשאות שנקודות הקצה דורשות
- בלי webhooks: מערכות מחוברות בודקות שינויים לפי לוח זמנים
- אסימוני API, כל אחד מוגבל לתפקידים שתבחרובגרסה הבאה
למה העמודים מתחברים
הזמנה אחת, אפליקציית נהג אחת, חשבונית אחת
הפתרונות הם זוויות שונות על אותה מערכת, לא מודולים נפרדים.
ההזמנה
מוזנת פעם אחת על ידי הצוות, מוזמנת על ידי שולח בפורטל הלקוחות, או מיובאת. השיבוץ משייך את אותה הזמנה למסלול.
אפליקציית הנהג
האפליקציה שמריצה את המסלול מובילה את הנהג גם דרך בדיקות הרכב ומתעדת את סטטוס התורנות לצורך שעות העבודה (HOS).
החשבונית
נבנית מהפריטים שבהזמנה, מהמחיר ומהחיובים שנרשמו בכל עצירה, ואז מאושרת, נשלחת במייל או מועברת ל-QuickBooks Online.
לפי סוג החברה
או מתחילים מסוג הפעילות שלכם
כל עמוד ענף מראה איך פעילות כמו שלכם מתמחרת, משבצת ומוכיחה את המסירות שלה ב-RushHour.
שאלות
שאלות נפוצות
מאיזה עמוד כדאי להתחיל?
מתחילים מהכרטיס של הבעיה שגוזלת לצוות שלכם הכי הרבה זמן. ליעילות, לבטיחות ורגולציה ולאבטחה יש עמוד משלהן, ושאר הכרטיסים פותחים את עמודי המוצר של הוצאות המשאיות, פורטל הלקוחות, החיוב, המובילים החיצוניים והאינטגרציות. כולם מתארים מערכת אחת: ההזמנה שהצוות מזין היא אותה רשומה שהנהג עובד עליה באפליקציה ושממנה נבנית החשבונית.
מה המשמעות של ״בגרסה הבאה״ ו״בקרוב״ בעמודים האלה?
״בגרסה הבאה״ מסמן עבודה שהושלמה ונמצאת בבדיקות אחרונות. היא נכנסת עם גרסת הייצור הבאה, ויומן השינויים מפרט מה כלול בגרסה. ״בקרוב״ מסמן עבודה מתוכננת שעוד לא נבנתה. כל מה שאין לידו סימון זמין היום בסביבת הייצור.
הלקוחות שלנו יכולים לבדוק מה קורה עם המשלוח בלי להתקשר לשיבוץ?
כן. תנו לכל שולח משתמש בפורטל הלקוחות. הדשבורד שלו סופר את ההזמנות לפי סטטוס ומסכם את החשבוניות, כל הזמנה מציגה את המסלול על מפה עם ציר אירועים, והוא יכול לפתוח את הקבצים שהמשרד מצרף להזמנה, להוריד את שטר המטען כ-PDF, לצפות בחשבונית או להדפיס אותה ולהפעיל התראות על איחור במסירה בהזמנות שלו. הגרסה הבאה מוסיפה קישורי מעקב שנפתחים בלי התחברות, מיילים כשהנהג מגיע לעצירה או עוזב אותה, וקובץ PDF של אישור מסירה עם הצילומים והחתימה של הנהג שאפשר לשלוח לו בדוא״ל.
RushHour מתאימה גם למובילים שאנחנו שוכרים, או רק למשאיות שלנו?
לשניהם. לכל מוביל חיצוני יש רשומה עם אנשי הקשר שלו, סוגי המשאיות שהוא מפעיל והתעריפים שסיכמתם, כסכום קבוע, לכל מייל או ק״מ, לשעה או שילוב שלהם. משייכים אליו את הנהגים שלו, נותנים להם מסלולים מאותו חלון ״מסלול חדש״ שבו אתם משתמשים לנהגים שלכם, ומזמינים אותם לאפליקציית הנהג של RushHour, שבה הם משלימים עצירות בדיוק כמו הנהגים שלכם. דף ״תשלומים לספקים״ להסדרת התשלום לנהגים ולמובילים מגיע עם הגרסה הבאה.
אפשר לחבר את RushHour למערכות האחרות שלנו?
בהגדרות > אינטגרציות מתחברים ל-Cardknox, Samsara ו-Telegram, לספק המפות שתבחרו ולמנועי הניתוב Valhalla ו-VROOM, ואפשר לייצא חשבוניות לקובץ עבור QuickBooks Desktop. לכל השאר יש REST API שמתועד ב-docs.rushhourapp.com, אותו API שהפורטלים ואפליקציית הנהג של RushHour עצמם משתמשים בו. כל בקשה רצה כמשתמש RushHour עם ההרשאות שלו: היום מערכת מחוברת נכנסת כמשתמש ייעודי של פורטל החברה, ואסימוני API מגיעים עם הגרסה הבאה. RushHour לא שולחת webhooks, ולכן מערכות מחוברות בודקות שינויים לפי לוח זמנים.
מה מכל אלה גוזל לכם הכי הרבה זמן?
ספרו לנו, וההדגמה תתחיל בדיוק שם, עם תהליך העבודה שמטפל בזה.