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