לוגו זינוק AI זינוק AI
→ חזרה ← חזרה לאתר Grok Bot Galaxy · יום 2

GROK BOT GALAXY · יום 2

יסודות עבודה עם Grok Bot (יום 2)

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

מיועד ל: בעלי עסקים שרוצים להכניס בוטים לתהליכי מכירה, פולואפ ותמיכה בלי לאבד שליטה מול הלקוח
מטרה: כללים פשוטים לבוטים שנוגעים בהכנסות ובאמון — אחרי שכבר הבנתם מיום 1 מה זה תפקיד, scope, ואישור אנושי
מבוסס על: תובנות יום 2 של Grok Bot Galaxy (16 בספטמבר 2026)

שידור יום 2: X Broadcast · לוח סשנים: x.ai/galaxy

מה השתנה מיום 1 ליום 2

ביום 1 למדנו: בוט = תפקיד, לא שיחה.

ביום 2 המסר מתחדד: בוט במכירות ובתמיכה לא «מדבר עם לקוחות בשבילכם» — הוא מכין את העבודה עד נקודת האישור.

לחקור חשבון ← לנסח טיוטה ← לשגרה לילית ← לאשר את מה שהלקוח יראה

מי שמדלג ישר ל«שלח בשמי» — מסכן אמון.
מי שנשאר רק ב«תענה לי על שאלות מכירה» — לא חוסך זמן אמיתי.

עשרת החוקים של יום 2 (מכירות ותמיכה)

חברו את הכלים לפני שאתם «מגייסים» עוד בוט

בוט מכירות בלי גישה ליומן, למייל, ל-CRM או לרשימת לידים — עובד על אוויר.

ביום 2 הוצגו חיבורים לכלי GTM (למשל Salesforce, HubSpot, Gong ועוד) ותבניות מכירה מוכנות ב־Marketplace.
לעסק קטן בזינוק זה אומר: התחילו במה שכבר יש לכם — יומן פגישות, מייל, רשימת לידים, הקלטות/סיכומי שיחה, ווטסאפ אם רלוונטי.

חוק מעשי: לפני בוט שני — ודאו שהבוט הראשון יודע מאיפה הוא לוקח מידע ולאן הוא מחזיר טיוטה.

נוסחת המכירות: חיבור כלים + תפקיד אחד + שגרה

בסשן המכירות עלה דפוס ברור בשלושה שלבים:

  1. Connect — חברו את המערכות שהבוט באמת צריך
  2. Hire one Bot with one job — בוט אחד = משימה אחת חוזרת
  3. Put busy work on a routine — עבודה שוחקת עוברת לשגרה (לילה/בוקר), לא לצ׳אט ידני
חלש: «תהיה נציג מכירות שלי.»
חזק: «כל לילה תחקור עד 10 לידים חדשים, תדרג התאמה, ותכין טיוטות פולואפ לאישור עד 08:00. בלי לשלוח.»

צוות מומחים קטן עדיף על בוט־על אחד

בסשן Sales Engineering הוצגו בוטים נפרדים לתפקידים שונים (למשל: איסוף מקרי לקוח, מחקר תחרותי, תשובות טכניות מתוך קוד/מוצר).
בסשן Sales — צוות מומחים (הכנה לבוקר, מחקר חשבונות, עדכון דק אחרי שיחה, בריאות לקוח) במקום «צ׳אט אחד שמנהל הכול».

לעסק קטן מספיקים בהתחלה 2–3 תפקידים:

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

SDR / פולואפ = צינור, לא השראה

בסשן SDRs הוצג מבנה עבודה בארבעה שלבים:

  1. Prospecting — מי נכנס לרשימה
  2. Sequencing — סדר נגיעות (מתי פולואפ ראשון/שני)
  3. Account research — למה עכשיו, מה הרלוונטי
  4. Drafting copy — טיוטה בקול שלכם

הקול שלכם מגיע מדוגמאות אמיתיות (מיילים/הודעות שכתבתם), לא מ«תכתוב בצורה מקצועית וחמה».
הבוט ממלא את הצינור. אתם מאשרים את מה שיוצא החוצה.

תמיכה: בוט מכין תשובה — אתם שולחים

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

מותר אוטומטית (אחרי בדיקה)

  • סיווג פנייה
  • סיכום היסטוריה
  • ציטוט מתוך מאמרי עזרה מאושרים
  • טיוטת תשובה פנימית

תמיד מאחורי אישור אנושי

  • תשובה שהלקוח יראה
  • החזר כספי / זיכוי / הנחה
  • שינוי חשבון / ביטול
  • תלונה רגישה או משפטית

