אנו מפתחים אפליקציות מובייל לניהול מוניות — לא רק מפה עם סמנים. מדובר בלוחות מחוונים בזמן אמת המציגים עשרות נהגים, תורי הזמנות וסטטוסי נסיעות בו-זמנית. מפת הנהגים מתעדכנת בזמן אמת באמצעות WebSocket. דרישות הביצועים לעיבוד המפה גבוהות יותר מאשר באפליקציות נהג או נוסע, והלוגיקה העסקית מורכבת משמעותית יותר. בפרויקט אחד עם 80 נהגים, המפה קפאה למשך 5 שניות בכל עדכון — שכתבנו את העיבוד ל-Mapbox עם שכבת canvas, והקפיאות נעלמו. במהלך עבודתנו, יישמנו יותר מ-15 פרויקטים עבור ציי מוניות ושירותי משלוחים. פיתוח אפליקציית מוניות כולל גם ניהול הזמנות חזק וניתוח נתונים בזמן אמת. הלקוחות שלנו חוסכים עד 30% מזמן עיבוד ההזמנות, מה שמתרגם לחיסכון חודשי ממוצע של $5,000 עבור צי של 50 נהגים. עלויות פרויקט טיפוסיות מתחילות מ-$30,000.
קונסולת ניהול טיפוסית רצה על טאבלט אנדרואיד או iPad, שבה המנהל רואה מפה עם סמנים מקובצים, מקבל הזמנות ומשייך נהגים. אפליקציית הצי כוללת מודול ניהול. למצב לא מקוון במוניות, אנו שומרים את המצב האחרון הידוע ואת עדכוני התור. התראות ניהול נשלחות כהתראות push.
ארכיטקטורה של אפליקציית ניהול המוניות
אנו משתמשים ב-MVVM עם שכבות ViewModel, Repository ו-UseCase, מצב ריאקטיבי (StateFlow / RxSwift), WebSocket דרך OkHttp (אנדרואיד) או URLSessionWebSocketTask (iOS), מפות — Google Maps SDK או Mapbox. לפלטפורמות חוצות — Flutter עם תוספים מקוריים.
הבטחת ביצועי מפה חלקים עם 100+ סמנים
הצגת 50–100 סמני נהגים בו-זמנית היא הדבר הראשון ששובר יישומים נאיביים. ל-Google Maps SDK ול-MapKit יש מגבלות ביצועים בעדכון מתמיד של מספר גדול של סמנים. באנדרואיד, עדכון 80 סמנים כל 3 שניות דרך marker.position = newLatLng גורם לקפיאות ניכרות במכשירים זולים. אופטימיזציית מפת מוניות מבטיחה גלילה חלקה וקיבוץ סמנים. אנו מפחיתים את עומס העיבוד בעד 40% באמצעות שכבות canvas.
פתרונות:
- קיבוץ — קיבוץ סמנים קרובים ברמות זום נמוכות. אנו משתמשים ב-Google Maps Utility Library (
MarkerClusterManagerבאנדרואיד,GMUClusterManagerב-iOS) או Supercluster (פורט JavaScript דרך React Native Maps). קיבוץ יכול להיות מהיר עד פי 5 מהצגת סמנים בודדים. התקרבות לאזור ספציפי מפרקת את הקיבוצים למכוניות בודדות. - אופטימיזציית רנדר — באנדרואיד השתמש ב-
GoogleMap.setOnCameraIdleListenerכדי לעדכן רק את האזור הנראה. עדכן סמנים רק עבור נהגים ב-VisibleRegionהנוכחי, ועבד את השאר בקבוצות בעת גלילה. - עיבוד canvas — לסקייל אגרסיבי: Mapbox Maps SDK עם שכבה מקורית דרך
SymbolLayer— מיקומי סמלים מתעדכנים דרך מקור GeoJSON ללא יצירה/הסרה של סמנים. זה מהיר יותר מהותית עבור 100+ אובייקטים.
עבור iOS אנו משתמשים ב-GMUClusterManager עם GMUDefaultClusterIconGenerator מותאם אישית. כל 2 שניות אנו מקבלים את רשימת הנהגים דרך WebSocket, מעדכנים את GeoJSON, וקוראים ל-clusterManager.cluster(). תוצאה: 100 סמנים מוצגים ללא קפיאות ב-iPad דור 6.
| שיטה | ביצועים | מורכבות יישום | תמיכה באייקונים מותאמים |
|---|---|---|---|
| סמנים סטנדרטיים | נמוכים | נמוכה | כן |
| קיבוץ | בינוניים | בינונית | כן |
| עיבוד canvas (Mapbox) | גבוהים | גבוהה | כן, עם אנימציות מותאמות |
חלוקת הזמנות ללא קונפליקטים
המנהל יכול לעבוד בשני מצבים: שיוך ידני ושליטה אוטומטית. במצב ידני, הוא רואה את ההזמנה על המפה, לוחץ על "שיוך", ובוחר נהג מהרשימה הקרובה ביותר (ממוינת לפי מרחק מנקודת האיסוף דרך Distance Matrix API או חישוב בצד השרת באמצעות PostGIS).
קונפליקט בשיוך בו-זמני: שני מנהלים משייכים את אותה הזמנה לנהגים שונים. פתרון — נעילה אופטימית על השרת (שדה גרסה בהזמנה) + הודעת שגיאה בממשק המשתמש המציעה לטעון מחדש את הרשימה. גישה זו מפחיתה קונפליקטים ב-90%.
יכולות אינטגרציה עם מערכות ניהול קיימות
אנו מתחברים לכל מערכת backend דרך REST API ו-WebSocket. בפרויקטים עם עומס גבוה אנו משתמשים ב-GraphQL (Apollo) לאחזור נתונים גמיש. אינטגרציית מערכת ניהול היא חלק מרכזי בפיתוח אפליקציית המוניות שלנו. תורי הודעות (RabbitMQ או Kafka) מבטיחים מסירת אירועים גם במהלך תקלות רשת זמניות. תיעוד זמין ב-Swagger.
| אפליקציה בודדת | אינטגרציה עם מערכת | |
|---|---|---|
| זמן עד השקה | 6-8 שבועות | 10-18 שבועות |
| גמישות לוגיקה עסקית | גבוהה | גבוהה מאוד |
| עלות שינויים | נמוכה | בינונית |
פונקציונליות האפליקציה עם אינטרנט חלש
מנהל בצי מוניות עשוי להיות עם Wi-Fi חלש. חיבור מחדש של WebSocket עם backoff אקספוננציאלי הוא חובה. בעת אובדן חיבור — הצג באנר "אין חיבור", ובקש תמונת מצב של המערכת (כל ההזמנות, כל הנהגים) בעת התאוששות, במקום להסתמך על כל האירועים במהלך ההפסקה שיגיעו דרך התור.
התראות והתראות קול
הזמנה חדשה — התראת קול + רטט, גם אם האפליקציה ברקע. ב-iOS: תוסף תוכן להתראות לממשק התראה מותאם אישית. באנדרואיד: NotificationChannel.IMPORTANCE_HIGH + צליל מותאם דרך משאב Uri. הטאבלט של המנהל צריך להישמע כמו מכשיר קשר — ללא "צפצופים" מערכתיים.
ניתוח נתונים בזמן אמת
מודול סטטיסטיקות קטן בתוך האפליקציה: מספר נהגים פעילים, הזמנות בתהליך, זמן המתנה ממוצע. נתונים מאירועי WebSocket מצטברים מקומית. אין צורך ב-endpoint נפרד לכל מדד — פשוט ספרו מזרם האירועים בזיכרון. ניתוח נתונים בזמן אמת ואופטימיזציית מפה מובנים.
איך אנחנו עובדים
- אנליזה — איסוף דרישות למסכים, סוגי הזמנות ואינטגרציה עם מערכות קיימות.
- עיצוב — טיוטת ארכיטקטורה, בחירת טכנולוגיות, הסכמה על תהליכים.
- יישום — כתיבת קוד עם CI/CD, ביקורות קוד, בדיקות יחידה.
- בדיקות — בדיקות עומס עם 200+ סמנים, רגרסיה על מכשירים אמיתיים.
- השקה — פרסום ל-App Store / Google Play, הגדרת TestFlight ו-Firebase Distribution.
מה כלול
- קוד מקור במאגר Git פרטי עם היסטוריית commits.
- תיעוד API בפורמט OpenAPI (Swagger).
- הוראות לפריסת backend והגדרת שירותי ענן.
- הדרכה לצוות הניהול על שימוש באפליקציה (עד שעתיים).
- תמיכה באחריות ל-12 חודשים ממועד תעודת הקבלה.
- תעודת איכות וטוהר קוד מורשה.
לוחות זמנים ועלות
זמן יישום: בין 10 ל-18 שבועות תלוי במורכבות האינטגרציה (מספר לקוחות, סוגי הזמנות, מצב לא מקוון). העלות מחושבת באופן אישי — צרו קשר עם תיאור צי המוניות והתהליכים הנוכחיים שלכם, ונכין הערכה תוך 2 ימי עסקים. לחישוב מדויק, אנו משתמשים בתעריף שעתי וקובעים את ההיקף במפרט הטכני. עלויות פרויקט טיפוסיות מתחילות מ-$30,000. בממוצע, זמן הניהול ירד ב-40% בהשוואה לתהליכים ידניים. האפליקציה מתמודדת עם עד 500 סמנים עם קיבוץ, תוך שמירה על 30 fps במכשירים זולים. 95% מההזמנות משויכות תוך 10 שניות.
להצעה מפורטת, אנא ספקו את גודל הצי, מספר המנהלים, התוכנה הנוכחית והדרישות הספציפיות. נכין פתרון מותאם תוך 2 ימי עסקים. אנו מבטיחים שהאפליקציה תעבור את המודרציה של App Store בניסיון הראשון (סעיפים 4.2 ו-5.1 של הנחיות הסקירה).