הערך של Salesforce AI בניהול נכסים אינו נובע מ- הוספת AI ל-CRM וציפייה שהוא יבין את הפעולה. הוא נובע ממתן הקשר שימושי ל-AI סביב הלקוח, הזמנה, נכס, תשלום, בקשה, וזרימת עבודה המעורבת.
בעיית ה-AI היא לעיתים קרובות בעיית נתונים קודם כל
נכס יכול להיות בעל AI מתוחכם ועדיין לקבל ערך מוגבל ממנו אם הרשומות התפעוליות החשובות מפוזרות. Salesforce עשויה לדעת מי הלקוח, בעוד שמערכת אחרת יודעת על ההזמנה, אחרת מחזיקה את התשלום, וצוות מנהל בקשות דרך דוא"ל או גיליונות אלקטרוניים.
בסביבה כזו, AI רואה חלקים מהפעולה ולא את הקשר ביניהם.
יסוד חזק יותר מחבר בין רשומות הלקוחות ל- הזמנות, זמינות, פעילות פיננסית, בקשות, וזרימות עבודה. AI יכול אז לנתח מידע עם יותר מהקשר העסקי שלם.
איך צריך להתאים AI לפעולות נכסים?
מודל פעולה שימושי כולל ארבע שכבות.
רשומות לקוח, הזמנה, פיננסיות, שירות, ותפעול מספקות את ההקשר.
AI מסכם, משווה, מסווג, חוזה, או חושף דפוסים.
אנשים קובעים מדיניות, ספים, אישורים, וחריגות.
אוטומציה נושאת פעולות מאושרות דרך הצעדים התפעוליים הבאים.
ההפרדה הזו חשובה. AI לא צריך להתבלבל עם אוטומציית זרימה. AI יכול לעזור לפרש מצב; אוטומציה פועלת לפי כללים מוגדרים כדי לעשות משהו בנוגע לכך.
אילו שאלות יכול AI לעזור לצוותי נכסים לענות?
במקום לשאול היכן ניתן "להוסיף" AI, התחל בשאלות תפעוליות שכבר חשובות לעסק.
| שאלה עסקית | נתונים ש-AI עשוי להזדקק להם | יכולת קשורה |
|---|---|---|
| אילו הזמנות זקוקות לתשומת לב? | היסטוריית הזמנות, תאריכים, מצב, זמינות, הקשר לקוח, וחריגות. | ניהול הזמנות |
| למה השתנה הביצוע התפעולי? | הזמנה, קיבולת, הכנסות, זרימה, ונתוני ביצוע היסטוריים. | תובנות |
| אילו בקשות זקוקות לתשומת לב ראשונה? | סוג בקשה, מצב, גיל, לקוח, נכס, דחיפות, והיסטוריית שירות. | ניהול בקשות |
| אילו רשומות פיננסיות נראות לא רגילות? | חיובים, תשלומים, יתרות, רשומות התאמה, היסטוריית חשבון, וחריגות. | דיווח פיננסי |
| מה צריך לקרות הבא? | פלט AI בנוסף לכללים עסקיים, דרישות בעלות, דרישות אישור, ומצב זרימת עבודה נוכחי. | זרימה ותהליך |
AI של נכסים צריך להתפתח בשלבים
שלב 1: חבר את הרשומה התפעולית
התחל על ידי חיבור לקוחות, הזמנות, תשלומים, בקשות, משאבים, ורשומות חשובות אחרות. ללא יסוד זה, כל מקרה שימוש מאוחר יותר של AI הופך קשה יותר להסביר, לנהל, ולתחזק.
שלב 2: השתמש ב-AI לפרשנות
סיכום, סיווג, גילוי דפוסים, חיזוי, ו עדיפויות הם מקומות שימושיים להתחיל כי AI מסייע לאנשים מבלי בהכרח לשלוט בתהליך הבסיסי.
שלב 3: חבר תובנות לזרימות עבודה
ברגע שהעסק מבין את פלט ה-AI, הגדר מה צריך לקרות הבא. בקשה בעלת עדיפות גבוהה עשויה ליצור משימה. חריגה פיננסית עשויה לדרוש סקירה. אנומליה בהזמנה עשויה להפעיל משימה פנימית.
שלב 4: הרחב רק היכן שהתהליך הוכח
אוטומציה רחבה יותר צריכה לבוא לאחר ראיות ברורות שהנתונים, ההחלטות, ההרשאות, וטיפול בחריגות פועלים כפי שמתכוון.
היכן צריכים בני אדם להישאר בשליטה?
התשובה תלויה בהשלכה של החלטה שגויה. סיכום נתמך על ידי AI עשוי לדרוש מעט התערבות, בעוד חריגות במחירים, החלטות פיננסיות, בעיות רגישות עם לקוחות, פעולות חוזיות, או שינויים בהרשאות עשויים לדרוש סקירה מפורשת.
- הגדר מי בעל כל החלטה נתמכת על ידי AI
- קבע ספים לאישור אנושי
- שלוט אילו רשומות התהליך יכול לגשת
- שמור על מסלול לחריגות
- סקור פלטים מול תוצאות בפועל
- התאם זרימות עבודה כשדרישות תפעול משתנות
כאן זה המקום שבו פלטפורמת Salesforce-native נהייתה רלוונטית מעבר ל-CRM. רשומות, קשרים, הרשאות, זרימות עבודה, אינטגרציות, ויישומים תפעוליים יכולים להיות מעוצבים בתוך מודל ממשלת פלטפורמה רחב יותר.
למה הארכיטקטורה חשובה יותר ככל ש-AI מתרחב?
AI תלוי בגישה לנתונים. זה עושה את הארכיטקטורה של המערכת יותר חשובה, לא פחות.
Booking Ninjas היא פלטפורמת Salesforce-native להזמנות ופעולות. במקום לשמור את ה-CRM ב-Salesforce בעוד שכל רשומה תפעולית חיה במערכת נכסים נפרדת, Booking Ninjas יכולה להביא רשומות הזמנה ורשומות תפעול על אותה פלטפורמת בסיס.
זה לא אומר שכל יישום חיצוני צריך להיעלם. חשבונאות, ERP, תשלום, גישה, הפצה, או מערכות אחרות עשויות להישאר נחוצות ולהתחבר דרך אינטגרציות.
אילו חלקים מהפלטפורמה התפעולית תומכים ב-AI?
AI יושב מעל כמה יסודות תפעוליים. כל אחד מהם הופך לשימושי מסיבה שונה.
שכבת AI הרחבה יותר לניתוח, סיוע, וזרימות עבודה נתמכות על ידי AI.
חקור את AI של Booking Ninjas →נתוני הזמנה וזמינות מספקים הקשר חשוב סביב ביקוש, מלאי, ופעילות לקוחות.
חקור את ניהול ההזמנות →בקשות ורשומות זרימה מסבירות מה הצוותים עושים ומה צריך לקרות הבא.
חקור את ניהול הבקשות →חיובים, תשלומים, יתרות, ודיווח יוצרים הקשר פיננסי למעקב ולסקירת חריגות.
חקור את הדיווח הפיננסי →דיווח והקשר אנליטי עוזרים לצוותים לפרש שינויים במקום להסתמך על מדדים מבודדים.
חקור את התובנות →קשרים נתונים, הרשאות, זרימות עבודה, אינטגרציות, ויישומים יוצרים את הארכיטקטורה התפעולית הבסיסית.
חקור את ה-DNA של Salesforce →מה אם Salesforce CRM ופעולות נכסים כבר נפרדות?
אז ההחלטה הראשונה של AI עשויה להיות למעשה החלטת אינטגרציה. אתה צריך לקבוע איזו מערכת מחזיקה בלקוח, הזמנה, תשלום, ורשומות תפעול, מה מידע צריך לעבור, ואילו זרימות עבודה חוצות את גבול המערכת.
המדריך שלנו ל- אינטגרציה של Salesforce CRM קיים עם מערכת ניהול נכסים מסביר את ההבדל בין שמירה על אינטגרציה חיצונית של PMS לבין העברת פעולות נכסים לפלטפורמת Salesforce-native.
הארכיטקטורה הזו משפיעה ישירות על AI כי היא קובעת מה הקשר זמין כאשר המערכת צריכה לפרש אירוע תפעולי.
איפה צריך מפעיל נכסים להתחיל?
אל תתחיל ב-"אנחנו צריכים AI." התחל בהחלטה חוזרת, חריגה, או שאלה אנליטית שכבר צורכת את תשומת הלב של הצוות.
זהה את הרשומות הנדרשות להבנת הנושא, הגדר מי בעל ההחלטה, קבע מה ה-AI צריך לסייע בו, ומפה מה צריך לקרות לאחר מכן.
שאלות נפוצות
איך יכול ה-AI של Salesforce לסייע לפעולות נכסים?
ה-AI של Salesforce יכול לתמוך במשימות כמו סיכום, סיווג, חיזוי, זיהוי תבניות, וקדימויות כאשר נתוני CRM ונתוני פעולה רלוונטיים זמינים. היישום השימושי תלוי בנתוני הנכס, זרימות העבודה, ודרישות התפעול.
האם ה-AI מחליף את אוטומציית זרימת העבודה של הנכסים?
לא. ה-AI יכול לסייע בפרשנות מידע או לתמוך בהחלטה. אוטומציית זרימת העבודה מבצעת פעולות מוגדרות כמו הקצאת עבודה, עדכון רשומות, בקשת אישור, שליחת התראות, או קידום תהליך.
האם כל הנתונים התפעוליים צריכים להיות ב-Salesforce?
לא. מערכות חיצוניות יכולות להישאר חלק מהארכיטקטורה. מה שחשוב הוא אם הנתונים הנדרשים יכולים להתחבר עם מבנה, הרשאות, קשרים, וממשל מתאימים לשימוש המיועד.
למה הארכיטקטורה המקורית של Booking Ninjas ב-Salesforce רלוונטית ל-AI?
Booking Ninjas מנהלת הזמנות ופעולות על פלטפורמת Salesforce, מה שמאפשר לרשומות לקוח, הזמנה, כספים, זרימת עבודה, ורשומות תפעוליות אחרות לשתף בסיס פלטפורמה רחב יותר. זה יכול לתת ל-AI ולאוטומציה הקשר עסקי מחובר יותר שבו היישום תומך.
בנה את היסוד התפעולי לפני הרחבת ה-AI
חבר לקוחות, הזמנות, פעילות כספית, בקשות, זרימות עבודה, דיווחים, ואינטגרציות על פלטפורמה שנועדה להמשיך להתפתח עם הפעולה.
