תצורת העיר
הגדירו את זהות המפעיל, קטגוריות השירות, האזור הגיאוגרפי, המטבע ואזור הזמן עבור כל פריסה בעיר.
ארכיטקטורת הפלטפורמה
המודל ההנדסי העומד מאחורי Black Fleet: לוגיקה תפעולית, יישומים ייעודיים, שילוב אמצעי תשלום וחיבורים לשירותים שעליהם מסתמך תפעול התחבורה.
01 ארכיטקטורת הפריסה
תכנון המערכת ליישום עירוני משלב לוגיקה תפעולית משותפת עם יישומים ייעודיים ותצורה מקומית. הצעתכם מגדירה את התוצרים, האינטגרציות ואבני הדרך לאספקה.
BLACK FLEET DEV
לוגיקת ההזמנה · זרימות העבודה באפליקציה · גרסאות סטנדרטיות
תכנון המערכת מיועד לפריסה בערים. לונדון משמשת כנקודת ייחוס תפעולית; היישומים, הפונקציונליות ותאריכי ההשקה מוסכמים עבור כל יישום.
02 עקרונות הנדסיים
הגדירו את זהות המפעיל, קטגוריות השירות, האזור הגיאוגרפי, המטבע ואזור הזמן עבור כל פריסה בעיר.
יש למפות את נקודות המעבר בין ההזמנה, ההקצאה ועדכוני הנסיעה למידע ולפעולות הנדרשים לכל תפקיד.
הפרדת נתוני המפעילים, הרשאות מבוססות תפקידים וגישה לתמיכה המאושרת באופן ספציפי הן דרישות של מודל הפריסה העירוני.
הגדירו כיצד אירועי הספק קשורים להזמנות, לרישומי תשלומים ולעדכוני נסיעה, עם גישה המתאימה לכל זרימת עבודה.
יש לשמור על היכולות המשותפות בליבה המשותפת, תוך בדיקת התצורה ומוכנות השחרור עבור כל פריסה של מפעיל.
03 תשלומים ושילוב מערכות
אנו מפתחים את האינטגרציות המקשרות בין תהליך התשלום של הלקוח, רישומי התפעול ושירותים חיצוניים. כל חיבור מתוכנן סביב זרימת עבודה בתחום התחבורה.
הפלטפורמה בלונדון כוללת שילוב של Stripe לתשלומי לקוחות, המקשר בין אירועי סיום הרכישה וסטטוס התשלום לבין רשומות ההזמנה.
חיפוש כתובות, נתוני מיקום ומידע על מסלולים לתמיכה בהזמנות ובתכנון נסיעות במסגרת הפריסה שהוגדרה.
חיפוש טיסות ומידע על לוחות זמנים להזמנות הקשורות לשדות תעופה ולתהליכי איסוף.
שילוב דוא"ל, SMS והודעות דחיפה (push) המוגדר סביב אירועי הזמנה מוסכמים, עדכוני נסיעה ותפקידי משתמשים.
בחירת הספק, תהליכי העבודה המופעלים, דרישות החשבון ועלויות השימוש בצד שלישי מאושרים עבור כל פריסה.
דנו בדרישות האינטגרציה שלכם04 תשלום לנהגים
תהליך סליקה המקשר בין הכנסות הנהגים, אישור פיננסי ותזמון התשלומים.
תכנון הסדר התשלומים מקשר בין נסיעות שהושלמו ותשלומים מאושרים לנהגים לבין תשלומים בנקאיים מתוזמנים, אישור הספק וחיוב עצמי מאוחד. תוכנית היישום מגדירה כיצד שלבים אלה מתחברים לפעילות שלכם.
שילוב תשלומים אוטומטי, תפקידי אישור, מחזורי תשלום ודרישות חיוב עצמי מפורטים בהיקף האספקה המוסכם, עם בדיקות קבלה לפני ההפעלה.
דנו בתהליכי העבודה של תשלומים לנהגים05 אבטחה ואיכות
גישת ההנדסה שלנו לוקחת בחשבון את המשתמשים בפלטפורמה, את הפעולות שהם יכולים לבצע ואת הבדיקות הנדרשות סביב כל שינוי.
לתהליכי העבודה של הלקוח, הנהג והמפעיל יש דרישות גישה נפרדות. בדיקות תפקידים ובעלות בשכבת השירות תומכות בגבולות אלה, לצד ההרשאות המוצגות בכל יישום.
בדיקות אוטומטיות תומכות בפיתוח תהליכי העבודה של הזמנה, הקצאה ותשלום. קריטריוני קבלה ספציפיים לפריסה מגדירים את התרחישים שיש לאמת לפני ההפעלה.
סביבות הפיתוח, ההכנה והפעלה משרתות מטרות שונות. בקרת גרסאות ובדיקות ממוקדות תומכות בהערכת השינויים לפני השחרור.
התחזוקה מקשרת בין פיתוח התוכנה לשימוש היומיומי. בעיות שדווחו ומשוב המפעילים מסייעים בקביעת סדר העדיפויות לתיקונים ולשיפורים סטנדרטיים בפלטפורמה.
פיתוח מתמשך
תחזוקת תוכנה שוטפת ועדכוני פלטפורמה סטנדרטיים כלולים במנוי החודשי.
תהליכי עבודה ספציפיים למפעילים, דיווח מותאם אישית, אינטגרציות מותאמות אישית ועבודה אחרת שאינה כלולה בתוכנית העבודה הרגילה עשויים להיכלל בהיקף נפרד ולהיות מתומחרים בנפרד.
אפליקציות עירוניות ייעודיות כלולות בהגדרת "השקת העיר", כאשר השקה והפצה מוסכמות עבור כל פריסה.
השלב הבא
הציגו את תהליך ההזמנה, צרכי האינטגרציה והאילוצים התפעוליים שלכם במסגרת הדגמה של הפלטפורמה.
תכננו את הפריסה שלכם