Product Analyst בישראל: מה התפקיד עושה, שכר, ואיך נכנסים

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

מה אנליסט מוצר עושה בפועל

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

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

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

איסוף אירועים ותכנון המדידה

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

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

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

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

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

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

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

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

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

לשורה השלישית יש מתודולוגיה שלמה משלה, ואנליסט מוצר הוא לרוב מי שמנתח את התוצאה ולא רק מריץ אותה. הרחבנו על כך במה זה A/B Test.

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

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

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

הגבול מול BI ומול דאטה סיינס

שלושת התפקידים נוגעים באותם נתונים ונבדלים בשאלה שהם עונים עליה ובלקוח שלהם.

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

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

מה נדרש כדי להיכנס

הרשימה הטכנית קצרה יחסית וברורה. SQL ברמה טובה הוא תנאי סף, ובלוח פתוחות כרגע 133 משרות שמזכירות SQL. מעליו נדרשת היכרות עם כלי ניתוח התנהגות, שליטה בגיליון אלקטרוני ברמה שמעבר לבסיסית, ויכולת לבנות תצוגה שמישהו אחר יבין בלי הסבר. פייתון נדרש בחלק מהמשרות ולא בכולן. בצד השיווקי קיימות גם משרות שמבקשות היכרות עם כלי מדידת תנועה באתר, ופתוחות כרגע 9 משרות שמזכירות Google Analytics.

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

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

טווחי שכר: הערכת שוק בלבד

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

רמה	שכר חודשי ברוטו	סוג הנתון
ג'וניור, עד שנתיים	14,000 - 19,000 ש"ח	הערכת שוק
ביניים, שנתיים עד ארבע	20,000 - 28,000 ש"ח	הערכת שוק
סניור, חמש ומעלה	28,000 - 38,000 ש"ח	הערכת שוק
מוביל תחום	38,000 - 48,000 ש"ח	הערכת שוק

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

מה פתוח עכשיו בלוח

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

שאלות נפוצות

מה ההבדל בין אנליסט מוצר לבין מנהל מוצר?

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

האם צריך פייתון לתפקיד?

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

האם המספרים בסעיף השכר לקוחים מהמשרות באתר?

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

איך בונים תיק עבודות בלי ניסיון בחברה?

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

כמה משרות ניתוח מוצר יש בישראל?

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

מה הטעות הנפוצה בראיון לתפקיד?

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

האם התפקיד מוביל לניהול מוצר?

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