חוק זהב: אם הבוט לא בטוח — הוא מתריע ומסלים, לא ממציא ביטחון.

הבוט עובד בכלים האמיתיים — גם בלי «פלאגין מושלם»

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

זה אומר: אל תחכו לאינטגרציה מושלמת כדי להתחיל.
התחילו במשימת הכנה אחת (מחקר + טיוטה), ואז חברו כלים בהדרגה.

בוטים מדברים ביניהם — אתם לא אמורים להיות הנתב

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

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

הוסיפו בוט רק כשהוא סוגר לולאה מקצה לקצה

אל תוסיפו בוט כי «נשמע מגניב».
הוסיפו בוט כשהוא מקצר שרשרת שלמה:

  • מליד חדש → טיוטת פולואפ מוכנה
  • משיחה שהסתיימה → סיכום + הצעד הבא
  • מפניית תמיכה → טיוטה עם מקור עזרה

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

מדידה במכירות ובתמיכה: איכות טיוטה, לא רק מהירות

מדדו שלושה דברים פשוטים לשבועיים:

  1. כמה דקות חסכתם בהכנה לשיחה / פולואפ / מענה
  2. כמה טיוטות אושרו עם עריכה קלה (מול כמה נזרקו)
  3. כמה פעמים הבוט ניסה לדחוף פעולה שאסור לו (שליחה, מחיר, החזר)

אם (2) נמוך — שפרו דוגמאות קול ו־scope.
אם (3) גבוה — חזקו את גבולות האישור, לא את «החכמה» של הבוט.

התחילו בתהליך הכנסה אחד לשבועיים

בחרו אחד מהבאים (לא את כולם):

  • הכנה לשיחת היכרות (סיכום ליד + 5 שאלות חסם)
  • פולואפ אחרי הצעה / אחרי שיחה שלא נסגרה
  • טריאז׳ וטיוטת מענה לפניות חוזרות

רק אחרי יציבות — מוסיפים תפקיד שני (למשל חוקר לידים לילה, או מעקב אחרי פגישות cal.com).

תבנית להגדרת בוט מכירות / תמיכה

להעתקה ולהשלמה:

שם
 
תפקיד (משפט אחד)
 
מקורות מידע (CRM / יומן / מייל / מאמרי עזרה / הקלטות)
 
מה הוא מייצר (רשימת סקירה / טיוטה / סיכום שיחה)
 
מתי הוא חייב לעצור ולבקש אישור
שליחה, מחיר, הנחה, החזר, פרסום
מה אסור לו להבטיח
 
איך נראית הצלחה (הוכחה)
קישור לטיוטה + מקורות / ציטוט מאמר עזרה
מה מחוץ לתפקיד שלו
 

דוגמת משימה ראשונה — פולואפ אחרי שיחת היכרות

אחרי כל שיחת היכרות: קרא את הסיכום/ההקלטה ואת מה שהלקוח כתב מראש.

הכן טיוטת פולואפ קצרה בקול של זינוק (חם, ברור, בלי הבטחות מחיר).

כלול: מה שמענו, הצעד הבא המוצע, וקישור לקביעת המשך אם רלוונטי.

אל תשלח. החזר טיוטה לאישור עד סוף היום.

אחרי שהטיוטות יציבות — הפכו את זה לשגרה אוטומטית אחרי כל פגישה.

דוגמת משימה ראשונה — תמיכה / שאלות לקוחות

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

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

אם חסר מידע או הביטחון נמוך — סמן «דורש אדם» והסבר למה.

טעויות נפוצות ביום 2

  1. לתת לבוט לשלוח ללקוחות בלי אישור
  2. בוט־על אחד שמנסה «לנהל את כל המשפך»
  3. להתחיל בלי חיבור לכלים / בלי רשימת לידים אמיתית
  4. למדוד רק מהירות מענה — ולהתעלם מכמה טיוטות נזרקות
  5. לתת לבוט להמציא מחירים, הנחות או מדיניות תמיכה
  6. להעתיק תבנית ארגונית גדולה (עשרה בוטים) לעסק של אדם אחד ביום הראשון
  7. לבלבל בין «הדגמה מרשימה בשידור» לבין תהליך שעובד אצלכם עם הנתונים שלכם

לזכור בפגישה

ביום 2 למדנו: בוט במכירות ובתמיכה מאיץ הכנה ופולואפ.
האמון מול הלקוח נשאר אצלכם — בכל שליחה, בכל מחיר, ובכל החזר.

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