הבעיה אף פעם לא טכנולוגית: איך לבחור מערכת שהלקוח באמת ישתמש בה
אפשר להשקיע עשרות אלפי שקלים במערכת מושלמת, ותוך שלושה חודשים הלקוח יגיד לך שהוא לא נוגע בה. גיל חיים, מנכ"ל ישראל CRM, פרש בערב הזה שיטה שלמה לבחירת מערכת - וכולה יושבת על משפט אחד: הבעיה אף פעם לא טכנולוגית, היא תמיד ארגונית. מי שלומד לאבחן את התהליך לפני שהוא בוחר כלי, מפסיק לבזבז כסף על ארמונות מזהב שאף אחד לא גר בהם. זה בדיוק מה שקורה כשעוצרים לשאול את השאלה הנכונה במקום למהר לתשובה.
הערת הכתבת: הסשן הזה נוגע בהמון מערכות ספציפיות - Monday, Salesforce, Airtable, Zoho ואחרות - ובתמחורים שמאז זזו. כל הכלים האלה עדיין כאן ועובדים, אבל התחום התקדם והמחירים והפיצ'רים השתנו. המיומנות הנצחית שגיל מלמד לא זזה בכלל: קודם מאפיינים את המטרה הארגונית, מבינים אם התהליך אופקי או רוחבי, ורק אז בוחרים כלי לפי התוצאה. אל תיצמדו לשם של מערכת - היצמדו לשאלה שהיא אמורה לפתור.
כל מי שעובד עם עסקים מכיר את הרגע: הלקוח מגיע ואומר "אני רוצה את Monday" או "תבנה לי אוטומציה על הלידים", ואתה כבר רץ לפתרון. גיל חיים, עם שני עשורים של בחירה והטמעת מערכות ובעלים של קבוצת פייסבוק עם קרוב לארבעת אלפים חברים, עלה לערב הזה כדי לעצור אותנו רגע לפני. הוא הביא מצגת, סיפורים אמיתיים מהשטח, ותרשים זרימה של עמותה שהוא בנה לייב מול המסך. מה שהתפתח שם היה הרבה יותר מהרצאה - זה היה דיון חי על איפה אנחנו כאנשי אוטומציה מפספסים את הצעד הנכון.
המסע: 6 תחנות
כל תחנה = מה קרה בסשן + הפרומפט שאורז את זה בשבילכם
מדריך מלא: איך בוחרים CRM נכון
גיל פתח עם עיקרון שחזר עליו כל הערב: כשבוחרים מערכת CRM, הבעיה היא אף פעם לא טכנולוגית - היא תמיד ארגונית. הוא הביא דוגמה חדה: לקוח מתלונן שלא מבצעים משימות בזמן, ואיש האוטומציה מיד רץ לבנות התראות וזיקוקים במערכת. עברו שבועיים, והעובד עדיין לא ביצע - כי הוא בכלל הפסיק לפתוח את המיילים וההודעות. הבעיה הייתה בשיטת העבודה, לא בכלי. גיל תיאר את זה במשל של המורה ששואלת כמה זה חמש כפול חמש, והתלמיד עונה מהר עשרים - תשובה מהירה ולא נכונה, בדיוק כמו הפתרון הטכנולוגי המהיר שאנחנו נותנים. עוד לפני שבוחרים מערכת, הוא אמר, צריך לשאול: האם זה קשור לעמלה שאני מקבל? רק לצרכים של הלקוח? האם הפתרון בכלל טכנולוגי או שהבעיה ארגונית? כאן גם התפתח דיון סוער עם דליה על מקומם של אנשי האוטומציה בתהליך האפיון - ויכוח שהראה כמה הנושא הזה חי.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
אבחון: האם התהליך שלי אופקי או רוחבי
הנקודה שגיל הגדיר כמרכזית בתרשים הזרימה: האם התהליך שלך אופקי או רוחבי. תהליך אופקי מתקדם עם הזמן - מקור הגעה, ניהול ליד, סגירת עסקה, שלב אחרי שלב. אבל הרבה פעמים הלקוח כבר שלנו, ופתאום הוא רוצה עוד מוצר, שירות, קובץ - וזה כבר תהליך רוחבי שנוגע במחלקות מכירות, שירות וכספים בו-זמנית. כאן הוא נתן את הדוגמה של Monday: מערכת מצוינת לניהול משימות, עם ממשק טוב ומחיר אטרקטיבי, אבל היא בנויה לתהליך אופקי. וכשלקוח צריך תמונה הוליסטית של הלקוח שלו - היא לא נותנת. גיל תיאר בדיוק את התרחיש: אתה בוחר מערכת בידיעה שבתוך שלושה-ארבעה חודשים הלקוח ירים דגל ויגיד "עשית עבודה מצוינת אבל אני לא עובד עם המערכת". ואז אבד לך לא רק הפרויקט - אבד האמון. האבחון הזה, אופקי מול רוחבי, הוא מה שמונע את הנפילה.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
בניית תרשים זרימה ארגוני לבחירת מערכת
כאן גיל עבר לתרשים זרימה מלא, ובחר דוגמה של עמותה - שהיא לדבריו תמיד רוחבית, אף פעם לא אופקית, לא משנה מה הם אומרים לך. הוא הכיר לנו מונח מרכזי: SSOT, Single Source of Truth - איפה יושב המידע האמיתי של הלקוח. בעמותה יש תורמים, מתנדבים ותוכניות, וכל אחד עם דרישות שונות. הלקוח יגיע ויבקש רק אוטומציה לגיוס תרומות, אבל אחרי חודשיים הוא ירצה לנהל מתנדבים, ואם המערכת לא בנויה לחבר את הנקודות - הוא ילך לחפש במקום אחר. גיל הביא סיפור אמיתי על עמותה גדולה שביקשה 150 מתנדבים במערכת, קיבלה עשרה רישיונות חינם, ונתקעה כשהתברר שכל משתמש נוסף עולה עוד ועוד. העיקרון היה ברור: תרשים הזרימה חייב להתייחס לכלל המחלקות ולחבר ביניהן, גם אם הלקוח ביקש רק פינה אחת. אחרת בוחרים מערכת שלא עונה על הצרכים האמיתיים.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
השוואה ובחירה בין 2-3 מערכות מועמדות
כשנשאל איך בכלל יודעים איזו מערכת מתאימה, גיל הביא עיקרון מכירתי חזק: פעם היה "היזהר הקונה", היום זה "היזהר המוכר". הלקוח כבר לא מגיע לשאול שאלה - הוא מגיע לבדוק אם אתה יודע לתת לו את התוצאה הטובה ביותר, ואם לא, הוא ימצא במקום אחר תוך שנייה. ההמלצה שלו: בחרו מערכת רק מהמלצות של משתמשים אמיתיים, לא של קולגות. תשאלו את מי שעובד על המערכת איך הוא הרגיש. עוד עיקרון שהוא הדגיש - אל תיצמדו לכלי אחד. הוא סיפר איך בעצמו לקח שנים עד שלמד לבנות במקביל בשתי-שלוש מערכות, כדי שאם הלקוח מרגיש שמערכת אחת לא מתאימה, אפשר לעבור. ואז הגיע הרגע החזק של הערב: הדגמה לייב על עמותה, שבה גיל פירק את המבנה של Monday - Workspace, Board, Group - והראה בדיוק למה הדשבורד לא יודע להגיד למנכ"ל כמה בן אדם ספציפי תרם וגם באיזו מחלקה הוא פעיל. חשיבה ניהולית, לא רק טכנית.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
סדרי עדיפויות ותמחור נכון של הפרויקט
סדרי עדיפויות ותמחור - כאן גיל היה הכי בוטה. הלקוח תמיד רוצה את המערכת אתמול, ותמיד חושב שזה ייקח חמש שעות. בפועל זה אף פעם לא נגמר בחמש. הוא סיפר על חברה ביטחונית שפנתה אליו, מחלקה של חמישה אנשים, והוא במכוון בחר להם להתחיל עם Monday - בידיעה שיחליף להם מערכת בעוד חודשיים-שלושה - כי הסדר עדיפויות שלהם ברגע הזה היה לא לפספס מידע, לא לבנות את המערכת המושלמת. עיקרון האופטימיזציה חזר שוב ושוב: אף פעם לא מתכננים משהו מושלם מההתחלה. הוא הביא את הסיפור על פיצה האט שהשקיעה מיליון שקל בסקר ופשטה רגל כי שכחה לשאול את השאלה הפשוטה - האם ישראלים אוהבים פיצה עבה. ואת האסטרטגיה הצבאית: אל תשאל כמה טילים יש, שאל כמה משגרים. תמיד לזהות את הנקודה הכואבת האמיתית. לגבי תמחור, גיל טען שהעולם השעתי הולך ונעלם - היום איש אוטומציה זמין בוואטסאפ בעשר בלילה, והמודל הנכון הוא ריטיינר חודשי שמכסה תחזוקה ושירות שוטף.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
מתי AI ובוטים — ומתי לא
לקראת הסוף עלתה השאלה החמה: מתי AI ובוטים, ומתי לא. גיל הביא נתון מרתק ממחקר של זנדסק: 94 אחוז ממנהלי המכירות והשיווק העדיפו ליצור קשר ישיר עם הלקוח אחרי סינון של AI - ולא שה-AI ימכור במקומם. הסיבה, לדבריו, שבוט שמוכר מוכר משמעותית פחות מבן אדם, כי האמון שלנו בבוט עדיין לא קיים. וגם בשירות - אנשים לא רוצים לדבר עם בוט. אז המגמה התהפכה: משתמשים ב-AI לטיוב נתונים ולסינון עד השלב שבו צריך להרים טלפון, ולא כדי למכור. גיל גם הזכיר שוב את משל החמש כפול חמש - ה-AI עונה מהר, אבל התשובה ברוב המקרים לא נכונה. הוא הדגיש שגם היום AI לא יודע לבנות תרשים זרימה ולהטמיע מערכת, כי מטמיע אנושי יודע לזהות שלעובד לא נוח לפתוח את הטלפון וללחוץ send. הפתרון היפה שהוא הראה: במקום להכריח עובדי שטח להיכנס לאפליקציה, שולחים להם וואטסאפ פשוט או טופס, והאוטומציה מאחורי הקלעים מזינה את הכל למערכת. AI כן, במקום הנכון - לא איפה שהוא פוגע.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
🎯 מה עושים עם זה עכשיו?
קראת איך זה נעשה. עכשיו קחו את הכלים ותעשו את זה בעצמכם - כל הפרומפטים של הסשן, מוכנים להריץ על העסק שלכם. פלוס ההקלטה המלאה והתמלול.
הצטרפו לאוטוטיוזדיי+· 49 ש״ח בחודשעוד לא בשלים? בואו ללייב הבא בחינם ←רוצים לעבוד על התמלול הנקי?
העתיקו אותו ותעבדו איתו איך שנוח לכם.
🔒 התמלול המלא שמור לחברי אוטוטיוזדיי+. עם המנוי אתם מעתיקים אותו בקליק ועובדים איתו איך שנוח לכם.
לפתוח את התמלול · 49 ש״ח בחודששאלות ששאלתם (וה-AI ישאל גם)
מה ההבדל בין תהליך אופקי לתהליך רוחבי, ולמה זה משנה בבחירת מערכת?
תהליך אופקי מתקדם בשלבים לאורך זמן - ליד, הצעת מחיר, סגירת עסקה. תהליך רוחבי חוצה כמה מחלקות בו-זמנית - לקוח שכבר שלך ורוצה גם שירות, גם מוצר נוסף, גם מענה כספי. מערכות לניהול משימות בנויות לתהליך אופקי, אבל אם הלקוח צריך תמונה הוליסטית של כל הלקוח שלו - הן לא יתנו את זה, ובתוך חודשים ספורים הוא יפסיק לעבוד איתן.
למה גיל אומר שהבעיה אף פעם לא טכנולוגית?
כי ברוב המקרים הלקוח מתלונן על משהו טכנולוגי - קבצים שלא נשמרים, משימות שלא בוצעו - אבל השורש הוא ארגוני: העובדים לא מתעדים, לא פותחים התראות, לא עובדים לפי נוהל. אם המערכת לא תומכת בנוהל הארגוני, לא משנה איזו מערכת תבחר - הלקוח פשוט לא יעבוד עליה. הפתרון הטכנולוגי חשוב, אבל הוא בא לענות על צורך ארגוני.
מה זה SSOT ולמה חשוב להגדיר אותו?
SSOT הוא Single Source of Truth - המקום שבו יושב המידע האמיתי של הלקוח. בלי מאגר מרכזי אחד, המידע מתפזר בין קובצי אקסל, דרייבים ומערכות שונות, והמנכ"ל לא מצליח לקבל תמונה מלאה. גיל טוען שאם אתה לא יכול ליצור ללקוח SSOT, אתה לא צריך לבנות לו את המערכת - כי היא לא תשרת אותו.
מתי כדאי לשלב AI ובוטים בתהליך המכירה, ומתי לא?
לפי המחקר שגיל הביא, רוב מנהלי המכירות מעדיפים שה-AI יסנן ויטייב נתונים עד השלב שבו צריך להרים טלפון - ולא שהבוט ימכור. בוט שמוכר מוכר פחות מבן אדם, כי האמון עדיין לא שם. אז AI מצוין לסינון, לטיוב תוכן ולפיתוח, אבל את המכירה עצמה עדיף להשאיר לבן אדם.
האם נכון להתחיל עם מערכת פשוטה וזולה לפני שבוחרים את המערכת ה"אמיתית"?
לפי גיל, כן - במקרים מסוימים. הוא סיפר על חברה שהתחיל אותה במכוון על מערכת פשוטה, בידיעה שיחליף בעוד חודשיים-שלושה, כי סדר העדיפויות המיידי היה סדר, ארגון ולא לפספס מידע. חודש-חודשיים ראשונים אין למנכ"ל צורך בדוחות מלאים - קודם יוצרים בסיס, ואז בונים את המערכת המושלמת.
💬 הדיון על הסשן
שאלות, תובנות, מה יישמנו - השרשור של הקהילה.
עוד אין תגובות - תהיו הראשונים לפתוח את הדיון 👇