סוכני AI ב-ZENZAP בישראל, מחוברים ל-monday.com ול-Salesforce

מה זה ZENZAP ואיפה סוכני AI נכנסים

ZENZAP היא פלטפורמת הודעות ארגונית עם סוכני AI. צוותים משתמשים בה כמו בכל אפליקציית הודעות, אבל המשתמשים מנוהלים על ידי הארגון ולא לפי מספרי טלפון פרטיים, המנהלים שולטים בקבוצות ובגישה, וסוכני AI ובוטים משתתפים בשיחות כחברים.

סוכן שמדבר אבל לא יכול לקרוא או לכתוב למערכת העסקית הוא בסך הכל עמוד שאלות נפוצות נחמד יותר. הערך מגיע כשהסוכן מחובר למקום שבו העבודה מתועדת, כמו monday.com או Salesforce, ופועל לפי אותם כללים שמנהל טוב היה מפעיל. את החיבור הזה CloudX בונה.

איך זה עובד

הודעה בקבוצה או בצ'אט פרטי ב-ZENZAP מגיעה לשירות הסוכן ש-CloudX בונה. המודל בוחר אחד מהכלים הרשומים, והכלי פונה ל-monday.com (דרך GraphQL API) או ל-Salesforce (דרך REST API) עם ההרשאות של התפקיד הזה. התשובה, או בקשת אישור, חוזרת לאותה שיחה.

למה דווקא צ'אט

מאבטחים, טכנאים, נהגים, מתנדבים ואנשי מכירות בשטח כמעט לא פותחים מערכת משרדית, אבל להודעות הם עונים. כשהתהליך פוגש אותם בצ'אט שהם כבר משתמשים בו, המידע באמת מגיע, והוא מגיע כשהוא עדיין טרי.

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

סוכנים בייצור והדגמות מלאות

שני פתרונות ZENZAP ש-CloudX בנתה עובדים בייצור. הראשון הוא סוכן לצוות תפעול מכירות, שהופך הצעות מחיר שנשלחות בצ'אט לעסקאות, חשבונות ואנשי קשר ב-monday.com. השני הוא תהליך לניטור מחירי מתחרים בחברה קמעונאית, ששולח התראות לבוט ב-ZENZAP.

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

מה אנחנו בונים עם ZENZAP

סוכן AI לסידור משמרות עם בדיקת חוקי מנוחה

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

ה-AI מנסח את הסידור, ואז מנוע כללים נפרד אוכף את האילוצים הקשיחים: 8 שעות מנוחה בין משמרות, 36 שעות מנוחה שבועית, לא יותר מ-3 לילות ברצף, הסמכות נדרשות ובלי חפיפות. הכללים הם הגדרה ולא שינוי קוד: שעות מנוחה, מנוחה שבועית, לילות ברצף והסמכות נקבעים לכל ארגון ולפי ההסכם הקיבוצי שלו.

המנהל מאשר, הסידור נשלח לכל מאבטח עם אישור קריאה, ובקשות החלפה מטופלות בצ'אט. monday.com מחזיק את הסידור המאושר, וכל שיבוץ שומר אם הגיע מה-AI או משינוי ידני, ומה הסיבה.

בוט לטכנאי שטח: משימות, הגעה ו-SLA

הדמו לשירות שטח הוא חבילת סוכנים לטכנאים, שנבנתה קודם כל בעברית. הטכנאי שואל "מה יש לי היום", מקבל קריאה, מדווח "בדרך" ומקבל קישור ל-Waze או ל-Google Maps, מדווח הגעה שנבדקת מול ה-SLA, משהה וממשיך, ושולח תמונות והודעות קוליות. הסוכן גם מציע סדר למסלול.

מאחורי הצ'אט מוגדרים 57 כלים ברשימה מרכזית אחת, כך שכל פעולה שהסוכן יכול לבצע מוגדרת במפורש. לכל כלי יש מבנה קלט, תפקיד נדרש ובדיקת הרשאה, ולכן הוספת יכולת היא הוספה של כלי אחד שנבדק, ולא שינוי בפרומפט.

מהצעת מחיר בצ'אט לעסקה ב-CRM

