כן. Booking Ninjas יכולה לתמוך בארגונים עם נכסים, סניפים, אתרים או מיקומים אחרים מתוך פלטפורמה אחת מבוססת Salesforce.
המיקומים לא חייבים להיות זהים. כל אחד יכול להיות בעל חללים, הזמנות, צוות, כללים או דוחות משלו בעוד שהניהול עדיין מקבל מבט רחב יותר על הארגון. ההגדרה המדויקת תלויה כיצד המיקומים עובדים יחד.
מה ניתן לשתף בין מיקומים?
- רשומות לקוח, אורח, חבר או חברה כאשר הארגון רוצה היסטוריה משותפת אחת.
- כללי הזמנה או צעדים בתהליך עבודה משותפים.
- דוחות סטנדרטיים והגדרות לוח מחוונים.
- שירותים, משאבים או כללים עסקיים משותפים כאשר הם זהים.
- גישה לניהול בין מספר מיקומים.
עמוד ה- ניהול הזמנות של Booking Ninjas מתאר שקיפות מרכזית בהזמנות בין נכסים, אזורים ומיקומים.
מה יכול להישאר שונה בכל מיקום?
| אזור | יכול להיות משותף | יכול להיות ספציפי למיקום |
|---|---|---|
| הזמנות | תהליך הזמנה משותף ושקיפות מרכזית. | חללים, לוחות זמנים, קיבולת או כללים מקומיים שונים. |
| משתמשים | מנהלים יכולים לקבל גישה בין מיקומים. | צוות מקומי יכול להיות מוגבל לרשומות שהוא צריך. |
| תמחור | כללי תמחור משותפים כאשר העסק משתמש בהם. | מחירים, מיסים, עמלות או מוצרים שונים לפי הצורך. |
| דיווח | מבט אחד על פני הארגון. | דוחות עבור אתר, נכס או אזור אחד. |
איך יכולים המשתמשים לראות את המיקומים הנכונים?
Salesforce מספקת כלים לתפקידים, שיתוף והרשאות שמבקרים על אילו רשומות משתמש יכול לראות ולשנות. זה אומר שמשתמש מקומי יכול לקבל מבט צר יותר בעוד שמשתמש אזורי או ממשרד ראשי יכול לקבל מבט רחב יותר כאשר ההגדרה דורשת זאת.
מודל הגישה צריך לעקוב אחרי העבודה האמיתית. אדם העובד באתר אחד לא צריך לראות אוטומטית כל מיקום רק כי הוא משתמש באותה פלטפורמה.
איך מאורגנים המיקומים?
המבנה צריך להתאים לאופן שבו הארגון עובד. חברה עשויה להיות בעלת ארגון הורה עם מספר נכסים, סניפים, בניינים או אתרים מתחתיו.
Salesforce משתמשת במערכות הורה-ילד עבור ארגונים עם מספר מיקומים. אותה רעיון שימושי בעת עיצוב רשומות Booking Ninjas: שמור על הארגון הרחב גלוי תוך מתן זהות והיסטוריה לכל מיקום.
איך נשארות ההזמנות נפרדות?
הזמנה צריכה להיות מקושרת לחלל, יחידה, שירות או משאב הנכון. זה מאפשר לפלטפורמה לבדוק את זמינות וקיבולת המיקום הנכון במקום להתייחס לכל מיקום כאל מאגר משותף אחד.
הניהול יכול עדיין לראות פעילות הזמנות בין מיקומים כאשר הדיווח דורש תמונה רחבה יותר.
מתי הופכת הגדרת המיקומים המרובים למורכבת יותר?
- מיקומים משתמשים בכללי הזמנה או חיוב שונים מאוד.
- משתמשים נעים בין מיקומים וצריכים גישה שונה בכל אחד מהם.
- לכל אתר יש מערכות חיצוניות או אינטגרציות שונות.
- הארגון זקוק גם לדיווחים מקומיים וגם למבט נקי על פני הקבוצה.
- מידע על לקוחות או חברים משותף בחלק מהמקרים אך מקומי באחרים.
שאלות אלו צריכות להיפתר במהלך היישום במקום להניח שכל מיקום צריך להיות מועתק בדיוק.
איפה אפשר לראות דוגמאות למיקומים מרובים?
Booking Ninjas תומכת בכמה מודלים תפעוליים שיכולים לכלול מספר נכסים או אתרים. עיין ב- פתרונות Booking Ninjas לדוגמאות, וראה איך Booking Ninjas מחבר חלקים שונים של עסק כיצד נתונים וזרימות עבודה משותפות יכולים לעבוד על פני הארגון.
מקורות וקריאה נוספת
- Booking Ninjas: ניהול הזמנות — מציין ש-Booking Ninjas תומכת בשקיפות מרכזית בהזמנות בין מספר נכסים, אזורים ומיקומים.
- Salesforce Help: ניהול מיקומים מרובים עבור חשבון — מסביר על מבני הורה-ילד עבור ארגונים עם מספר משרדים או מיקומים.
- Salesforce Trailhead: היררכיית תפקידים וגישה לרשומות — מסביר כיצד תפקידי משתמשים עוזרים לשלוט בגישה לרשומות.
מקורות תומכים במודל הכללי של מיקומים מרובים. המבנה המדויק של Booking Ninjas תלוי במיקומים, משתמשים וזרימות העבודה של הארגון.