למה כל כך קשה להבין מה עושים מנהלי מוצר? האמת שזה לא קשה, התשובה היא: ניהול מוצר הוא מקצוע מאתגר בו אתה אחראי ברמה זו או אחרת על אחד או יותר מהשלבים במחזור חיי המוצר של מוצר.
למה גם אחרי ההגדרה הפשוטה הזו קשה להבין מה עושה מנהל מוצר? ובכן, בשביל להבין את הבעיה עם להגדיר מה עושה מנהל מוצר, חשוב להבין שלמוצר יש כמה שלבים בסיסיים בחיים והם:
* פיתוח הרעיון
* בדיקת כדאיות עסקית
* תכנון הפרויקט
* חקר מעמיק והבנת הדרישות
* אפיון
* ייצור
* בדיקות
* יציאה לשוק
* משוב וחזרה להתחלה.
בואו נבין מה כל אחד מהשלבים אומר:
פיתוח רעיון
זה השלב הראשון. פה אנחנו מחליטים מה בכלל יעשה המוצר שאנחנו רוצים ליצור. פה נהוג לשאול שאלות כמו “איזה בעיה המוצר שלנו פותר?”, “איזה פתרונות כבר קיימים בשוק?”, ו-“מי בכלל צריך את זה?”. זה השלב שבו ממפים את הפתרונות הקיימים, מבינים מי קהל היעד, בודקים מי המתחרים ואיך הם פתרו את הבעיה. בהנחה שגילינו שהבעיה היא אמיתית, שהיא באמת מפריעה לקהל היעד ושיש לנו רעיון לפתרון ששונה מהמתחרים אז אנחנו ממשיכים לשלב הבא.
בדיקת כדאיות עסקית
בעברית יפה “האם זה משתלם?”. האם יש מישהו שיהיה מוכן לשלם על המוצר שלנו? איך אנחנו מרויחים כסף מהמוצר שלנו? כמה כסף אנחנו יכולים לגבות? כמה לקוחות יש בשוק הזה שיהיו מוכנים לשלם? כמה (בערך) יעלה לנו לפתח ולתפעל את המוצר הזה ? אחרי כל החישובים-על-המפית מגיעים למסקנה האם המוצר רווחי. אם כן, ממשיכים. יכול להיות שתצטרכו לשכנע מנהלים, חברות הון סיכון, או אנג’לים בכל החישובים שלכם כדי הם יהיו מוכנים לתת לכם כסף.
תכנון הפרויקט
שימו לב שרשום תכנון *הפרויקט*. לא המוצר. אנחנו עוד לא בשלב של לתכנן את המוצר. עכשיו מעריכים כמה זמן יקח כל שלב עתידי בתהליך פיתוח המוצר: איזה משאבים נצטרך, כמה זמן כל שלב יקח, מתי יוצאים לשוק. מהשלב הזה יוצאת תוכנית פעולה שמבהירה לנו כמה זמן ומשאבים יכנסו לפיתוח המוצר ובאיזה שלב צריך איזה משאב. ככה אפשר להבין אם ההרפתקה הזו הגיונית בכלל ואיזה משאבים צריך להתחיל להשיג ומתי. התוכנית שלכם נראית הגיונית ואפשרית? מתקדמים.
חקר מעמיק והבנת הדרישות
טוב, הגענו עד כה. עכשיו צריך להבין לעומק מה הבעיה ומה הדרך לפתור אותה. זה השלב שמדברים הרבה עם משתמשים (פוטנציאליים) ועם לקוחות (פוטנציאליים) ומבינים מה הצורך שלהם וגם מה התסכולים שלהם. יוצרים פרסונות, כותבים תרחישי שימוש וכו’. מוצר טוב יענה גם על הצורך של המשתמשים אבל גם על כמה שיותר מהתסכולים שלהם.
איפיון המוצר
טוב, הבנו מה הצרכים והתסכולים של המשתמשים שלנו. עכשיו אנחנו מעצבים את הפתרון. זה אפליקציה או אתר? זה כלי חומרה? זה שירות? איך זה עובד? מה השלבים של השימוש? למה כן נותנים מענה ולמה לא? את כל זה כותבים בתוך מסמך הדרישות (PRD). לפעמים קוראים לתוצאה של השלב הזה Specifications או בחיבה specs.
פיתוח (ייצור)
אם כבר איפיינו את כל המוצר הזה, לא נבנה אותו? בשלב הזה יש תהליך שלם של ייצור המוצר. הוא מאופיין בהעברת מסמך האפיון לצוות הפיתוח, חלוקת העבודה לרצף של ספרינטים והרבה דיונים על מה נכנס לאיזה ספרינט. יש מנהלי מוצר שכל מה שהם עושים זה לנהל את תהליך הייצור של מוצרים. ובצדק, זה ממש קשה.
בדיקות
למרות שמנהל המוצר איפיין את המוצר בצורה מדוייקת וללא טעויות וגם שצוות הפיתוח פיתח את המוצר בצורה מקצועית וללא באגים עדיין לפעמים, במקרים מאוד מאוד נדירים. בערך בכ-99% מהמוצרים ישנם בעיות או טעויות. בשלב הזה אנחנו בודקים על מנת לאתר אותם. יש אינסוף סוגים שונים של בדיקות: בדיקות תוכנה, בדיקות אוטומטיות, בדיקות משתמשים, בדיקות שימושיות ועוד.
יציאה לשוק
יאללה, מברוק, יוצאים לשוק. שימו לב שהשלב הזה צריך להיות מתוכנן בקפידה הרבה מראש כי לפניו צריך להיות פעילות של צוות השיווק, ותוך כדי צריכה להיות הרבה פעילות של צוות המכירות, צוותי customer success צריכים להיות מוכנים לפעילות, צוות התמיכה צריך להיות מיודע, צריכים להיות נהלים ברורים להפצה של המוצר, תמחור, ועוד ועוד.
משוב וחזרה להתחלה
היה מפתה לחשוב שאחרי היציאה לשוק סיימנו. אבל לא. עכשיו מתחילים לעקוב אחרי המדדים שלנו ולראות מה עובד ומה צריך לתקן. צריך לדבר עם הלקוחות והמשתמשים ולראות מה עונה על הדרישות שלהם ומה לא. בעקבות כל אלו אנחנו מתחילים לתקן בעיות ומתחילים לתכנן את הגרסה הבאה שלנו. שזה אומר להתחיל שוב מההתחלה של התהליך הזה רק עבור פיצרים חדשים או מוצרים מושלימים.
זהו, זה מסלול החיים של מוצר. לכן הבעיה הראשונה בהגדרת התפקיד הוא ריבוי הכישורים הנדרשים: כל אחד מהשלבים הללו דורש ידע וכישורים יחודיים כל שלב הוא קצת אחר עבור מוצרים, תעשיות וקהלי יעד שונים.
הבעיה השנייה היא תחומי האחריות: אם אתה בסטארטאפ אתה כנראה אחראי על כל השלבים הללו מההתחלה עד הסוף. אם אתה בחברה גדולה יכול להיות שאתה אחראי על שלב אחד או שניים מהתהליך וזהו. אין סוף לאריאציות על האפשרויות הללו: יכול להיות שאתה אחראי על כל השלבים הללו אבל רק עבור פיצ’ר מסוים, או אחראי רק על שלב מסוים אבל עבור מספר רב של מוצרים, או על מוצר משלים למוצר אחר.
אגב, בגלל זה כל כך קשה למצוא את מנהל המוצר המתאים למשרה פנויה בחברה מסוימת. כמעט בכל חברה גבולות הגזרה של תפקיד מנהל המוצר הם שונים. גם מבחינת השלבים שעליהם הם עובדים וגם ברמת האחריות שהם לוקחים על עצמם.
המטרה של הפוסט הזה היא לעזור לאנשים, בין אם הם מנהלי מוצר או לא, להבין מה מנהלי מוצר עושים. אבל אני אסתפק בזה שתבינו למה זה כל כך מסובך עבור כל מנהל מוצר ספציפי להסביר מה לעזאזל הוא עושה.
אז לסיכום: ניהול מוצר הוא מקצוע מאתגר בו אתה אחראי על אחד או יותר מהשלבים במחזור חיי המוצר של מוצר.
נעים מאוד, אורי ליפשיץ.
