הטריו המוצרי: כשחשיבה משותפת הופכת לחוויית משתמש טובה יותר

הטריו המוצרי: כשחשיבה משותפת הופכת לחוויית משתמש טובה יותר

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

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

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

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

מה זה בעצם Product Trio?

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

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

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

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

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

מהעבודה המשותפת בקבוצת זאפ

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

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

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

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

למה שיתוף פעולה חשוב יותר ממסירת משימות

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

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

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

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

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

איך יוצרים שיתוף פעולה שבאמת עובד?

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

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

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

כשהטריו לא באמת עובד

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

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

מה למדתי מלשבת בשני הכיסאות

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

אבל אחד הדברים החשובים שלמדתי הוא שלא צריך לדעת הכול כדי להיות שותף טוב לחשיבה מוצרית. צריך לדעת לשאול שאלות.

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

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

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