ברוכים הבאים לאתגר ניהול המוצר של מבצע שאגת הארי, כל יום אני אפרסם אתגר אחר ומי שרוצה מוזמן לפתור אותו.
האתגרים לא יהיו שונים מהותית מתרגילי בית שנתתי למועמדים כחלק מתהליך ראיונות עבודה.
המטרה היא גם להעביר את הזמן בתקופה הלא קלה הזו וגם לחדד את הכישורים שלנו.
האתגרים יהיו ברמות שונות של קושי ויגעו בהרבה מיומנויות שונות.
הכללים:
-רושמים את התשובות בתוך מסמך google doc, במסמך אחד מתגלגל.
-מפרסמים את הקישור למסמך התשובות שלכם בתגובה עם קישור פתוח ל-commenter. מי שלא מוכן להציג את התגובות שלו ולקבל פידבק לא מוכן להיות מנהל מוצר.
-אין בעיה להשתמש בכלי AI (ואפילו מומלץ! ציינו בקובץ באיזה כלי השתמשתם), אבל אם יש משהו במסמך התשובות שאתם לא סגורים עליו 100% או לא יודעים להצדיק – אתם לא מוכנים להשתמש בכלי AI.
המלצות:
-תענו על השאלות בכתב. נורא קל לקרוא שאלה ולחשוב "כן, אני אעשה את זה ככה וככה. קל". אבל עבודת ניהול מוצר טובה היא לעיתים קרובות תשומת לב לפרטים ויכולת לתקשר רעיונות מורכבים בצורה מדויקת בכתב.
-ענו על האתגרים לפי הסדר כדי שתוכלו להמשיך אם תפסיקו באמצע משום מה.
-רשמו בתוך הקובץ המסמך רושמים כמה זמן לקח לכם לבצע כל אתגר. רק ככה משתפרים.
האתגרים:
אתגר 01 – איפיון API טכני
רקע: אתם מנהלי מוצר שמפתחים את התוכנה שבאמצעותה מנהלים את ההפצצות של חיל האויר באירן.
אתם מאפיינים את ה-API שמעביר לחיל האויר האמריקאי מטרות להפצצה.
בכל קריאה לממשק מועברת מטרה אחת ומתקבלת תגובה המציינת האם הם מתכוונים לתקוף את המטרה או לא והערכה מתי יתקפו.
רשמו איפיון טכני של הממשק הכולל את מבנה הנתונים שנשלח לחיל האויר האמריקאי ואת התגובה.
רשמו ליד כל שדה שנשלח או חוזר את הסיבה שהשדה כלול.
הערכת זמן: 60-90 דקות
רענון לגבי איפיון טכני של API אפשר לקרוא פה.
אתגר 02 – הגדרת מדדי הצלחה
הפעם אתגר של הגדרת מדדי הצלחה (KPIs), זו שאלה לא קלה ויש לה כמה חלקים. מעריך שיקח לפחות שעה וחצי.
סיפור הרקע: אתם מנהלי מוצר במערכת הזיהוי ויירוט של טילים שמשוגרים מאירן.
בגרסה החדשה שהוצאתם יש שני פיצ'רים חדשים. הראשון אמור לזהות שיגור טילים מאירן לישראל מוקדם יותר והשני משפר את רמת הדיוק של פגיעת המיירטים בטילים שמתקרבים.
1. עבור פיצ'ר זיהוי השיגורים : כיצד תבדקו האם הפיצ'ר משיג את מטרתו ובאיזו רמה של יעילות? ציינו את ה-KPI המדויק (לא לשכוח לציין באיזה יחידות זמן אתם דוגמים)
2. עבור פיצ'ר שיפור הדיוק ביירוטים: כיצד תבדקו האם הפיצ'ר משיג את מטרתו ובאיזו רמה של יעילות? ציינו את ה-KPI המדויק (לא לשכוח לציין באיזה יחידות זמן אתם דוגמים).
3. את הרמטכ"ל לא מעניין לשמוע על פיצרים, הוא רוצה לקבל מדד אחד שמראה לו מה הערך שהגרסה החדשה נתנה. מה המדד שאתם מציגים לו ומתי (מוקדם ככל האפשר) תוכלו לדווח לו מה השיפור שהגרסה החדשה עשתה? (השתמשו ב-North star Framework והגדירו לפחות 3 מדדי משנה)
4. כמובן שבגלל המצב לא ניתן לבצע A/B testing. האם אתם יכולים לחשוב על דרך אחרת למדוד מה הערך של הגרסה החדשה מהר ככל האפשר?
אתגר 03 – רעיונאות (Ideation)
רקע: מחמוד (זה לא השם האמיתי שלו) הוא סוכן מוסד בטהרן. יש לו אפליקציה ייעודית שבאמצעותה הוא יכול לעדכן את מפעיליו והוא צריך לעדכן אותם כל יום בסביבות שמונה בערב.
אבל מחמוד שלנו עסוק מאוד (מסיבות מובנות) ושוכח לעדכן מה קורה איתו.
1. רשמו רשימה של לפחות 20 רעיונות שונים כיצד לתזכר את מחמוד באמצעות האפליקציה שהגיע הזמן לעדכן את החבר'ה בבית.
2. דרגו את כל הרעיונות שלכם מבחינת כמה קל יהיה למחמוד להתעלם מהתזכורת – בין 1 (קל להתעלם) ועד 10 (קשה להתעלם)
3. דרגו את כל הרעיונות מבחינת קלות ליישום – 1 (קשה מאוד ליישום) ועד 10 (קל מאוד ליישום) (אם אין לכם ידע טכני, אתם יכולים לתת ל-chatGPT את הרשימה ולבקש ממנו לתת את הערכה).
4. שימו את כל הרעיונות על גרף. ציר ה-x הוא יעילות התזכורת וציר ה-y הוא הקושי ליישום.
5. בונוס: כמובן שכל התזכורות חייבות להיראות כמו משהו שלא יעורר חשד אם מישהו אחר יראה את הטלפון של מחמוד. כיצד תוודאו שאחרים לא יגלו את התזכורות?
אתגר 04 – ניתוח ביקורי אתר
רקע: מחמוד שלנו הוא יזם בנשמה. חבר טוב שלו נתקע עם מלאי של ביפרים ישנים משני סוגים ומחמוד מזהה הזדמנות עסקית! הוא מיד החליט לפתוח אתר למכירת ביפרים.
אך אבוי, העסקים לא פורחים. מנהלי מוצר, האם תוכלו לסייע למחמוד להבין מה הוא עושה לא בסדר?
לאתר של מחמוד יש רק כמה עמודים, והנה הסטטיסטיקה של כמה כניסות ייחודיות כל עמוד קיבל בשבוע הראשון:
עמוד ראשי – 10,000
עמוד מוצר ביפר סוג א – 8,290
עמוד מוצר ביפר סוג ב – 240
עמוד עגלת קניות – 7,940
עמוד הרשמה כלקוח – 25
עמוד הכנסת פרטי תשלום – 1,130
עמוד "תשלום בוצע בהצלחה" – 1,122
1. האם תוכלו לנחש ניחוש מושכל מה הבעיה שמונעת ממחמוד למכור עוד ביפרים?
2. איזו המלצות נוספות או נושאים שיש לחקור תוכלו לתת למחמוד?
אתגר 05 – תכנון מראש ובדיקה בדיעבד
תשמעו, החברה של מחמוד (שהוא בכלל לא סוכן זר!) למכירת ביפרים היא הצלחה מסחררת!
מחמוד ביקש מדוד שלו עלי כיטקט שיעצב לו קומת משרדים שלמה עבור הצוות שלו (צוות של 100 אנשים!)
יש רק שאלה פתוחה אחת. למחמוד מאוד חשובה רווחת העובדים שלו ולכן הוא לקח מאוד ברצינות את השאלה של עלי: "כמה תאי שירותים לשים בשני חדרים השירותים?"
עזרו למחמוד להחליט:
1. איזה פרטי מידע תרצו לשאול את מחמוד מראש כדי לתת הערכה מדויקת?
2. איזה שיקולים נוספים חשוב לברר לפני?
3. לאחר 3 חודשים תרצו לוודא שקיבלתי את ההחלטה הנכונה לגבי מספר תאי השירותים. איזה מידע יעזור לכם לגלות האם קיבלתם את ההחלטה הנכונה ולשנות במקרה שלא?
(אגב, השאלה הזו היא חלק מסדנת כלי Analytics למנהלי מוצר שאני העברתי השבוע בהתנדבות לאנשי פיתוח במערכת הביטחון אבל היא גם שאלה מצוינת לבדוק את החשיבה האנליטית של אנשים שלא בהכרח מגיעים מהעולם הטכנולוגי)
אתגר 06 – לראיין מנהלי מוצר
החבר הטוב שלך אורי הוא בעל עסק לייצור ביפרים. הוא רוצה לבנות אפליקציה לניהול פס הייצור של הביפרים שלו ועבור זה הוא רוצה לשכור מנהל מוצר שיעצב את האפליקציה.
חשוב מאוד לאורי לבחור מישהו שיהיה: בעל ראש אנליטי, קשוב לעובדים במפעל כדי להתאים את האפליקציה לצרכים שלהם, ושידע איך להגדיר יעדים הצלחה ולוודא שעומדים בהם.
את נשכרת על ידי אורי לראיין את המועמדים.
רשמי בתגובות את שלושת השאלות המרכזיות שתשאלי בראיון.
בונוס: הסבירי איך מהתשובות תביני האם למועמד יש את התכונות שאורי מחפש.
אתגר 07 – איך מתאימים עיצוב לקהל היעד?
בואו נדמיין לנו את דוד, קצין טרי בסיירת שיחד עם הפלוגה שלו הגיע לאבטח בסיס סודי במרכז הארץ. אבל קשה לדוד שלנו לזכור מי מהחבר'ה שומר מתי ובאיזו עמדה. לא לדאוג, אנחנו הולכים לעזור לו!
לכו לכלי יצירת האפליקציות החביב עליכם, למשל Loveable או base44, והכניסו את הפרומפט הפשוט הבא:
צור מערכת לניהול ותיפעול השמירות בבסיס צבאי. קהל היעד הוא חיילים צעירים בגיל 18.
בזמן שאתם מחכים שהאפליקצייה תיווצר חשבו מי ישתמש באפליקציה הזו.
ברכותיי! האפליקצייה שלכם היא הצלחה גדולה! אבל אחרי כמה חודשים הפלוגה של דוד מסיימת את התפקיד ונגיע פלוגה של מילואימניקים קשישים להחילך את הפלוגה של דוד בשמירה על הבסיס.
עברו על האפליקציה שיצרתם ורשמו: מה הייתם מוסיפים / מורידים /משנים באפליקציה כדי שתתאים יותר למילואימניקים.
—
אחד מהאתגרים הקשים של מנהלי מוצר זה להבין באמת מי הוא קהל היעד שלך, ואחד מהאתגרים העיצוביים הוא כיצד להתאים את העיצוב שלנו לאותו קהל היעד. זה שריר שחשוב מאוד לאמן בשתי רמות: איזה עיצוב משיג איזו מטרה, והבנה מעמיקה יותר של קהל היעד שלנו.
אתגר ניהול מוצר 08 – תעדוף עם משאבים מוגבלים
תשמעו, מחמוד שלנו שהוא (וחשוב מאוד להדגיש את זה) לא סוכן מוסד, עובד על אפליקציה שמאפשרת לסוכנים בשטח לשלוח עדכונים מוצפנים.
יש לו backlog (מילה גדולה למי שהוא לא מנהל מוצר) של חמישה פיצ’רים לגרסה הקרובה:
*שיפור מהירות שליחת הודעה
*תמיכה בשליחת תמונות
*מחיקת הודעות אוטומטית אחרי זמן
*עבודה במצב ללא קליטה (queue)
*שינוי אייקון האפליקציה
אבל יש זמן לפתח רק שני פיצ’רים!
1. דרגו את הפיצ’רים לפי סדר עדיפות, מקום ראשון הכי חשוב, מקום חמישי הכי פחות חשוב.
2. הסבירו לפי איזה framework תעדפתם (למשל RICE / Value vs Effort / MoSCoW / אחר).
3. אם לא תיעדפתם עם MoSCoW תעשו את זה עם MoSCoW ותבדקו האם הגעתם לאותה מסקנה (מכירים את הפריימוורק הזה? אם לא אז תקראו עליו ותיישמו).
4. אפשר לשאול את מחמוד רק שתי שאלות. כתבו מה הן שתי השאלות שהכי חשוב לכם לשאול לפני שתקבלו החלטה סופית?
אתגר פרודקט לסופ"ש
אתגר 9 -ניסוח דרישת מוצר עמומה
רקע: לפני חודש דוד יצר אפליקציה לניהול השמירות בבסיס. האפליקציה עבדה סבבה ודוד יצא לחףהתרעננות. עכשיו אתה אחראי על המערכת למרות שאתה לא מכיר אותה בכלל.
לפתע מפקד הבסיס סא"ל יהושפט מתקשר אליך באמצע היום ואומר "תשמע דוד, האפליקציה הזו שלכם לניהול השמירות טובה, אבל צריך שהיא תהיה יותר חכמה. מבין? יאללה".
כן, זה כל מה שהוא אמר. עכשיו, יהושפט מאוד עסוק, יש מלחמה והכל. יש לך את תשומת הלב שלו לשלוש דקות.
1. רשמו לפחות 5 שאלות הבהרה שתשאלו את יהושפט.
2. סדרו את השאלות מהכי דחופה להכי פחות דחופה.
3. כתבו את התשובה של יהושפט לשאלה מספר שלוש וכתבו user story מפורט לצורך שהוא העלה.
אתגר 10 – שחרור מדורג (Rollout Strategy)
רקע:
ברכותיי! אחרי שאתם כבר שבועות עובדים על פיצ'ר של זיהוי שיגורי טילים מאירן מעבר לאופק על ידי קליטה של גלי רדיו שחוזרים מהיונוספרה (זה דבר אמיתי!) – קיבלתם אישור להעלות את הפיצ'ר לסביבת הייצור.
הפיצ’ר מבטיח מאוד ותיאורטית יעזור לגלות שיגורים מוקדם יותר מהמערכת הקיימת, אבל עדיין לא נבדק מספיק. ולכן אסור לכם להפעיל אותו בבת אחת לכל המערכת. למקרה שהפיצ'ר עושה יותר נזק מתועלת.
ענו בתגובה:
1. הציעו rollout plan מדורגת להפעלת הפיצ’ר.
2. אחרי איזה מדד/ים תעקבו בכל שלב rollout של תוכנית ה-rollout שלכם?
3. באיזה תנאים תחליטו לעצור את ה-rollout?
