פיתוח אפליקציית מובייל לשליחים למשלוחי מזון
אנו מפתחים אפליקציות מובייל למשלוחים במסעדות. זו לא גרסה מצומצמת של אפליקציית הלקוח—זה כלי שעובד כל היום בתנאי רשת ירודים, ביד אחת. אנו מסירים פעולות מיותרות כדי שהשליח לא יבזבז זמן על לחיצות נוספות. הניסיון שלנו: 5+ שנים ו-50+ פרויקטים בתחום זה. כל פרויקט מתחיל בניתוח תרחישי שליחים: איך הם פותחים את האפליקציה, איפה הם נמצאים, אילו פעולות הן השכיחות ביותר. התוצאה היא אפליקציה שלא מעצבנת גם אחרי 50 משלוחים.
איך להבחין בין אפליקציית שליח לאפליקציית לקוח?
מינימום פעולות בנתיב הקריטי. קבלת הזמנה → אישור הגעה למסעדה → איסוף הזמנה → ניווט → אישור מסירה. אלה חמש פעולות. כל אחת היא כפתור גדול אחד, ללא תפריטים מקוננים.
מסך "ההזמנה הנוכחית" הוא תמיד הדבר הראשון שהשליח רואה בפתיחת האפליקציה, ללא צורך בניווט. אנו מיישמים זאת באמצעות AutoRoute (Flutter) עם שמירת מצב: האפליקציה זוכרת שהשליח באמצע משלוח גם אם הוא מזער אותה ל-20 דקות.
מצב לא מקוון. במרתפים, במעליות, באזורים עם אות חלש—החיבור נופל. סטטוסי המשלוח חייבים להישמר מקומית (Hive או Drift) ולהיסונכרן כשהחיבור חוזר. אם השליח לוחץ על "הזמנה נמסרה" ללא רשת, הפעולה הזו אסור שתאבד.
למה מצב לא מקוון הוא קריטי?
אובדן סטטוס משלוח משמעותו אי-תשלום לשליח וחוסר שביעות רצון של הלקוח. הפתרון שלנו מבטיח שהנתונים נשמרים במכשיר ונשלחים בהזדמנות הראשונה. אנו משתמשים בסנכרון רקע עם פתרון קונפליקטים.
גיאולוקציה ושיגור
קואורדינטות השליח נשלחות לשרת כל 10-15 שניות במהלך משלוח פעיל. בשרת (Laravel + PostGIS) זה מאפשר: הצגת מיקום אמיתי של השליח על מפת הלקוח, בניית מפות חום של עומס אזורים, חישוב זמן נסיעה בפועל לתחזיות ML.
באנדרואיד—שירות רקע עם התראה קבועה "משלוח פעיל". ב-MIUI, One UI ושאר ממשקים מותאמים, ללא זה האפליקציה נהרגת על ידי המערכת אחרי 10-15 דקות. זו לא בעיה ספציפית למכשיר—זו דרישה ארכיטקטונית לאפליקציות שליחים.
ניווט: אינטגרציה עם Yandex Navigator SDK או Google Maps SDK לניווט פנייה-אחר-פנייה ישירות באפליקציה—ללא מעבר לנווט חיצוני.
איך מחלקים הזמנות: push או broadcast?
שתי גישות:
מודל Push: משגר או אלגוריתם מקצה הזמנה לשליח ספציפי → האפליקציה מקבלת push → השליח מאשר או דוחה. יישום פשוט, מתאים לצי שליחים קטן.
מודל Broadcast: ההזמנה "מועמדת למכירה" בין שליחים זמינים ברדיוס—הראשון שמאשר מבצע. דורש WebSocket עם מצב "בהצעה", טיימאאוט, ונפילה לשליח הבא. אנו מיישמים באמצעות Laravel Broadcasting + Redis Pub/Sub.
| מאפיין | מודל Push | מודל Broadcast |
|---|---|---|
| מספר שליחים | עד 10 | מ-10 עד 100+ |
| קלות יישום | נמוכה | בינונית |
| מהירות שיבוץ | גבוהה | בינונית (תחרות) |
| אלגוריתם תעדוף | לא נדרש | PostGIS ST_Distance + דירוג |
מודל Broadcast משייך הזמנות 30% מהר יותר עם צי של מעל 50 שליחים.
למסעדה עם 5-10 שליחים, מודל Push מספיק. לאגרגטור עם מאות שליחים—broadcast עם אלגוריתם תעדוף מבוסס מרחק.
מודול פיננסי לשליח
רווחים למשמרת, היסטוריית תשלומים, סטטוס—באפליקציה. תשלום במזומן: השליח מתעד מזומן שהתקבל, המערכת משקפת חוב למסעדה. תשלומים בהעברה בנקאית לפי לוח זמנים או באמצעות תשלומי SBP (Tinkoff Business API). תשלומי SBP מפחיתים עמלה ל-0.7%.
ערימת טכנולוגיות
Flutter 3.x + Bloc, Laravel 10 + WebSocket (Laravel Echo), PostgreSQL + PostGIS, FCM, Redis, Yandex MapKit או Google Maps SDK.
תהליך
- ניתוח דרישות ועיצוב ארכיטקטורה.
- פיתוח אב-טיפוס ואישור UX.
- יישום אפליקציה ושרת.
- בדיקות על מכשירים אמיתיים.
- השקה והדרכת צוות.
| שלב | משך | תוצאה |
|---|---|---|
| ניתוח | 1-2 שבועות | מפרט טכני ואב-טיפוס |
| פיתוח | 8-12 שבועות | אפליקציית MVP |
| בדיקות | 2-3 שבועות | דוח באגים |
| השקה | שבוע אחד | שחרור בחנויות |
מה כלול
- אנליטיקה ועיצוב UX/UI ממוקד תרחיש שליח
- יישום אפליקציה ב-Flutter עם מצב לא מקוון
- פיתוח שרת ב-Laravel עם PostGIS
- אינטגרציה עם מפות ומערכות תשלום
- בדיקות על מכשירים אמיתיים (כולל אנדרואיד זול)
- פרסום ב-App Store וב-Google Play
- הדרכת שליחים ותמיכה לאחר השקה
טעויות אופייניות בפיתוח
- לא לפתח אפליקציית שליח בנפרד מאפליקציית הלקוח—הן מקושרות הדוקות דרך אירועים אך יש להן דרישות UX שונות מהותית. שילובן ב-repo אחד של Flutter (חבילות משותפות) הוא סביר; יצירת ממשק אחד הוא רעיון רע.
- לא לבדוק על אנדרואיד זול בתנאים אמיתיים. Xiaomi Redmi 9 עם MIUI 12, LTE חלש במרכז העיר—התצורה הזו נשברת.
לוח זמנים
MVP של אפליקציית שליח עם גיאולוקציה, סטטוסי משלוח וניווט—מ-12 עד 18 שבועות. בשילוב עם אפליקציית לקוח ופאנל מסעדה—מ-24 שבועות.
המחיר מחושב באופן אישי לאחר ניתוח דרישות. צרו קשר כדי להעריך את הפרויקט שלכם—אנו מבטיחים שקיפות של לוח זמנים ותקציב.