בצוות תפעול מכירות עובד בייצור סוכן שיושב בקבוצת ZENZAP. איש מכירות שולח לקבוצה הצעת מחיר כמו שהוא כבר משתף אותה עם עמיתים, בטקסט, בהקלטה או כקובץ PDF. הסוכן עונה בשרשור, מאשר מה הוא פתח או עדכן ב-monday.com, וכשחסר שדה הוא שואל שאלה אחת בכל פעם. כל בעל עסקה מקבל גם סיכום שבועי של העסקאות הפתוחות שלו בצ'אט.

סוכנים שקוראים וכותבים למערכות שלכם

בדמו "Agent Ready", סוכן קורא נתונים חיים ממערכת ש-CloudX בנתה, דרך API עם הרשאות, וכותב אליה עדכונים בחזרה. ה-API, לא הסוכן, קובע מה מותר. זה הדפוס שאנחנו ממליצים עליו לכל סוכן שנוגע ברשומות אמיתיות.

בוטים שמביאים מידע עסקי לצ'אט

לחברה קמעונאית בנינו תהליך לניטור מחירי מתחרים שעובד בייצור. המחירים נאספים באופן קבוע ממקורות מוגדרים של המתחרים, מותאמים למוצרים של החברה ומושווים למחירים שלה, וכשמחיר משתנה נשלחת התראה לבוט ב-ZENZAP. צוות התמחור רואה את השינוי בצ'אט שבו הוא כבר עובד, ולא בדוח שמגיע במייל ונבלע.

סוכנים לניהול מתנדבים

בהדגמה לניהול מתנדבים יש רישום, סוכן למתנדבים וסוכן לצוות, כש-monday.com הוא מקור האמת. מתנדב נרשם, מעדכן זמינות ושואל שאלות מתוך הצ'אט, והצוות מאשר פעולות רגישות לפני שהן מתבצעות.

איך שומרים על סוכנים בטוחים

סוכן בצ'אט ארגוני יקבל הודעות לא צפויות, כולל ניסיונות לגרום לו לעשות דברים שאסור לו. כללי התכנון שלנו:

• כללים בקוד, לא בפרומפט. אילוצים קשיחים כמו שעות מנוחה או הסמכות נבדקים על ידי מנוע כללים דטרמיניסטי, ולא נשארים בידי המודל.
• אישור אנושי לפעולות משמעותיות. המנהל מאשר את הסידור, הצוות מאשר פעולות רגישות של מתנדבים. אנחנו לא בונים סוכנים עם פעולות אוטונומיות בלי הגבלה.
• הרשאות לפי תפקיד. סוכן העובד וסוכן המנהל רואים נתונים שונים ויכולים לעשות דברים שונים.
• רשימת כלים מוגדרת. הסוכן יכול להפעיל רק כלים שנרשמו במפורש, דרך API עם הרשאות.
• הגנה מפני prompt injection. הודעות מטופלות כמידע, וההרשאות של הסוכן נאכפות בצד השרת על ידי ה-API, כך שגם הודעה שמצליחה להטות את המודל לא יכולה לגרום לו לפעול מעבר לתפקיד ולכלים שלו.
• תיעוד. המערכת העסקית שומרת מי עשה מה, והאם הפעולה הגיעה מ-AI או מאדם.

מה המערכת שמאחורי הסוכן צריכה

רוב הכשלים של סוכנים הם לא כשלים של המודל. הם קורים כי למערכת העסקית אין מקום ברור לנתונים, אין סטטוס שהסוכן יכול לסמוך עליו, או שההרשאות אף פעם לא תוכננו למשתמש אוטומטי.

לכן לפני שבונים סוכן, אנחנו בודקים את המערכת שהוא יכתוב אליה. יש רשומה אחת לכל אדם, משימה או עסקה? יש שדה שאומר אם שינוי הגיע מ-AI או מאדם, ולמה? יש API שחושף רק את מה שהתפקיד הזה אמור לראות? כשהתשובה היא לא, מתקנים את זה קודם ב-monday.com או ב-Salesforce, כי גם את המערכות האלה אנחנו בונים.

עברית, קול והודעות לא מסודרות

הסוכנים שאנחנו בונים עובדים קודם כל בעברית, כולל סלנג, קיצורים ושגיאות כתיב, ומטפלים גם באנגלית. הודעה קולית מתומללת, והסוכן מטפל בה כמו בכל הודעה כתובה.

אנחנו מגדירים איפה נשמרים ההודעות, ההקלטות והתמלולים, אילו שדות נשלחים למודל וכמה זמן הם נשמרים. המערכת העסקית שומרת רק את התוצאה המסודרת ואת ההפניה לשיחה.

