3 סוגי Roadmaps שכל מנהל מוצר חייב להכיר

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

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


מהו roadmap של מוצר?

Roadmap של מוצר הוא כלי בו משתמש מנהל המוצר לתקשר את ה״מה״ וה״למה״ של המוצר. roadmap מעולה עוזר למנהל המוצר כדי:

להבטיח שצוות המוצר מבין לאן הוא חותר, על ידי יישור קו בין המוצר לבין מטרות החברה לטווח הקצר והארוך.

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

לקבוע בסיס לדיוני תעדוף ולמקד את החברה.

Roadmap ממוקם בשלב אסטרטגיית המוצר

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

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

קדימה, לעבודה: 3 צעדים ליצירת roadmap אפקטיבי

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

צעד 1: הבנת המטרות וסדר העדיפויות של החברה

הנה הדרך לעשות זאת:

א. קבעו פגישה אחד-על-אחד עם כל בעלי העניין הבכירים, המנכ״ל, המנהלים הכלליים ומובילי הצוותים
ב. בפגישות הללו בררו איתם מהם המטרות העליונות שלהם לשנה הנוכחית
ג. השתמשו ביעדים ובהישגי המפתח (OKRs) או במטרות ה-SMART (מטרות ספציפיות, מדידות, ישימות, רלוונטיות וקצובות בזמן) כמסגרת העבודה שבאמצעותה תחלצו מהם את מטרותיהם.
ד. ציינו את העובדה שתקבעו את סדר העדיפויות ביחד עם צוות ההובלה הרחב בשבועות הקרובים.
ה. תעדו את המטרות בכלי ליצירת roadmap, כדוגמת Aha, ProductBoard, Product Plan או Trello.

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

התוצאה? יצירת roadmap של היוזמות/נושאים שלכם. זה מה שעליכם לעשות:

1- קבעו עם צוותי ההובלה שלכם זמן שבו תערכו תעדוף של מטרות לחודשים הקרובים.
2- שתפו עמם לפני הפגישה את המטרות והיוזמות הדורשות תעדוף. ודאו שכולם מבינים אותן – אנשים אינם אוהבים הפתעות.
3- לכל יוזמה שלכם צריכות להיות מצורפות מטרות SMART ברורות או OKRs.
4- יצרתם את ה- roadmap של היוזמות שלכם? מעולה. כעת עליכם לגשת ליצירת roadmap למוצר.

צעד 2: תעדוף מוצרים וקביעת חזון ו-OKRs

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

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

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

כמה נקודות חשובות נוספות שיהיו שימושיות עבורכם בבניית ה-roadmap:

קישורים למטרות היוזמות/הנושאים/החברה
עדכוני התקדמות (כמה משימות הושלמו – באחוזים או במספרים)
לוחות זמנים מקיפים
השפעה יחסית (גבוהה, בינונית או נמוכה)
בעלי היוזמות

את המוצרים הללו תפרטו לעתודות של פיצ׳רים, שמקומם ב- roadmap לשלב ה-release של המוצר. כעת תצטרכו:

1- לעבוד עם צוות ה-delivery בכדי לפרק את המוצרים לסטים של פיצ׳רים (באופן התלוי במסגרת העבודה של ה-delivery שבה אתם משתמשים – אג׳ילית Agile, מתודת ״מפל מים Waterfall״ או שיטה מעורבת).
2- לבחון את הפיצ׳רים של המוצרים. ישנן דרכים רבות לעשות זאת, אך שיטה נפוצה בה משתמשים צוותים אג׳יליים לפירוק העבודה לרכיבים היא מפת פיצ׳רים ותעדוף פיצ׳רים.
3- לבסוף, מרגע שנוצרה עתודת הפיצ׳רים, יהיה עליהם לקבוע עבורם לוח זמנים בתוך ה- roadmap של ה-release, בהתבסס על סידור הפיצ׳רים לפי ״גודלם״ ועל כמות המפתחים בצוות. עבדו על כך עם ה-tech lead.

