טוען ענפים…
מהרכב שמחפשים לשירות שחוזרים אליו.
בחירת רכב מתחילה בפרטים: דגם, מחיר, מפרט והתאמה לצורך. קטלוג ברור עוזר להשוות, וטופס שמחובר לרכב הנבחר נותן לצוות המכירות הקשר עוד לפני השיחה. האתר צריך לחבר בין המידע שהלקוח מחפש לפעולה שהעסק רוצה לקבל.
אנחנו בונים תשתיות דיגיטליות לסוכנויות, מוסכים וחברות השכרה, עם חיפוש, פניות, הזמנות ותהליכי טיפול. מלאי, זמינות והיסטוריית לקוח מתחברים לפי המערכות הקיימות, כך שהאתר והתפעול נשענים על תהליך מוגדר.
גם לציי רכב ולחנויות חלפים יש מקום במערכת: משימות נהגים, חיפוש לפי התאמה וניהול מידע מסודר. כל פרויקט מתחיל בצורכי הפעילות, מהקטלוג ועד הקשר עם הלקוח אחרי המכירה או הטיפול.
4לקוחות בענף
מספר רישוי אחד, ושאר פרטי הרכב כבר במערכת: יצרן, דגם, שנת ייצור ומפרט מהמאגר הרשמי של משרד התחבורה, ושווי הרכב ממחירון חיצוני, בלי שהלקוח מקליד דבר. מספר רישוי הוא מפתח, אבל המאגר לא מכסה כל רכב: רכב ישן או כבד נופל, ואז נדרש מילוי ידני. לכן באפיון שלנו לתהליך הטיפול ברכב אחרי תאונה, גם רישיון רכב ורישיון נהיגה שהלקוח מעלה נקראים בזיהוי תווים (OCR) ומאומתים מול הנתונים הרשמיים. אותו עיקרון חל בחנות חלפים: התאמת פריט לרכב נשענת על דגם ושנתון ולא על שם שהקלידו, וכך באוברסייט בונים אותה.
אף חברת ביטוח לא מתחייבת לממשק, ולכן הסדר מולה הוא לא אינטגרציה אלא תהליך. אחת מקבלת בקשה בטופס באתר, אחרת במייל, ואישור ההסדר חוזר לתיבה. בין אם הרכב מבוטח מקיף או צד ג', ובין אם יש השתתפות עצמית, התהליך חייב להמשיך. האפיון שכתבנו מתאר מערכת שפותחת בקשה באתר החברה, כולל זרימה שבה הלקוח מעביר קוד אימות שהגיע אליו, מאזינה לתיבת מייל ייעודית לאישורי הסדר ומשייכת כל אישור לפנייה. כשמשהו נכשל, הפנייה עוברת לטיפול ידני עם התראה, וחברה חדשה מוגדרת בהגדרות ולא בקוד.
הלקוח עומד ליד הרכב אחרי תאונה. הוא לא רוצה למלא טופס, הוא רוצה שהרכב יגיע למוסך. לכן השאלון שנפתח לפניו כבר יודע מה ידוע, מגדיר מה הלקוח רשאי לתקן ומה רק לראות, מתפצל לפי התשובות ומאפשר להמשיך מאוחר יותר. הוא מסמן את אזור הפגיעה על הרכב, תשובות פתוחות מנותחות בבינה מלאכותית, ובסוף נוצרים הפנייה וטופס ההודעה. בתיאום שינוע הרכב התהליך מציע גם ביטול השתתפות עצמית, עם תפיסת מסגרת אשראי, סליקה וחשבונית, ובסוף התיקון נשלח קישור תשלום. כך אפיינו באוברסייט את המסלול מהתאונה ועד המוסך.
"אפשר להאריך עוד שעה?" שאלה פשוטה, עד שמגלים שמישהו אחר כבר שכר את אותה חנייה בהמשך. ההארכה נבדקת מול ההשכרה הבאה על אותה חנייה, והשער נפתח בזמן אמת עם ההזמנה, באינטגרציה של Webhook או Sockets. הסיבוך הוא שמשתמש אחד יכול להיות גם שוכר וגם משכיר, ולכל סוג חנייה יש שדות משלו. מסביב רצים חיוב אוטומטי של השוכר, עמלת פלטפורמה, תקבול לבעל החנייה ודירוגים. האפליקציה שפיתחנו מחזיקה את כל זה: שישה סוגי חנייה, ממוצעי חנייה לפי אזור וסימון אזורים על המפה.
ארבע אותיות מגדירות רכב להשכרה: גודל, סוג מרכב, תיבת הילוכים ודלק עם מיזוג. זה קוד ACRISS, והלקוח לא מזמין רכב מסוים אלא מחלקה. הזמנות נספרות לפי מחלקה בתוך תקופה, וכשהמחלקה שהוזמנה אזלה, שדרוג למחלקה גבוהה הוא כלל עסקי שמשפיע גם על התמחור. ויש עוד מימד: תוספות כמו נהג צעיר, ציוד וביטוח הן מלאי ומחיר בפני עצמן. כך אנחנו בונים מנוע הזמנות שבו המלאי הוא מחלקה, השדרוג הוא כלל מוגדר, והתוספות נספרות לצד הרכב.
5פרויקטים שהגשמנו בענףלכל הפרויקטיםמהרכב הראשון בקטלוג לטיפול הבא ביומן. בואו נבנה את החיבור.
מגדירים אילו מאפיינים חשובים לבחירה, מארגנים מפרטים ותמונות ובונים מסננים והשוואה לפי הנתונים. מסלול הפנייה שומר את הרכב שנבחר, כדי להמשיך את השיחה עם הקשר ברור.
בודקים את הממשק הזמין במערכת המלאי וממפים את הנתונים והסטטוסים. מגדירים מקור מידע ותדירות עדכון, כולל הטיפול ברכב שנמכר או בפריט שאינו זמין.
לפי סוג הפנייה: רכב או דגם, דרישות, מועד ופרטי קשר. הטופס מעביר את המידע לתהליך המכירה, בלי להעמיס שדות שאינם תורמים לטיפול.
ממפים סוגי טיפול, יומן וזמינות ומקשרים את הפעילות לכרטיס הרכב. ההיסטוריה והסטטוסים נבנים לפי המידע שהמוסך מנהל והדרך שבה הצוות עובד.
מגדירים קטגוריות רכבים, תקופות, זמינות ותוספות, ומחברים אותן לכללי התמחור וההזמנה. התהליך נבנה לפי המערכת שמנהלת את צי ההשכרה.
ממפים את פרטי הטופס לתוך ה-CRM ומגדירים שיוך, סטטוסים ופעולות המשך. כך אפשר לעקוב אחר הפנייה, המכירה והטיפול בלי להתחיל מחדש בכל ערוץ.
מרכזים את פרטי הרכבים, הנהגים והמשימות, ומגדירים את אופן השיבוץ והעדכון. ממשק נייד יכול ללוות פעולות בשטח כשזה מתאים לתהליך.
בונים את החיפוש סביב נתוני התאמה כמו דגם, שנתון ומאפייני הפריט. איכות ההתאמה נשענת על המידע שהעסק מספק ועל כללי הקטלוג שהוגדרו.
פעולות חוזרות כמו הזמנה, מידע על טיפול, צפייה בפרטי רכב או עדכון משימה. בוחרים אפליקציה כשיש לה ערך ברור לשימוש, לצד האתר והמערכת הקיימים. לקריאה נוספת: PWA מול אפליקציה בחנויות.
יש שאלות שעדיף לשאול ישירות. נשמח לענות על השאלה שלכם באופן אישי.
דברו איתנובואו נדבר · רכב ותחבורה
