תשובה: אני מפתחת Android מאז שטלפון Android הראשון הפך לזמין בגרמניה. הסקרנות שלי הובילה אותי לחקור את ההתנהלות הפנימית של הטלפון שלי, ואז גיליתי את עולם מערכות ההפעלה בקוד פתוח. התחברתי לאינטרנט והתחלתי לשחק בסביבת הפיתוח של Android. אהבתי את Android כי הוא הציע למפתחים אפשרויות רבות יותר לבחון רעיונות חדשים ולשתף פעולה בפרויקטים שונים.

תשובה: הניידות בערים צריכה להשתנות – כשכולם נוסעים עם הרכב האישי שלהם, הדבר יוצר עומס וסביבה פחות אידאלית לכולם. התשוקה שלי ליצור שינוי בתחום הזה הובילה אותי ל-MOIA. ב-MOIA יש לי הזדמנות לקחת חלק בפתרון הכולל שמקדם ניידות בת קיימא בערים באמצעות מחקר ושיתוף פעולה עם אנשים שעובדים בתחום התחבורה. נוסף על כך, אני אוהבת את העובדה שיש לנו את כל שרשרת הערך: האפליקציות לנייד שבהן הלקוחות והנהגים משתמשים, האלגוריתמים של מאגר הנתונים שמשמשות להתאמה בין לקוחות לכלי רכב, העסקת נהגים שעובדים ב-MOIA במשרה מלאה, פיתוח כלי רכב משלב הרעיון, וכל התוכנות והתשתיות הדרושות להפעלת השירות. זה עוזר לנו לשמור על שוויון לאורך כל התהליך ומאפשר לנו לספק שירות שעומד בראש סדר העדיפויות של המשתמש והסביבה.

תשובה: יש לנו שלוש אפליקציות לנייד: האפליקציה שמיועדת ללקוחות, אפליקציית הניווט ואפליקציית התפעול. האפליקציה שמיועדת ללקוחות, שזמינה גם ב-Android וגם ב-iOS, היא האפליקציה שבה משתמשי הקצה שלנו משתמשים כדי להזמין נסיעות ולהציג את המסלול של הרכב במפה. בתוך הרכבים שלנו יש אפליקציית ניווט מקורית של Android, שזמינה רק לנהגים, ומציגה להם את המסלול היעיל ביותר. עם זאת, היכולות האלה הן הרבה יותר מאפליקציית ניווט רגילה, כי אנחנו משלבים ב-Google את האפליקציה עם הרכב עצמו. לדוגמה, תכננו את הרכב כך שיהיה בו חיבור יתירות לאינטרנט וייעשה שימוש באות המיקום המשופר של הרכב בסטורציה.השילוב הזה עם התנהגות הניתוב והשליטה של הרכב הוא חיוני כדי שנוכל לספק שירות אופטימלי ויעיל ללקוחות שלנו. האפליקציה השלישית היא אפליקציית התפעול שלנו, שהנהגים שלנו משתמשים בה בטלפונים הפרטיים שלהם כדי לשמור על המשמרות בעבודה, לאתר, לנעול/לבטל נעילה של רכבים, לשלוח דוחות על נזקים ועוד.

ת': מבחינת המשתמש, המוצר שלנו פשוט - מזינים מיקום, מבקשים נסיעה, מגיעים ליעד. עם זאת, זה לא כל כך פשוט ברקע. קיבוץ אנשים בתוך כלי רכב תוך אופטימיזציה של זמני המתנה קצרים וזמני נסיעה קצרים ושימוש יעיל בצי הרכב שלנו היא בעיה מתמטית מורכבת שהמשתמשים שלנו לא יכולים לראות. כל נסיעה חדשה שהתבקשה או בוטלה עשויה לשנות את לוח הזמנים עבור כמה כלי רכב ולקוחות אחרים, שלא תמיד מבינים למה נבחר רכב מסוים או למה זמן ההגעה של הרכב השתנה. אחד מהאתגרים העיקריים שלנו הוא לשפר את תהליך מאגר הנסיעות, כמו גם לספק ממשק משתמש שהופך את המורכבות של מאגרי המידע לפשוטים יותר וכדי שיהיה קל להבין את תחומי ההתמחות של שימוש בכלי רכב משותפים.

תשובה: כדי לשפר את חוויית השימוש במאגר נסיעות, אנחנו משתמשים בהגדרת תצורה מרחוק ב-Firebase כדי לנסות גישות שונות בממשק המשתמש. התכונה 'הגדרת תצורה מרחוק' מאפשרת לנו לבדוק וריאציות בממשק המשתמש, למשל מתי ואיך להציג נתונים כמו הרכב שהוקצה, זמן ההגעה המשוער או איך להעביר מידע על שינויים ברכב. כתוצאה מכך, אנחנו יכולים להעריך את חוויית המשתמש הטובה ביותר על סמך משוב שאנחנו מקבלים מהנוסעים ומדדי KPI פנימיים כמו שיעור הביטולים. כדי להבטיח שהמשתמשים שלנו לא ייתקלו בבעיות בעת הזמנת נסיעה, אנחנו משתמשים ב-Firebase Crashlytics כדי לעקוב אחר היציבות של שלוש האפליקציות שלנו לנייד. באמצעות Crashlytics, אנחנו יכולים לזהות בקלות מתי תכונה כלשהי קורסת, ואיך. שילובים כאלה מבטלים את עבודת החקירה הנחוצה שלנו ונותנים לנו זמן להתמקד בפיתוח תכונות חדשות. בעתיד הקרוב, אנחנו מתכוונים להשתמש בכלי רכב אוטונומיים לחלוטין בהמבורג ובסופו של דבר גם אחריה. עם זאת, מדובר בשדה חדש לגמרי שצריך לפתור מנקודת מבט של חוויית המשתמש, ללא שרטוטים או פתרונות מבוססים. במיוחד בנוגע למה שהלקוח מצפה מרכב עצמאי לחלוטין כדי להרגיש בטוח. יש הרבה מידע לא ידוע, אבל אנחנו מאמינים ש-Firebase יעזור לנו לגלות את האתגרים החדשים האלה.

ת: Firebase הוא פתרון טוב למפתחים של מכשירים ניידים, מפני שהוא מציע חבילה שלמה של תכונות שהושקעה מחשבה רבה ומשולבות באופן מעמיק. תכונות אלה בנויות מתוך מחשבה על פיתוח אפליקציות לנייד, על ידי אנשים שמכירים היטב את פלטפורמות האפליקציות לנייד של היום.