וכך נקשרים כל האלמנטים הללו יחדיו:

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

אחרון-אחרון חביב, כמה טיפים וטריקים לשליטה מופלאה ב- roadmap שלכם:

1- אל תתחייבו לתאריכים – פיתוח תוכנה הוא עסק בלתי צפוי. השתמשו במסגרות זמנים רחבות, כדוגמת ״Q3״ או ״2021״
2- הציבו את ה- roadmap במקום ציבורי, כדי שכל העובדים יוכלו לראות את סדר העדיפויות
3- כדי להוביל יש ללמוד: התמקדו ביוזמות ובאיטרציה
4- סקרו את מפת המוצר לאחר כל שחרור של פיצ׳ר חדש
5- נהלו עם הצוות פגישות על בסיס קבוע (אחת לחודש או אחת לרבעון), על מנת לסקור את ה roadmap יחדיו
6- ודאו שהמפה מאוזנת מבחינת פרויקטים ארוכי טווח וניצחונות קטנים
7- זו מפה. הסתגלו מהר לשינויים!


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


10 דברים שתלמדו מעבודה כמעצבי מוצר בסטארט אפ

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

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


להכיר כלים לא – עיצוביים

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

תעדוף, תעדוף, תעדוף

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

זה ממש-ממש בסדר לא להיות מושלם!

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

להוביל את העיצוב. להראות יוזמה. לדבר בשפה שלהם.

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

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

להשתמש במטרות עסקיות כבמצפן

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

לתקשר פרואקטיבית

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

להישאר שני צעדים קדימה

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

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

לשתף פעולה עם כולם

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

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

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

״אני לא יודע״ + [מה תעשו בנוגע לזה] + [כמה זמן זה ייקח] + [איך תיידעו את הנוכחים]

לדוגמה: ״אני לא יודע את התשובה כרגע. אני צריך לבדוק ב-x, y, z. אני אשלח לכם במהלך היום תשובה ב-Slack, ברגע שזה יתברר לי״.

לעולם לא לתפוס את עצמכם כמעצבי ״ג׳וניור״

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

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


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


4 תבניות שימושיות מ״החיים האמיתיים״ לריאיון לקוח באימייל

מאמר זה יציג 4 רכיבי מפתח ו-4 תבניות לכתיבת אימיילים אפקטיביים לקבלת משוב לקוחות.

מאמר זה יציג 4 רכיבי מפתח ו-4 תבניות לכתיבת אימיילים אפקטיביים לקבלת משוב לקוחות.

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


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

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

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

4 רכיבי מפתח לאימייל אפקטיבי לבקשת משוב לקוחות

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

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

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

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

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

4 תבניות לאימייל בקשה למשוב לקוח

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

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

בקשה לפידבק על פיצ’ר חדש

״היי [שמו הפרטי של הלקוח],

אני רואה שניסית לאחרונה את ה[שם הפיצ׳ר]. ישמח אותי מאוד לשמוע איך חווית את ה[נושא ספציפי לפיצ׳ר]. האם תוכל לפנות בשבוע הבא 30 דקות לשיחה קצרה?

תודה רבה, מצפה לתגובתך,
[שמכם]
[תפקידכם בארגון @ שם החברה]״

שיחה על חווית הלקוח

״היי [שמו הפרטי של הלקוח],

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

תודה רבה, מצפה לתגובתך,
[שמכם]
[תפקידכם בארגון @ שם החברה]״

מפגש תיקוף פיצ’ר

״היי [שמו הפרטי של הלקוח],

ראיתי שאתה משתמש ב[פיצ׳רים מסוימים]. בהתבסס על חווייתך, יעניין אותי מאוד לקבל ממך משוב בנוגע לפיצ׳ר אפשרי חדש, שאנו שוקלים להוסיף. האם תוכל לפנות זמן לשיחה בשבוע הבא? יהיה נהדר אם תוכל להקדיש לי 45-60 דקות מזמנך, כדי שאוכל לבדוק איתך את הפיצ׳ר החדש. 