בבדיקות אנחנו לא מסתפקים בהודעות נקיות. אנחנו בודקים גם הודעות חלקיות, שינויים של הרגע האחרון, בקשות שסותרות כללים, וניסיונות מכוונים לגרום לסוכן לעקוף הרשאות. סוכן שעובר רק את התרחיש הנקי לא מוכן לעלייה לאוויר.

בעיות עסקיות טיפוסיות שזה פותר

• זמינות למשמרות שנאספת בטלפון, בוואטסאפ ובגיליון, וכללי מנוחה שנבדקים מהזיכרון.
• טכנאי שטח שמעדכנים את המשרד בשיחת טלפון, כך שה-SLA והתיעוד נרשמים בדיעבד.
• אנשי מכירות ששולחים הצעות מחיר אבל לא מעדכנים את ה-CRM.
• מתנדבים או עובדי קו ראשון שלעולם לא ייכנסו למערכת משרדית.
• התראות שמגיעות במייל ונבלעות, כשהצוות בפועל חי בצ'אט.

איך פרויקט מתנהל

1. מיפוי תהליך. אילו שיחות קורות היום, מי מחליט על מה, ולאן המידע צריך להגיע בסוף. קודם תהליך, אחר כך AI.
2. מקור אמת. מחליטים איפה האמת נשמרת, בדרך כלל monday.com או Salesforce, ומה הסוכן רשאי לקרוא ולכתוב שם.
3. כללים והרשאות. כותבים את הכללים הקשיחים, את התפקידים ואת הפעולות שדורשות אישור של אדם.
4. בניית הסוכן והכלים שלו. סט קטן של כלים מוגדרים, מנוע כללים כשצריך, ובדיקות שכוללות גם הודעות עוינות ומבולגנות.
5. עלייה לאוויר עם קבוצה ראשונה. משתמשים אמיתיים על תהליך אחד, כדי לחדד כללים וניסוחים מול שיחות אמיתיות.
6. הרחבה וליווי. מרחיבים לעוד צוותים ותהליכים, ונשארים לתמיכה ולשינויים בכללים ובכלים.

לוח הזמנים תלוי בהיקף. סוכן אחד על תהליך אחד נמדד בדרך כלל בשבועות, וכמה סוכנים על פני כמה תהליכים לוקחים יותר.

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

סוכני ZENZAP מול גישות אחרות

אנחנו בוחרים את הערוץ לפי התהליך, ומכיוון שאנחנו בונים גם בתוך monday.com ו-Salesforce, תקבלו את הערוץ הנכון בכל מקרה.

איך בוחרים שותף לסוכני צ'אט

• אילו מהסוכנים שבניתם עובדים היום בייצור, ואפשר לראות הדגמה של השאר?
• אילו כללים נאכפים בקוד, ואילו נשארים בידי המודל?
• אילו פעולות דורשות אישור של אדם?
• איך הסוכן מתחבר למערכת שלנו, ומי שולט בהרשאות שלו?
• איך אתם בודקים עמידות ל-prompt injection ולקלט מבולגן?
• אתם יכולים לבנות גם את המערכת שהסוכן כותב אליה?

למה CloudX

CloudX היא חברת ייעוץ ישראלית שעובדת עם Salesforce, monday.com ו-AI, ו-ZENZAP היא אחת השותפות שלנו. אנחנו בונים את שני הצדדים של השיחה: את הסוכן ב-ZENZAP ואת המערכת העסקית שמאחוריו. מכיוון שאנחנו בונים גם את הצד של monday.com ו-Salesforce, הסוכן מקבל רשומה נקייה לכתוב אליה, סטטוס שאפשר לסמוך עליו ו-API שמוגבל לתפקיד שלו.

הגישה שלנו היא "Process First. Then AI." סוכני ה-ZENZAP שלנו עובדים בייצור בתפעול מכירות ובקמעונאות, וההדגמות שלנו מראות את הזרימה המלאה לסידור משמרות, לשירות שטח ולניהול מתנדבים. הביאו תהליך אחד שצוות הקו הראשון שלכם מנהל היום בטלפון או בוואטסאפ, ונראה לכם את דמו סידור המשמרות או את דמו הטכנאים וגם נמפה מה הסוכן שלכם יעשה. קבעו הדגמה.