הסבה לניהול מוצר - Product Management¶
ניהול מוצר הוא אחד התפקידים הכי מדוברים כשמדברים על הסבה להייטק בלי תכנות, ובצדק - זה תפקיד מרכזי, בשכר טוב, ובלי דרישה לכתוב קוד. אבל הוא גם אחד התפקידים הכי לא מובנים נכון, ואני רוצה להסביר למה, כי הבנה מוטעית כאן עלולה לגרום לכם לבזבז חודשים על כיוון שלא באמת ריאלי בשלב הזה של הקריירה שלכם.
מה מנהל מוצר בעצם עושה¶
מנהל מוצר - Product Manager - יושב בצומת שבין העסק, הלקוחות והצוות הטכני. התפקיד שלו להחליט מה בונים, למה בונים את זה, ובאיזה סדר עדיפויות, על בסיס מה שהלקוחות צריכים ומה שהעסק צריך כדי לגדול. זה כולל מחקר שוק, ראיונות עם משתמשים, ניתוח נתונים, וכתיבת מסמכי דרישות שמפתחים ומעצבים עובדים לפיהם.
זה לא תפקיד ביצועי במובן הטכני - מנהל מוצר לא כותב קוד ולא מעצב מסך - אלא תפקיד של קבלת החלטות תחת אי ודאות, ותקשורת בין אנשים עם אינטרסים שונים.
הבעיה - זה לא באמת תפקיד כניסה¶
כאן אני חייב להיות ישיר יותר ממה שרוב הפוסטים בנושא הזה מוכנים להיות. ניהול מוצר הוא לרוב לא תפקיד שנכנסים אליו ישירות מבחוץ בלי שום ניסיון קודם, במיוחד לא בחברות בינוניות וגדולות. הסיבה פשוטה - התפקיד דורש שיפוט עסקי שנרכש בדרך כלל דרך ניסיון אמיתי, בין אם בתפקיד עסקי אחר, בתפקיד טכני שממנו עברתם, או ביזמות עצמית.
זה שונה מהותית מ-QA, למשל, שבו חברות רבות מגייסות ומכשירות מאפס. במוצר, רוב הגיוסים ה"ראשוניים" הם בעצם למשרות Associate Product Manager, ואפילו אלו לרוב מחפשות רקע אנליטי, ניסיון בניהול פרויקטים, או תואר רלוונטי.
אז מי כן מצליח להיכנס לשם¶
מהניסיון שראיתי, יש כמה פרופילים שמצליחים הכי הרבה לעשות את המעבר. אנשים שכבר עבדו בתפקיד עסקי או אנליטי - שיווק, מכירות, ייעוץ עסקי, ניתוח נתונים - ויכולים להראות שהם יודעים לחשוב על בעיה עסקית בצורה מובנית. אנשים שעברו מתפקיד טכני, כמו QA או תמיכה טכנית בכיר, ומכירים את המוצר וההקשר הטכני שלו מבפנים. ויזמים לשעבר שניהלו מוצר משלהם, גם בקטן, ויכולים להראות תוצאות מוחשיות.
אם אתם מגיעים בלי אף אחד מהפרופילים האלה, זה לא אומר שהדלת סגורה, אבל זה כן אומר שתצטרכו לבנות רקע לפני שתוכלו לשווק את עצמכם ברצינות למשרת מוצר.
מה כדאי לעשות אם המסלול הזה מדבר אליכם¶
הצעד הראשון הכי מעשי הוא לא קורס תעודה, אלא בניית פרויקט אמיתי - לקחת בעיה קטנה, אמיתית, ולתכנן עבורה מוצר מקצה לקצה, כולל מחקר משתמשים, הגדרת דרישות ותכנון עדיפויות. זה נותן לכם משהו קונקרטי להראות בראיון, במקום רק להגיד "אני חושב שאני אהיה מנהל מוצר טוב".
במקביל, שווה מאוד ללמוד להבין את השפה הטכנית של הצד שאיתו תעבדו - מה זה API, מה ההבדל בין backend ל-frontend, איך עובד תהליך פיתוח. מנהל מוצר שמבין את המגבלות והיכולות הטכניות האמיתיות של הצוות שלו נתפס אחרת לגמרי ממנהל מוצר שמדבר רק על "חוויית משתמש" בלי הבנה של מה באמת אפשרי לבנות.
איך אתר כמו שלי משתלב בזה¶
חשוב לי לומר את זה בבירור - amittech.dev הוא אתר של קורסי תכנות וסייבר, לא בית ספר לניהול מוצר, ואני לא הולך להתחזות לכזה. אבל אם אתם מכוונים למוצר, יש כאן ערך אמיתי בלהבין את הצד הטכני שאיתו תעבדו כל יום - זה לא יהפוך אתכם למתכנתים, אבל זה יעשה אתכם מנהלי מוצר הרבה יותר טובים.
ואם אתם רוצים לדבר עם אנשים שכבר עשו את המעבר הזה, או עדיין באמצע הדרך, הקהילה שלנו בדיסקורד פתוחה גם למי שלא הולך למסלול טכני.