תודה רבה, מצפה לתגובתך,
[שמכם]
[תפקידכם בארגון @ שם החברה]״

סקירת חווית שירות

״היי [שמו הפרטי של הלקוח],

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

יהיה נהדר אם תוכל לפנות בשבוע הבא 15 דקות לשיחה קצרה בנושא.

תודה רבה, מצפה לתגובתך,
[שמכם]
[תפקידכם בארגון @ שם החברה]״

לנוחיותכם, ניתן להוריד את כלל התבניות בקובץ PDF, תהנו!

התכוננו לתגובה

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

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

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

קחו אתכם לדרך

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


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


4 מיתוסים נפוצים בניהול מוצר

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

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


מיתוס 1: מנהלי מוצר חייבים להיות בוגרי תואר בתחום מדעי המחשב

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

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

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

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

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

ומה אם אין לי תואר במדעי המחשב?

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

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

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

מיתוס 2: מנהלי מוצר הם מנכ״לים של המוצר שלהם

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

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

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

אז איך משפיעים ללא סמכות…?

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

מיתוס 3: עבודתו של מנהל המוצר מסתיימת עם השקת המוצר

הייתם מתים… או במילים אחרות: מיתוס מוחלט. לאחר ההשקה, צוות המוצר מתחיל לאסוף את המשובים המתקבלים אודות המוצר ששוחרר, יהא זה מוצר בר-קיימא מינימלי (MVP) או האיטרציה ה-200 שלו… לא רק שאסטרטגיית המוצר אינה מסתיימת ברגע שהוא עובר לידי הלקוח, אלא שרבים יטענו שבשלב הזה רק מתחילה עבודתו האמיתית של בעל המוצר!

אז מה מנהלי מוצר עושים אחרי ההשקה?

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

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

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

מיתוס 4: ניהול מוצר זהה בכל חברה

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

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

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

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


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


    שם מלא

    טלפון

    אימייל

    נושא

    תקציב






    UX Flow: איך ליצור חוויית משתמש רציפה

    הכתבה הבאה מיועדת למי ששואף ליצור חוויית משתמש רציפה וחלקה יותר.

    הכתבה הבאה מיועדת למי ששואף ליצור חוויית משתמש רציפה וחלקה יותר.
    שתי שאלות מפתח בדרך ליציאה והטמעה של UX Flow אופטימלית:

    מהי זרימת משתמש ב UX? מדוע היא חשובה?

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


    מה הוא UX Flow ?

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

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

    מדוע כדאי להשתמש בתבנית זרימת UX ?

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

    UX Flow מוצלח מוביל ל:
    ויזואליזציה עבור בעלי עניין
    תקשורת משופרת בין חברי הצוות
    יעילות מוגברת של עיצוב ה UX
    ניתוח אפקטיבי של זרימת המשתמש

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

    קביעת צרכי המשתמשים

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

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

    קביעת צרכי המוצר

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

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

    יצירת פרסונות משתמש מרובות

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

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

    מיפוי מסעו המלא של הלקוח

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

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

    יצירת תרשים עבור כל נקודת כניסה

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

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

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

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

    חיזוק התרשים באמצעות מרכיבים חזותיים

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

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


    עוד כמה מחשבות על זרימת UX…

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

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


    איך לשכור את מעצב ה UX שאתם צריכים?

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

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


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

    5 צעדים התחלתיים:

    הגדירו את טווח הפרויקט שעל הפרק

    הציבו יעדים ולוחות זמנים

    מצאו מעצבי UX מוסמכים

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

    קבעו ראיונות, להתרשמות פנים אל פנים

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

    1. הגדרת טווח הפרויקט

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

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

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

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

    2. הצבת יעדים ולוח זמנים

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

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

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

    3. מציאת מעצבי UX בעלי הכשרה מתאימה

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

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

    4. בחינת הפרוטופוליו של המועמדים

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

    5. קדימה, לראיין!

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

    מתקשים למצוא שאלות מתאימות? הנה כמה טיפים:

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

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


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