אוניברסיטת קונסטרוקטור נדרשה להחליף מערכת דיור לסטודנטים ישנה, אך החלפת תוכנה ישנה בבסיס נתונים מבודד אחר הייתה יוצרת רק בעיה חדשה.
אוניברסיטת קונסטרוקטור כבר הסתמכה על Salesforce למידע על סטודנטים. Booking Ninjas עבדו עם הסביבה הקיימת כך שהדיור יכול היה להפוך לחלק מחובר נוסף ברשומות האוניברסיטה של הסטודנט.
הפרויקט הביא יחד הזמנות דיור, שירות עצמי של סטודנטים, כללי הקצאה, תשלומים, נתוני תפעול ודיווח סביב היסוד של Salesforce שאוניברסיטת קונסטרוקטור כבר סמכה עליו.
האתגר: הדיור נגע בהרבה יותר מאשר זמינות חדרים
קונסטרוקטור עברה ממערכת הדיור הקודמת שלה, מרקורי.
זה אומר שהנכסים הקיימים, אנשי הקשר של הסטודנטים, ההזמנות, היסטוריית הדיור, ותהליכי התפעול היו צריכים להילקח בחשבון כחלק מהמעבר.
אבל הדיור עצמו היה גם יותר מסובך מהקצאת חדר ריק.
- רשומות סטודנטים
- העדפות דיור
- זכאות לחדרים
- הזמנות
- מקדמות ותשלומים
- הקצאת חדרים
- דיווח על חיי מגורים
- צ'ק-אין וצ'ק-אאוט
סטודנטים חדשים וסטודנטים חוזרים יכולים לעקוב אחרי מסלולים שונים. סוגי חדרים מסוימים היו להם כללי זכאות שונים. צוותי הדיור נדרשו לדיווחים משתנים. הסטודנטים נדרשו לדרך נוחה להשלים את חלקם בתהליך.
ההחלטה החשובה ביותר: לשמור על Salesforce כבסיס נתוני הסטודנט
קונסטרוקטור כבר הייתה לה סביבה משלה ב-Salesforce ורשומות סטודנטים שהוקמו.
דאגה מוקדמת הייתה אם הפלטפורמה החדשה לדיור תיצור מבנה נתונים מותאם נפרד שיצטרך לאחר מכן אינטגרציה נוספת חזרה לאוניברסיטה.
במקום זאת, Booking Ninjas עבדו עם מבנה אנשי הקשר וחשבונות האנשים הקיימים של קונסטרוקטור ב-Salesforce.
מידע על דיור יכול היה להישאר מחובר לרשומות הסטודנטים שכבר נעשה בהם שימוש במקומות אחרים באוניברסיטה, וצוותים מורשים יכלו לגשת למידע הרלוונטי מבלי שכל משתמש יצטרך לעבוד בתוך אפליקציית Booking Ninjas עצמה.
זה פתר אחת מהדאגות הברורות ביותר שהועלו במהלך הפרויקט: הדיור לא היה צריך להפוך לאי נתונים נוסף.
Booking Ninjas מסביר את המבנה הרחב הזה ב מה זה ארגון Salesforce?
מסלול הדיור של הסטודנט יכול היה להפוך לזרימה מחוברת אחת
החוויה השימושית מתחילה עם רשומת הסטודנט וממשיכה דרך מחזור חיי הדיור.
התחל מהמידע על הסטודנט שקונסטרוקטור כבר שומרת ב-Salesforce.
תן לסטודנט נקודת כניסה ממותגת לדיור עם המידע והפעולות הרלוונטיות עבורם.
סטטוס הסטודנט, העדפות, סוג חדר, ודרישות רלוונטיות מעצבים את הצעד הבא.
ההזמנה יכולה לעקוב אחרי כלל התשלום או האישור שמתקיים עבור אותו סטודנט.
רשומת הדיור נשארת זמינה להקצאות, חיי מגורים, דיווח, ועבודות מחזור מאוחרות.
איך ההגדרה של קונסטרוקטור התאימה יחד
| צורך קונסטרוקטור | גישת Booking Ninjas | מה שזה הפך לאפשרי |
|---|---|---|
| החלפת נתוני דיור ישנים | מבנה הגירה מקורי של Salesforce | נכסים, אנשי קשר, הזמנות, ונתונים היסטוריים רלוונטיים יכולים לעבור לעבר הסביבה החדשה במקום להתחיל עם מערכת דיור ריקה. |
| שמור על רשומות הסטודנטים הקיימות | מבנה אנשי הקשר / חשבון האדם הקיים של Salesforce | הדיור יכול היה לעבוד סביב המידע על הסטודנטים שהאוניברסיטה כבר הקימה במקום ליצור בסיס נתונים עצמאי נוסף לסטודנטים. |
| תן לסטודנטים שירות עצמי | פורטל סטודנט | סטודנטים יכולים לקבל גישה לסביבה ממותגת של קונסטרוקטור ולהשלים חלקים רלוונטיים במסלול הדיור בעצמם. |
| החל על כללי דיור שונים | כללי הזמנה + זרימות עבודה של Salesforce | סטודנטים חדשים, סטודנטים חוזרים, סוגי חדרים, העדפות, ותכונות סטודנט אחרות יכולים להשפיע על התהליך המוצג לסטודנט. |
| טפל במקדמות דיור | עיבוד תשלומים | פעילות תשלום רלוונטית יכולה להישאר מחוברת לסטודנט ולהזמנה במקום להיות מתואמת בנפרד. |
| שמור על הזמנות לא מושלמות ניתנות לשימוש | סטטוס הזמנה + זרימת עבודה של תשלום | סטודנט יכול לחזור לצעדOutstanding במקום להתחיל מחדש את בקשת הדיור מההתחלה. |
| תמוך בדיווחים משתנים | דיווחים + לוחות מחוונים של Salesforce | חיי מגורים יכולים לבנות תצוגות שונות סביב בניינים, חדרים, תפוסה, תכונות סטודנט, או הקצאות מאותו נתון. |
סטודנטים יכולים לטפל ביותר מהמסלול של הדיור בעצמם
קונסטרוקטור נדרשה ליותר ממסך דיור מנהלי.
סטודנטים גם נדרשו למקום ברור כדי לתקשר עם התהליך.
Booking Ninjas הגדרה פורטל סטודנט ממותג שבו גישת הסטודנט יכולה להיות מחוברת לזרימת העבודה של הדיור של האוניברסיטה.
הפורטל יכול היה להפוך למקום שבו הסטודנטים רואים את המידע על הדיור הרלוונטי עבורם, שומרים על העדפות רלוונטיות, ממשיכים צעדי הזמנה, ומבצעים פעולות כמו תשלום דיור רלוונטי.
זה מקרב את העבודה השגרתית לאדם שכבר יודע את התשובה.
הנוכחי של Booking Ninjas פורטל סטודנט שומר על שירות עצמי של סטודנטים מחובר ישירות לרשומות Salesforce במקום לשמור על עותק נוסף של הסטודנט מחוץ לפלטפורמה.
כללי דיור של האוניברסיטה יכולים להפוך לחלק מהזרימה
לקונסטרוקטור לא היה תהליך דיור זהה לכל סטודנט.
סטודנטים חדשים וסטודנטים חוזרים יכולים להיות להם דרישות שונות. סוגי חדרים מסוימים יכולים להיות להם זכאות שונה. העדפות סטודנט ומידע קיים מהאוניברסיטה יכולים גם להשפיע על מה שצריך לקרות בהמשך.
במקום לבקש מהצוות לזכור ולהסביר כל וריאציה ידנית, נתוני Salesforce וזרימות העבודה של Booking Ninjas יכולים לעזור לקבוע את המסלול המתאים לדיור.
הפרויקט גם חקר דרישות הקצאה עמוקות יותר כמו העדפות חדרים, העדפות קומה, לאום, העדפות עישון, שיקולי שותפים, והתנהגות מלאי מבוקרת.
הרעיונות המתקדמים הללו של התאמה והקצאה צריכים להיות מובנים כאזורים שקונסטרוקטור ו-Booking Ninjas הגדרו ושיפרו במהלך היישום, ולא כל אחד מהם הוצג כפונקציונליות מאושרת בייצור.
תשלום יכול להפוך לחלק ממצב ההזמנה
לקונסטרוקטור גם היו דרכי מימון שונות בהתאם לסטודנט.
למשל, סטודנטים חוזרים עשויים להזדקק למקדמת דיור בעוד שסטודנטים חדשים עשויים לעבור תהליך אחר.
Booking Ninjas עבדו על חיבור פעילות תשלום של Stripe עם הסטודנט וההזמנה כך שתשלום רלוונטי יכול היה להפוך לחלק מזרימת העבודה של הדיור עצמה.
זה יוצר רצף הרבה יותר ברור:
המבנה הזה גם עוזר עם סטודנטים שמתחילים את ההזמנה אך לא משלימים את התשלום מיד. ההזמנה יכולה לשמור על מצבה כך שהסטודנט יכול לחזור לצעדOutstanding במקום להתחיל מחדש.
כלי התשלום הנוכחיים של Booking Ninjas מחברים באופן דומה עסקאות ישירות עם הזמנות, חשבוניות ורשומות לקוחות של Salesforce. :contentReference[oaicite:3]{index=3}
חיי המגורים לא רצו לחכות לספק תוכנה בכל פעם שהיו צריכים דוח חדש
שאלות על דיור באוניברסיטה משתנות כל הזמן.
אדם אחד עשוי להזדקק לסטודנטים בבניין מסוים. אחר עשוי להזדקק לתפוסה. אחר עשוי להזדקק למידע על קטינים, מידע על לאום, הקצאות חדרים או תכונות אחרות של סטודנטים.
צוות Constructor הבהיר כי רשימה קבועה של דוחות לא תהיה מספקת.
מכיוון שרשומות הדיור נשמרו ב-Salesforce, צוותים מורשים יכלו להשתמש בדיווח של Salesforce ובייצוא המותר כדי לענות על שאלות שונות מאותה נתונים בסיסיים.
- בניינים וחדרים
- הקצאות סטודנטים
- תפוסה
- תכונות סטודנטים
- סטטוס הזמנה
- סטטוס תשלום
- חריגות דיור
- ייצוא תפעולי
משתמשים אמיתיים המשיכו לעצב את המערכת
בדיקות קבלה של משתמשים חשפו את הפרטים שחשובים כאשר התוכנה מגיעה לפעולות יומיומיות באוניברסיטה.
Constructor ו-Booking Ninjas עבדו על שאלות סביב סוגי סטודנטים, זכאות חדרים, מצבי הזמנה, התנהגות תשלום, דוחות, העדפות, מלאי, מונחים ועבודת מחזור חיי הדיור.
הצוות גם חקר כיצד תהליך הצ'ק-אאוט ובדיקת החדרים יכולים להיות יותר מובנים, כולל זיהוי חריגות והפחתת כמות העיבוד הידני הנדרשת ליציאות רגילות בסוף השנה.
חלק מהזרימות המתקדמות הללו עדיין הוגדרו, אך תהליך היישום עצמו הראה כיצד הגרסה של Constructor של הפלטפורמה יכולה להמשיך להתעצב סביב פעולות דיור אמיתיות.
מה שהפך להיות יותר מחובר עבור Constructor
אין לנו תוצאות מספריות מאומתות לאחר השקה לסיפור הזה, כך שהערך מוצג בצורה הטובה ביותר דרך העבודה ש-Booking Ninjas חיברה וההעברות הידניות שהמערכת עוצבה כדי להפחית.
האוניברסיטה לא הייתה צריכה להתייחס לדיור כסביבה נפרדת לחלוטין של מידע על סטודנטים.
המסלול של הדיור יכול היה לעבור דרך פורטל ממותג במקום להסתמך רק על הוראות צוות ומעקב ידני.
סטטוס הסטודנט ומידע אחר מ-Salesforce יכולים לעזור לקבוע איזה תהליך דיור חל.
פיקדונות דיור רלוונטיים יכולים להפוך לחלק מאותה היסטוריית הזמנה במקום להיות צ'ק נוסף מנותק.
דיווח של Salesforce נתן לחיי המגורים יותר גמישות מאשר להסתמך רק על ספריית דוחות קבועה של ספק.
תסריטי UAT אמיתיים יכולים להזין חזרה לתצורה במקום לכפות על Constructor לקבל תהליך דיור קבוע אחד.
האוניברסיטה שלהם. הסטודנטים שלהם. כללי הדיור שלהם. הארגון שלהם.
Constructor University הוא דוגמה ברורה במיוחד של המודל המקומי של Booking Ninjas ב-Salesforce.
לאוניברסיטה כבר היה ארגון, רשומות סטודנטים, שדות, הרשאות, דוחות וקשרים בין נתונים.
Booking Ninjas לא הייתה צריכה לבקש מהאוניברסיטה לזרוק את הבסיס הזה כדי לחדש את הדיור.
במקום זאת, הדיור יכול היה להפוך לשכבת תפעול נוספת בתוך אותה סביבה רחבה יותר.
כך גם Booking Ninjas מתארת את פלטפורמת הדיור של הסטודנטים הנוכחית: מידע על סטודנט, חדר, מיטה, הקצאה, תשלום, תחזוקה ומידע תפעולי יכולים להישאר מרוכז ב-Salesforce.
הזמנה של דיור יכולה להפוך להתחלה של זרימת עבודה רחבה יותר של מגורים
ניהול הזמנות יכול לספק את רשומת הדיור הליבה.
סביב זה, אוניברסיטה יכולה לחבר פורטלים של סטודנטים, זמינות, הקצאות חדרים ומיטות, תשלומים, דיווח, תחזוקה, צ'ק-אין, צ'ק-אאוט, תקשורת וזרימות עבודה אחרות של חיי מגורים לפי הצורך.
Constructor נדרשה להקים עשירה יותר מכיוון שהפעולה שלה בדיור כבר נגעה בהרבה חלקים של האוניברסיטה.
מגורים קטנים יותר יכולים להתחיל עם פחות חלקים.
הנקודה השימושית היא ששניהם יכולים להשתמש באותו בסיס של Salesforce מבלי לכפות על כל מוסד את אותו תהליך דיור.
למקרה השימוש הרחב יותר, ראה את ה פתרון דיור לסטודנטים .
למד עוד על הגדרת הדיור לסטודנטים הזו
ראה כיצד שירות עצמי של סטודנטים יכול להישאר מחובר ישירות לנתוני Salesforce, הרשאות, חיובים וזרימות עבודה של האוניברסיטה.
חקור את פורטל הסטודנטים →ראה כיצד רשומות, זרימות עבודה, משתמשים, דיווח, אוטומציה וכלים תפעוליים אחרים יכולים לחיות בסביבה ספציפית לארגון אחד.
מה זה ארגון Salesforce? →ראה כיצד הזמנות, כללי מדיניות, זמינות, שינויים ודיווח תפעולי יכולים להישאר מחוברים בתוך Salesforce.
חקור את ניהול ההזמנות →על הסיפור הזה: דף זה משקף את יישום Booking Ninjas של Constructor University וחומרי בדיקות קבלה של משתמשים, כולל הגירה של מורשת, רשומות סטודנטים של Salesforce, הזמנות דיור, שירות עצמי בפורטל, זרימות עבודה של תשלום, דיווח והגדרת כללי דיור. התאמה מתקדמת של שותפים, הזמנות יתר מבוקרות וזרימות עבודה של בדיקות מתוארים רק כאזורים שנחקרו או שופרו במהלך היישום אלא אם כן ראיות ייצור מאוחרות מאשרות את הפריסה הסופית שלהם.
חדש את הדיור לסטודנטים מבלי ליצור בסיס נתונים נפרד לסטודנטים.
ראה כיצד Booking Ninjas יכולה לחבר הזמנות, חדרים, סטודנטים, תשלומים, פורטלים, דיווח וזרימות עבודה של חיי מגורים סביב הסביבה של Salesforce שהמוסד שלך כבר משתמש בה.
.jpeg)
.jpg)
.png)
