לא עוד צ'אטבוט: כך הפכנו את Slack לחמ"ל של תהליכי ה-GTM שלנו
ברגע שהבנו שאנחנו לא צריכים עוד צ'אטבוט, אלא אורקסטרטור שמכיר את המוצר והשפה שלנו ומבין את הקונטקס הרחב, החלטנו לבנות את עזרא. אז מה הוא עושה, ובמה הוא שונה מקלוד?
הכל התחיל באפריל האחרון, כשהמנכ"ל ביקש סוכן שמסכם כל שיחת לקוח בלי לצאת מהסלאק (צילום מסך)
מאת שלמה גל
אם תסתכלו על שבוע טיפוסי בצוותי המכירות וה-GTM אצלנו, ודאי תשימו לב לקצב העבודה הגבוה: עשרות שיחות חיצוניות בשבוע, מאות ערוצי Slack ייעודיים עבור כל לקוח, ומידע חשוב שמפוזר בין מערכות שונות, כגון HubSpot ,Notion ,Gong ו-Gmail.
כל שיחה כזאת כוללת מידע ששווה זהב: מה היה הסנטימנט של הלקוח, מה הובטח לו, איזה פיצ'ר הוא ביקש ומה הצעד הבא בעסקה. אבל היא גם מגיעה עם ריטואל קבוע של עבודה ידנית. צריך להתכונן לפגישה, לתעד את השיחה, לוודא שמה שהובטח ללקוח מגיע ל-CRM, להכין דק מותאם ולהתאים את המידע לפורמט שבו כל מחלקה מעדיפה לקבל אותו. צוותי המוצר והשיווק רוצים לשמוע את קול הלקוח, צוות המכירות רוצה CRM מעודכן, וההנהלה רוצה תמונה אחת ברורה.
כדי לרכז את כל המידע הזה במקום אחד בצורה מסודרת, נהגנו להשקיע שעות ארוכות שהיו צריכות להיות מוקדשות ללקוחות. האתגר המרכזי הוא שצוות המכירות יושב בארה"ב, לעומת הצוות הישראלי שיושב ביחד במשרד ויכול לשאול שאלות בזמן אמת. המרחק הזה יוצר קושי גדול יותר בתקשורת ובהבנה, ומצריך עבודת עדכון מאומצת יותר.
פתאום הבנו מה אנחנו צריכים
התחלנו כמו כולם בחיפוש אחר מוצר מדף, אבל כבר בשלב הדמואים הבנו כי הפתרונות הקיימים מסורבלים ודורשים מהצוות לאמץ פלטפורמה חדשה במקום להשתלב בתהליכים הקיימים. מעבר לכך, אף אחד מהם לא באמת הכיר את הדרך שבה אנחנו חושבים, מדברים ועובדים.
שם הבנו שאנחנו לא צריכים עוד צ'אטבוט שמחכה לפרומפט מדויק ועונה רק למי ששאל. מה שהיינו צריכים הוא אורקסטרטור: מערכת שמכירה את המוצר שלנו ואת השפה שלנו, מבינה את ההקשר הרחב (מי שאל, באיזה ערוץ ומה נאמר בשרשור לפני כן), פועלת לפי עץ החלטות מוגדר ומשרתת את כל הארגון. המטרה הייתה לתת לצוות המכירות ולהנהלה מכפיל כוח: לפנות להם זמן, לתעד כל דבר באותו אופן ובאותו מקום, לתת שקיפות על כל תהליכי המכירה הפתוחים, ולהפוך ידע שיושב אצל אדם אחד לידע של כולם. והכי חשוב: מערכת שבה כל תיקון או פידבק הופך לכלל שהיא עובדת לפיו מכאן והלאה.
לאורקסטרטור הזה קראנו עזרא. השם לא מקרי: עזרא הוא שם שמרגיש בבית גם בתל אביב וגם בניו יורק, ורק אות אחת מפרידה בינו לבין עזרה. וזה בדיוק מה שרצינו שהוא ייתן לכל מי שעובד מול לקוחות.
איך בנינו את עזרא
הכל התחיל באפריל האחרון, כשהמנכ"ל ביקש סוכן שמסכם כל שיחת לקוח בלי לצאת מהסלאק. הגרסה הראשונה הייתה מערכת אוטומציות פשוטה: שיחה מסתיימת ב-Gong ומתועדת אוטומטית ב-Notion וב-CRM. סוכן אחד מסווג אותה לאחד משבעה סוגי שיחה, וסוכן שני כותב סיכום שמותאם לסוג הזה ומעלה אותו לערוץ הסלאק הרלוונטי.
ביוני עזרא כבר הפך ממותרות לכלי הכרחי בחברה. בשלב הזה, הגיע הזמן לפתח אותו רוחבית לכל תהליכי החברה ולבנות לתוכו קונטקסט רחב יותר שכולל את הז'רגון שלנו, מי אחראי על מה, ולאן כל פיסת מידע צריכה להגיע.
בנינו אותו בשלוש שכבות:
האוזניים: שירות שמקשיב לסלאק. כתבנו שירות קטן שרץ אצלנו על Kubernetes ומחובר ישירות לסלאק. בכל פעם שמישהו מתייג את עזרא או שולח לו הודעה פרטית, השירות אוסף את ההקשר: מי השולח, באיזה ערוץ, מה נכתב בשרשור עד עכשיו ואילו קבצים צורפו. את כל החבילה הזאת הוא מעביר הלאה. לשירות יש גם זיכרון לשרשור, והוא בונה לעצמו ארכיון שמתעדכן כל הזמן, כך שהוא מכיר כל סלנג חדש שנוצר בצוות, ואפשר להמשיך שיחה עם עזרא מבלי להסביר לו הכל מחדש. כך, פרומפט פשוט של "תקן את זה" הוא מספיק.
המוח: סוכנים עם תפקיד אחד. מאחורי עזרא עובדים כמה סוכנים על Anthropic Managed Agents, ולכל אחד יש תפקיד מוגדר. אחד מסווג שיחות, אחד כותב סיכומים, אחד פותח משימות ב-HubSpot, אחד בונה כל בוקר דק הכנה יומי ואחד בונה סיכום מותאם עבור כל לקוח. עזרא עצמו הוא מי שמנצח על הכל: הוא מבין מה צריך לקרות ומעביר את העבודה לסוכן הנכון.
הידיים: חיבורים ומיומנויות. עזרא מחובר ל-Slack ,HubSpot ,Notion ,Gmail ,Linear ו-PostHog (מערכת האנליטיקס שעוקבת אחר השימוש במוצר שלנו), ומקבל את השיחות מ-Gong. הוא לא כותב ישירות למערכות האלה; כל הידע הארגוני שלנו ארוז כ-Skills מוגדרים: איך פותחים משימה ב-HubSpot, איך מסכמים שיחה, מי הבעלים של כל לקוח ואיך אנחנו כותבים. קוד דטרמיניסטי הוא זה שמבצע את הכתיבה בפועל – המודל מחליט, הקוד כותב.
החוליה האחרונה היא לולאת התיקון. עזרא לומד כל הזמן, ומתקן את עצמו לפי פידבק מהחברה. לדוגמה, כשמישהו כותב לעזרא בשרשור "תקן את זה", "זה ארוך מדי" או "הפיצ'ר הזה עוד לא יצא", עזרא מתקן את עצמו. כל תיקון עובר "בדיקת שפיות" ומטופל, והתיקון לא נשאר חד-פעמי: הוא הופך לכלל קבוע שעזרא עובד לפיו מכאן והלאה. עד היום נפתחו מאות טיקטים כאלה וכל אחד מהם הפך את עזרא לקצת יותר "שלנו".
מה עזרא עושה ביומיום
אז איך העבודה שלנו עם עזרא נראית בפועל?
- אחרי שיחה הוא מעלה סיכום לערוץ הלקוח, מעביר פידבק לצוות המוצר, פותח עמוד ב-Notion ומכין משימות לצוות המכירות ב-HubSpot.
- לפני פגישה הוא מכין דוח מותאם אישית ודק הכנה יומי.
- לפי בקשה הוא שולף נתונים, מעדכן את ה-CRM ועוזר בכתיבת מאמרים ופוסטים ללינקדאין.
כל אחד מהאתגרים שתיארנו בהתחלה קיבל כאן תשובה. המידע המפוזר מתכנס לתמונה אחת בערוץ של הלקוח. התיעוד קורה מעצמו, ונשאר רק לאשר. כל סוג שיחה מסוכם בפורמט שמתאים לו, והתיאום בין המחלקות מתרחש בסלאק, היכן שכולם כבר עובדים.
מה ההבדל בין עזרא לפרומפט בקלוד?
כמו של-Claude יש סקילים, כך גם לעזרא יש סקילים משלו: אוסף של כללים ותהליכים שנכתבו במיוחד בשביל Act, והוא יודע מתי לשלוף כל אחד מהם ואיך להשתמש בו. הנה כמה דוגמאות:
האם זו באמת משימה?
כל משפט שנאמר בשיחה יכול להפוך למשימה ב-CRM, אבל לא תמיד זה נדרש. עזרא בודק אם מדובר במשימה אמיתית ומדידה, ומבין את ההקשר. לדוגמה, כשהמנכ"ל אומר ללקוח "אנחנו נבדוק את זה ונחזור אלייך", עזרא לא משייך את המשימה למנכ"ל עצמו, אלא שולף את טבלת האחריות ומשייך את המשימה לאדם הנכון.
ניהול זמנים
עזרא עוקב אחרי הלו"ז והמיקום של ההנהלה וצוות המכירות, מצליב פגישות ומתעדף לפי חשיבות העסקה ב-CRM.
הכנה לפגישה
מאחורי מצגת הכנה פשוטה עומד תהליך מיון מורכב. לדוגמה, לפני שיחת היכרות עם אחד הלקוחות הפוטנציאליים, מצגת ההכנה שהכין עזרא עדכנה את המנכ"ל מראש שהאדם שאיתו הוא עומד להיפגש עבד בעבר בחברה שכבר מוכרת לנו, וכך הוא נכנס לשיחה עם יתרון משמעותי.
סינון רעשים
מייל שבו נחתם NDA הוא מעניין. אבל המייל ה-32 בשרשור עם איש ה-IT, שכל תוכנו הוא “oh ok, thx” – הוא לא מעניין. כשכל הודעה כזו קופצת בסלאק, אנשים מתחילים להתעלם מהערוצים. לכן עזרא משמש כמסנן, ומחליט מתי התראה באמת שווה להקפיץ 20 אנשים ויותר.
בקיצור, אין כאן קסם או גימיק. יש רצף של ליטושים וחידודים שהופכים כלי למוצר שמביא ערך אמיתי.
כמובן שמנוע כזה דורש כוונון מתמיד. באחד המקרים, החיבור של עזרא לאחת המערכות הפסיק לעבוד. במקום שינסה שוב ושוב או ינחש תשובה, הוספנו לו כללים ברורים: מתי להפסיק לנסות, איך לעדכן את מי ששאל שאין לו כרגע יכולת לענות ולמה, ואיך להדליק נורה אדומה אצל ה-GTM engineer. בשונה מ-Claude שמנסה לנבא את התשובה שתספק אותך ועלולה לגרום להזיות מסוכנות, מערכת טובה צריכה לדעת גם להגיד "אני לא יכול".
עזרא במספרים
המדד שהכי חשוב לנו הוא לא כמה דברים עזרא יודע לעשות, אלא כמה אנשים פונים אליו בעצמם ומפיקים ממנו ערך אמיתי. הנה כמה מספרים מעניינים:
חודש ספטמבר 2026:
- 450 פניות
- 66 סיכומי שיחות לקוח
- 14 דוחות מותאמים שהוצגו לכ-13 חברות
- 120 משימות שאושרו ונכנסו ל-HubSpot
- 33 תיקונים עצמאיים שהגיעו מעובדי החברה
באילו נושאים פונים לעזרא (בממוצע):
- 25% – שאלות על המוצר
- 18% – עדכוני CRM
- 16% – שאלות על חשבונות ועסקאות
- 16% – הכנה לפגישות ודוחות ללקוחות
- 15% – ציטוטים והוכחות מתוך שיחות Gong
- 10% – כנסים ואירועים
3 תובנות שלמדנו בדרך
- פרומפט פשוט חייב להספיק. במקום לבקש מהמשתמש לנסח פרומפט מורכב, תנו למערכת לעשות את העבודה בשבילו ולשלוף את ההקשר: מי שאל, באיזה ערוץ ומהי ההיסטוריה.
- אימוץ מתרחש היכן שהאנשים נמצאים. אל תנסו להעביר את הצוות למערכת חדשה. תביאו את הכלי ל-Slack, או לכל מקום שבו אתם כבר רגילים לעבוד.
- לולאת התיקון היא המוצר. היכולת ללמוד מתיקון פשוט בשרשור היא מה שהופך את המערכת מגימיק לכלי עבודה.
עזרא התחיל מבקשה פשוטה לסכם שיחות, והיום הוא חלק מהדרך שבה כל צוות ה-GTM שלנו עובד. התיעוד, ההכנה והעדכונים קורים ברקע, והזמן של הצוות חוזר להיות מושקע בלקוחות. אם למדנו משהו אחד בדרך, זה שהכלי הכי טוב הוא זה שאנשים לא צריכים לזכור להפעיל.
KioskNews shows a cleaned-up reading view extracted from the publisher’s page — the original always lives on their site, not ours.