מסגרת Jobs-to-be-Done: מבוא מעשי

מאת הצוות של FabricLoop  ·  מאי 2026  ·  6 דקות קריאה

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

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

הסיפור הזה הוא מהות ה-Jobs-to-be-Done. אנשים לא קונים מוצרים. הם שוכרים אותם כדי שימלאו תפקיד בחייהם.

מה "תפקיד" באמת אומר

בטרמינולוגיה של JTBD, "תפקיד" הוא ההתקדמות שאדם מנסה לחולל בנסיבות מסוימות. זו לא משימה ("אני צריך לשלוח קובץ"). זו לא מטרה ("אני רוצה להיות פרודוקטיבי יותר"). זו ההתקדמות הספציפית שאדם ספציפי מנסה לחולל בסיטואציה ספציפית — עם כל ההקשר, האילוצים והרגשות שמקיפים את הרגע הזה.

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

פורמט ההצהרה של JTBD

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

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

ממדים פונקציונליים, חברתיים ורגשיים

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

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

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

איך לגלות את התפקידים שהמוצר שלך משוכר לעשות

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

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

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

שימוש ב-JTBD לעשיית החלטות מוצר

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

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