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






בעל העסק מגדיר לוח קבוע פעם אחת, והסלוטים נפתחים מעצמם: הסיור של עשר בבוקר פתוח להזמנה חודש מראש, בכל יום שלישי וחמישי. החג הקרוב עם שעות פעילות אחרות? משנים תאריך בודד בלי לגעת בשאר, והסלוט שעבר נסגר לבד. מאחורי הפשטות עומדת ספירה שלא נעשית בראשים אלא בסוגי כרטיס: מבוגר, ילד, סטודנט שחייב להציג תעודה וגמלאי. בין הכרטיסים יש כללים (לא יותר ילדים ממבוגרים), לכל סוג מינימום ומקסימום, וכרטיס יכול להיות תלוי בכרטיס אחר. המחיר משתנה לפי השילוב של האטרקציה והכרטיס, וכך מנועי ההזמנה לאטרקציות שפיתחנו מחשבים אותו.
"למה תפסו לי מסגרת באשראי אם עוד לא שילמתי?" זו השאלה של לקוח שהזמין. בין ההזמנה לחיוב יש מצב ביניים: המסגרת תפוסה והעסק מחליט מתי לסלוק, ולא לכל עסק יש השהיית עסקה או אפשרות לתשלומים. בהזמנות שאוברסייט בנתה, עם פיקדון ותפיסת מסגרת, המצב הזה מנוהל בכוונה. ואז מגיע ביטול: האם יש דמי ביטול לפי המועד, ומה מותר לגבות כשהעסקה נעשתה מרחוק וחלון הביטול הצרכני חל לצד מדיניות העסק? את החישוב נכון לבנות כך שמדיניות העסק וזכויות הצרכן מחושבות יחד, וההזמנה שומרת מתי ואיך נעשתה העסקה ואת אישור הלקוח למדיניות.
בלי תכנון, תיירת מצרפת מזמינה סיור והמייל המאשר מגיע בעברית. אצלנו השפה היא נתון של ההזמנה: היא נבחרת בתחילתה ונשמרת עליה, ולכן האישור והתזכורת יוצאים בה גם ימים אחר כך. תבניות ההודעה מלאות במשתנים (שם, מועד, סוג כרטיס) שחייבים להיות ניתנים לתרגום בלי לשבור משפט, בעל העסק רואה תצוגה מקדימה לכל שפה, ושפה חדשה מחייבת גם תרגום של תנאי השימוש. ניהול הטקסטים שלנו מתרגם תבניות, מציג תצוגה מקדימה עם נתוני דמה ושולח אישורים ותזכורות בשפת המזמין, גם בכיוון RTL וגם ב-LTR.
הקבוצה עומדת בתחנה 2.3, בשטח פתוח, בלי Wi-Fi ובלי GPS, והמכשירים שלה מתחילים להדריך בשפה שלהם. זה עובד כי קבצי השמע ירדו מראש, אחרי סריקת QR בכניסה, ולא נטענים באמצע הסיור. מאחורי זה מטריצה של תחנה, שפה ופורמט (טקסט או שמע), ולכל עסק סיורים ושפות משלו. כל שפה חדשה היא הקלטה חדשה לכל תחנה, ולכן המערכת צריכה לדעת מה הוקלט ומה עדיין חסר. אפליקציית ההדרכה שבנינו עובדת גם בלי אינטרנט, כשהיררכיית התחנות נושאת את החוויה וניהול כיסוי השפות הוא חלק מהמערכת.
ארבעה נוסעים בנסיעה אחת, ואין שניים שמקבלים אותו שאלון. נוסע אחד עם מצב רפואי קיים, אחר יעשה ספורט אתגרי בשלושה ימים בלבד מתוך הנסיעה. כל תשובה פותחת שאלות המשך, כל נוסע מקבל כיסויים משלו, ופעילות מוגדרת לטווח תאריכים בתוך הנסיעה. רק אחרי כל זה אפשר להשוות בין חברות ביטוח, ולכן מנוע ההשוואה לא יכול לעבוד על טבלת מחירים שטוחה. את זה בדיוק בנינו באוברסייט, אתר להשוואת ביטוח נסיעות: שאלון רב-שלבי שעץ השאלות שלו נקבע בזמן המילוי, מבנה נתונים של נוסעים, כיסויים ותאריכים, תצוגת תוצאות ואפיליאציה לשיווק שותפים.
המחיר של חדר לא נקבע לפי תאריכים וסוג חדר בלבד, אלא גם לפי מי ישן בו. אותו חדר באותם תאריכים מחושב בשני מחירים, כי מע"מ בשיעור אפס חל על לינה של תייר, אזרח חוץ, ולא של תושב. מעמד התייר נקבע לפי אשרה ותנאי החוק, והחשבונית צריכה לפרט כל שירות בנפרד עם מחירו, כולל שירותים שניתנים אגב הלינה. לכן בפרויקטים של אוברסייט בונים מנועי הזמנה כך שהם אוספים כבר בהזמנה את נתוני האורח הנדרשים, מתעדים אותם ומפיקים חשבונית מפורטת לפי המעמד. הצוות בקבלה לא צריך לשחזר בדיעבד מי היה תייר ומי לא.


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



מבסוט עליכם מקסימום.