ראיון עם מנהל מוצר

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

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

המשפטים המודגשים הם השאלות ששאלתי, תחתן התשובות שקיבלתי.

מהו תפקידו של מנהל המוצר?

תפקידו של מנהל המוצר שונה בכל חברה. מ"רק" לכתוב דרישות ועד למה שנקרא (ואני לא אוהב את המונח) "ה-CEO של המוצר”. ישנן חברות בהן מנהל המוצר אחראי רק על חווית המשתמש, ויש חברות בהן הוא אחראי גם על הצד העסקי והרווחים.

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

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

  

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

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

  

הממשקים של מנהל המוצר למשל ב-AVG הם עם:

1.      המחלקה המשפטית.

2.      שיווק.

3.      UX.

4.      Compliance, למשל האם המוצר שלנו תואם את הדרישות של מייקרוסופט.

5.      עבודה מול התמיכה הטכנית.

6.      מנהלי מוצר אחרים.

7.      מנהלי פרויקטים.

8.      פיתוח.

9.      QA.

10.   הנהלה (מצגות והרבה).

  

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

  

איך יודעים מה להכניס למוצר? איך לדייק בטעם של האנשים או בצורך שלהם?

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

ab tests עונים לנו על השאלה מה המשתמשים עושים, ו- Usability tests עונים לנו על השאלה למה משתמשים עושים משהו.

כדאי שהגרסה הראשונה תהיה MVP – minimal viable product כדי שכמה שיותר מהר נצא לשוק ונראה את תגובה המשתמשים.

  

תמיד יש סכנה ש-MVP יהיה דל מידי וייפול על זה

זה בדיוק ה-V ב-MVP. צריך שיהיה למשתמש ערך מהמוצר הראשוני.

הדפדפן החדש של מייקרוסופט, ה-Edge, האם הוא לא מקרה של מעט מידי ערך ולכן הוא לא מצליח?

הבעיה של ה- Edge היא פחות הערך אלא שאין לו מספיק בידול בינו לבין דפדפנים אחרים – אין למשתמשים סיבה לעבור אליו.

אגב מוצר חדש, יש לך השערה איך בנוקיה ובמייקרוסופט לא הבינו ב-2007 את הפוטנציאל של ה-iPhone?

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

  

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

פרסומת עכשווית של אייפון. הפוקוס הוא על המשתמש

מהם המדדים של הצלחת המוצר?

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

engagement, retention, monetization

engagement = כמה פעמים המשתמש משתמש במוצר

retention = כמה זמן מותקן המוצר אצל המשתמש

monetization = הרווח שהמוצר מפיק 

כאשר ה- retention ו/או ה- engagement עולים, לרוב זה משפיע גם על ההכנסות.

  

שאלה אחרונה: מה יש לך לומר על העבודה עם אנשי בדיקות? מה אתה מצפה מהם?

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

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

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

פורסם במקור ב-2016