למה הלקוח לא באמת רוצה דשבורד - ואיך גילוי הצורך האמיתי הופך אותך ליועץ
לקוח מגיע ואומר 'אני צריך ERP' או 'תבני לי דשבורד', ואתה מתחיל לבנות - וזאת בדיוק הנקודה שבה פרויקטים נכשלים. הסשן הזה הוא על מיומנות אחת ששווה יותר מכל כלי: לשאול חמש פעמים 'למה' עד שאתה מגלה מה הלקוח באמת צריך, לפני שכתבת שורת קוד אחת. דינה ניישטאט, אחרי עשרים שנה בהייטק וכמנהלת מוצר, פירקה כאן את כל מתודת האפיון - מגילוי הצורך ועד ניהול scope, MVP והסרת התנגדויות עובדים. זה מאמר על תפיסה, לא על טכנולוגיה.
כל מי שעובד עם לקוחות מכיר את הרגע: מישהו זורק 'אני צריך CRM כמו Salesforce', ואתה כבר רואה מול העיניים חודשים של עבודה שתסתיים בלקוח לא מרוצה. דינה ניישטאט, שבנתה מוצרים בהייטק הישראלי, האירופי והאמריקאי במשך עשרים שנה, הגיעה לאוטוטיוזדיי כדי לדבר על השלב שכולם מדלגים עליו - האפיון. ולאורך שעה וחצי בלי מצגת, מהמטבח שלה, היא הראתה למה זה בדיוק המקום שבו נקבע אם תצליחו או תיכשלו.
המסע: 7 תחנות
כל תחנה = מה קרה בסשן + הפרומפט שאורז את זה בשבילכם
מתודת האפיון המלאה - שב ולמד
דינה פתחה בשאלה הבסיסית ביותר - למה בכלל עושים אפיון? היא מנתה שלוש סיבות: התחייבות חוזית, בהירות למי שמיישם טכנית, ותיאום ציפיות עם הלקוח - שזאת בעיניה החשובה ביותר. ואז נחשף הסוד הגדול: רוב הלקוחות לא באמת קוראים את האפיונים. כל מסמך שהוא יותר משלושה עמודים - הם פשוט לא עוברים עליו. המשמעות היא שהאחריות עלינו לוודא שאנחנו יודעים מה אנחנו עושים, ושהלקוח יישאר מרוצה. הנקודה החזקה שלה: האפיון קודם כל נועד לכם - כי עד שלא ישבתם ועשיתם דיאגרמת זרימה ומערכת קטנה עובדת, לא תעלו על טעויות התכנון שאתם עצמכם יצרתם. זו מיומנות שנשארת נכונה לא משנה איזה כלי אתם בוחרים.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
חופר לעומק הצורך האמיתי של הלקוח
הלב של הסשן היה החפירה לצורך האמיתי. דינה הביאה דוגמה חיה: לקוח שרצה מערכת ERP לניהול מלאי, זרק מילים כמו 'פריוריטי' ו'ניהול מלאי' - והיא דמיינה לעצמה ערים וגבעות. כשהגיעה למקום, גילתה מחסן בערך בגודל המטבח שלה. כששאלה על תקציב, התברר שהם בכלל לא בכיוון של ERP אמיתי - זה היה buzzword שמישהו זרק להם. הכלי שלה: לשאול חמש פעמים 'למה', 'כמו לצמצם רוטב'. כשלקוח אומר 'אני צריך דשבורד', השאלה הראשונה היא 'מה אתה הולך לעשות איתו? מה אתה לא זוכה לעשות היום?'. לרוב מגלים שהוא לא צריך דשבורד בכלל - הוא צריך התראה בפוש כשמשהו קורה. וכפי שאחד ממשתתפי הסשן ניסח: התסכול הכי גדול של לקוח הוא לא לדעת מה הוא בעצם צריך.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
הגדרת קריטריוני הצלחה מדידים
'לא להתחיל בכלל לפני שאתם והלקוח מיושרים לגבי מה יהיה הצלחה' - זה היה הטיפ המרכזי. דינה נתנה דוגמה מדויקת מחברת צעצועים: זמן איתור מוצר במחסן יקטן מחמש דקות ל-30 שניות, טעויות במלאי יקטנו ב-80 אחוז, זמן הכנת הזמנה לרשתות יקטן משעתיים ל-15 דקות. אבל הנקודה החדה באמת הגיעה מהשאלה שנשאלת בראיונות למנהלי מוצר בגוגל ובפייסבוק: 'איך אתם יודעים שהצלחתם?'. ואיך בדיוק תמדדו את זמן האיתור - עם סטופר? התשובה שלה: על פי דיווח עצמי. גם אם זה לא מדויק, זה מספיק טוב - כי אם בתחושה של המשתמשים הזמן לא קטן, הם יגידו שהפרויקט נכשל, לא משנה מה הנתונים מראים.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
פירוק פרויקט לצ'אנקים קטנים ו-MVP
כשפרויקט נראה גדול ומפלצתי, הכלל של דינה חד: אל תעשו אותו גדול. עשו מוצרים קטנים ודליברים קטנים - baby steps. במקום להחליף לחברה את כל שמונה סוגי האקסלים בבת אחת ולזרוק 50 עובדים על מערכת חדשה, נותנים חתיכה קטנטונת שמייצרת ערך אמיתי. נתנאל הוסיף את השיטה שלו לבניית CRM: שלב ראשון זה הבייס עם custom fields, אחר כך לידים, אחר כך טלפוניה - כל פעם משהו אחד נוסף, ובהתחלה עושים הכל ידני כדי שהלקוח ידע לתקן אם משהו לא עובד. המספר שדינה זרקה: אם ההערכות שלכם חורגות ביותר מ-20 אחוז - זה סימן שאתם צריכים לשבור את הפרויקט ליותר צ'אנקים קטנים ולהתחייב כל פעם למשהו קטן יותר.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
ניהול scope - גזירת ה'נחמד שיהיה'
ניהול scope היה אחד הרגעים הכי מעשיים. איך שומרים על גבולות הגזרה? על כל בקשה, כל רעיון שעולה - שואלים 'האם אני חייב את זה כדי להצליח?'. דינה הודתה: 'אני נורא נהנית שהכל מושלם ויש לי אינסוף רעיונות לייעל' - אבל לא יוצאים מזה. הטכניקה שלה: כותבים את כל הרעיונות באפיון, ואז עושים קריאה שנייה ושלישית לראות מה אפשר להעיף. כלל הברזל: כל דבר שהלקוח מדבר עליו כל הזמן - גם אם זה גרף בצבע אדום שלוקח חמש דקות - נשאר בפנים, כי לו זה חשוב. וכל דבר שהוא לא ביקש במפורש והוא רק 'נחמד שיהיה' - נגזר. היוצא מהכלל היחיד: משהו שלוקח רבע שעה והלקוח מתלהב ממנו בטירוף.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
ניהול שינוי והסרת התנגדויות עובדים
כשמטמיעים מערכת חדשה, ההתנגדות מגיעה מהעובדים - וזה נקרא Change Management. דינה סיפרה על אישה שישבה במשלט של חברה שקנתה מערכת ב-2 מיליון יורו שאמורה להזיז משימות אוטומטית - וכל בוקר היא הייתה 'תוקעת' את כל המשימות על הגאנט ואומרת 'אל תזוז לי'. היא הרגה את כל הפרויקט. סיפור שני מנמל אשדוד: בחורות שיושבות מול מערכת ורושמות על פתק, כי המנהלת אמרה שהן 'עצלניות'. עשר דקות ישיבה עם אחת מהן חשפו שהטאב לא עובד, השדות קטנים מדי והדרופדאון מציג אופציות לא רלוונטיות. הדרך: לערב אנשי מפתח מהשטח בתהליך, לתת להם להרגיש שהם מרוויחים משהו, ולהבין שכשעובדים מתנגדים - זה כי הם פוחדים להיות ניתנים לתחליף. הפחד הגדול שאף אחד לא מדבר עליו.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
בחירת מערכת/ספק עבור הלקוח
התחנה האחרונה עסקה בבחירת מערכת עבור הלקוח - ודינה הביאה מקרה אמיתי מהפרויקט האחרון שלה: לקוח שרצה ERP, ותחום שהיא לא הכירה. היא אפילו שילמה כסף ליועצת חיצונית 'בלתי תלויה' - וגילתה שהיועצת לא מכירה מערכות שהיא כבר חקרה בעצמה באינטרנט. המסקנה: במערכות גדולות כאלה אין בן אדם שמכיר את כל השוק. אז היא עברה לתהליך בחירה אחר - לא לפי הבנה טכנית עמוקה של כל מערכת, אלא לפי התאמה: הלקוח מתאים לחברות עם דוקומנטציה פתוחה, גישה אישית וחברות קטנות. היא מצאה כמה מערכות שעונות על 80 אחוז מהצורך - ועל ה-20 שנותרו, או שנפרדים מהדרישה או שעושים משהו custom. הנקודה שחזרה: מגדירים את הצורך קודם, ורק אז בוחרים את הכלי מבין רבים - בדיוק כמו שלא קונים דירה ממישהו שאומר 'זה הדירות שיש לי והכי טובות'.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
🎯 מה עושים עם זה עכשיו?
קראת איך זה נעשה. עכשיו קחו את הכלים ותעשו את זה בעצמכם - כל הפרומפטים של הסשן, מוכנים להריץ על העסק שלכם. פלוס ההקלטה המלאה והתמלול.
הצטרפו לאוטוטיוזדיי+· 49 ש״ח בחודשעוד לא בשלים? בואו ללייב הבא בחינם ←רוצים לעבוד על התמלול הנקי?
העתיקו אותו ותעבדו איתו איך שנוח לכם.
🔒 התמלול המלא שמור לחברי אוטוטיוזדיי+. עם המנוי אתם מעתיקים אותו בקליק ועובדים איתו איך שנוח לכם.
לפתוח את התמלול · 49 ש״ח בחודששאלות ששאלתם (וה-AI ישאל גם)
האם אני צריך לגבות תשלום על שלב האפיון?
דינה אומרת שזה תלוי בלקוח, איך הוא הגיע ומה הפוטנציאל. לפעמים היא באה לפגישה ראשונה בחינם ועושה רושם בשעה, ואת האפיון עצמו עושה בתשלום. לקוח שמגיע עם גישה בעייתית - היא מתמחרת לו פגישה בעלות פי שתיים, פשוט כדי לא להתעסק. העיקרון: עצם עשיית האפיון היא כבר נתינת ערך ללקוח, כי תוך כדי השיחה הוא מגיע לתובנות בעצמו.
למה חשוב לבקר פיזית אצל הלקוח ולא להסתפק בזום?
כי כשיושבים ומסתכלים על העבודה היומיומית של אנשים מגלים עולמות שלמים. דינה טסה עד ליפציג רק כדי לשבת במשלט ולראות איך עובדים בפועל. בביקור אצל חברת המחסן היא גילתה שאין להם שום מעקב על החלקים לייצור - שאלה שאפשר היה לשאול רק כשהגיעה למקום. לפעמים הפתרון הוא בכלל להזיז עמדה מפה לפה, לא לבנות מערכת חדשה.
מה עושים כשההערכות שלי חורגות כל הזמן והפרויקט 'נמרח'?
דינה מביאה כלל מהעבר: אם אתם חורגים מההערכה ביותר מ-20 אחוז לכל כיוון - זה סימן שהפרויקט צריך להישבר ליותר צ'אנקים קטנים, ולהתחייב כל פעם למשהו קטן יותר. במערכות גדולות סטייל ERP כמות ה-unknown ענקית, וגם לקוח שחושב שהוא יודע מה הוא רוצה - יגלה בעוד כמה חודשים שאין לו מושג.
איך מגדירים MVP נכון?
המינימום שאתה צריך לתת כדי להשיג את המטרה שבשבילה באת. דינה השתמשה בדימוי המכונית: שלושה גלגלים לא מספיק כי היא לא תיסע, אבל אולי ארבעה מספיקים ואין צורך בחמישה. הטכניקה: מכניסים את כל הרעיונות של הלקוח, הצוות והעובדים, ואז גוזרים חזרה למה שבאמת חיוני להשגת המטרה.
כדאי להשתמש ב-AI לכתיבת אפיונים?
דינה אמרה שיש מונחים שאפשר לתת לכלי כמו קלוד או ChatGPT - למשל 'product specification' לקהל של הנהלה, או 'technical specification' למי שמיישם - והם עושים עבודה נהדרת בהובלה דרך השלבים. אבל הטיפ הגדול שלה: אל תיכנסו לזה יותר מדי, זה rabbit hole. שימו טיימר, ואם אתם מתקנים כל פסקה - עזבו וכתבו לבד.
💬 הדיון על הסשן
שאלות, תובנות, מה יישמנו - השרשור של הקהילה.
עוד אין תגובות - תהיו הראשונים לפתוח את הדיון 👇