إطار Jobs-to-be-Done: مقدمة عملية

بقلم فريق FabricLoop  ·  مايو 2026  ·  6 دقائق قراءة

اعتاد كلايتون كريستنسن أن يروي قصة عن شركة وجبات سريعة أرادت بيع المزيد من المِلك شيك. فقد استطلعت آراء العملاء حول تفضيلات النكهة ودرجة الحلاوة وحجم الكوب، لكن لا شيء مما غيّرته حرّك المبيعات. ثم جرّب أحد الباحثين أسلوباً مختلفاً: وقف في موقف السيارات وراقب الناس وهم يشترون المِلك شيك. وطرح سؤالاً واحداً: "ما الذي كنت تحاول إنجازه حين قررت شراء مِلك شيك هذا الصباح؟"

كانت الإجابة: معظم من يشترون المِلك شيك في الصباح أمامهم طريق طويل ومملّ إلى العمل. أرادوا شيئاً يشغلهم ولا يتركهم جائعين قبل الغداء. وأدّى المِلك شيك هذه المهمة أفضل من الموز (سريع الانتهاء)، والبيغل (يسبب فوضى)، والقهوة (كميتها قليلة). فالمنتج الذي كان ينافسه لم يكن مِلك شيك آخر، بل الملل والجوع.

هذه القصة هي جوهر إطار Jobs-to-be-Done. فالناس لا يشترون المنتجات، بل يستعينون بها لإنجاز مهمة في حياتهم.

ماذا نعني حقاً بـ"المهمة"

في مصطلحات JTBD، "المهمة" هي التقدم الذي يحاول شخص ما إحرازه في ظرف معين. وهي ليست خطوة تنفيذية ("أحتاج إلى إرسال ملف")، وليست هدفاً عاماً ("أريد أن أكون أكثر إنتاجية"). إنها التقدم المحدد الذي يسعى شخص محدد إلى إحرازه في موقف محدد، بكل ما يحيط بتلك اللحظة من سياق وقيود ومشاعر.

للمهمة ثلاثة عناصر: الموقف (المحفّز الذي يخلق الحاجة)، والدافع (ما يحاول الشخص تحقيقه)، والنتيجة (تعريف النجاح من منظوره). وكلها مهمة. فالمنتج الذي يصيب الدافع لكنه يتجاهل الموقف سيُستخدم في أوقات غير مناسبة. والمنتج الذي يصيب الموقف لكنه يتجاهل النتيجة سيُستعان به ثم يُستغنى عنه سريعاً.

صيغة بيان JTBD

كتابة بيانات JTBD رسمية تفرض الوضوح بشأن المهمة التي يُستعان بمنتجك لإنجازها فعلاً، وتكشف الفجوات بين ما تظنه المهمة وما يعيشه المستخدمون حقاً.

لاحظ كيف يكشف كل بيان شيئاً لن تكشفه قائمة الميزات أبداً: الرهانات العاطفية، وسياق القوى المتنافسة، وتعريف النجاح من منظور المستخدم. ولن يظهر أي منها في استبيان يسأل "ما الميزات التي تريدها؟"

الأبعاد الوظيفية والاجتماعية والعاطفية

لكل مهمة ثلاثة أبعاد، والمنتجات التي تعالج البعد الوظيفي وحده تترك قيمة حقيقية على الطاولة.

• الوظيفي: المهمة العملية التي يجري إنجازها. "إرسال تحديث للحالة إلى فريقي."
• الاجتماعي: الصورة التي يريد الشخص أن يراه بها الآخرون. "أن يُنظر إليّ كشخص منظّم ومتحكم في عمله."
• العاطفي: ما يريد الشخص أن يشعر به. "أن أشعر بالسيطرة لا بالإرهاق."

لم ينمُ Slack لأنه أفضل من البريد الإلكتروني في إرسال الرسائل (البعد الوظيفي)، بل لأنه جعل الفرق تشعر بمزيد من الترابط والحيوية (البعد العاطفي)، وجعل الأفراد يشعرون بأنهم جزء من محادثة آنية لا من طابور رسائل في صندوق الوارد (البعد الاجتماعي). والميزات التي تعالج المهمة الوظيفية وحدها يسهل أن تصبح سلعة متاحة للجميع، أما المنتجات التي تعالج الأبعاد الثلاثة فيصعب استبدالها كثيراً.

كيف تكتشف المهام التي يُستعان بمنتجك لإنجازها

يركّز أفضل بحث JTBD على لحظة الاستعانة بالمنتج، أي قرار بدء استخدامه، ولحظة الاستغناء عنه، أي قرار التوقف. وكلتا اللحظتين غنيّتان بالدلالات.

في مقابلة الاستعانة، اسأل: "استرجع آخر مرة قررت فيها استخدام [المنتج]. ماذا كان يحدث؟ ماذا كنت تحاول إنجازه؟ وماذا جرّبت قبل ذلك؟" وفي مقابلة الاستغناء: "متى توقفت عن استخدام [المنتج]؟ ماذا كنت تفعل قبل أن تقرر التحول إلى بديل؟ وما الذي فعله البديل بشكل مختلف؟"

ستفاجئك الإجابات في الغالب. سيصف المستخدمون مواقف وإحباطات ودوافع لم يتوقعها فريقك قط. وهذا هو المقصود. فبحث JTBD ليس بحث تحقق من فرضيات بل بحث استكشاف. أنت لا تختبر افتراضاتك، بل تستبدل بها الأدلة.

استخدام JTBD في اتخاذ قرارات المنتج

بمجرد أن تحدد المهام الأساسية التي يُستعان بمنتجك لإنجازها، اعتمدها مرشّحاً لكل قرار مهم يخص المنتج. وأمام أي ميزة مقترحة اسأل: أي مهمة محددة تساعد هذه الميزة المستخدمين على إحراز تقدم فيها؟ فإذا كانت الإجابة "لا واحدة من مهامنا الأساسية"، فهذه إشارة قوية إلى خفض أولويتها، حتى لو بدت الميزة جذابة.

يكشف JTBD أيضاً أين تبالغ في خدمة المستخدمين. فإذا كانت لدى المستخدمين مهمة تُنجز بالفعل بما يكفي، فإن إضافة مزيد من الميزات في هذا المجال تعطي عوائد متناقصة، وقد تضيف تعقيداً يجعل المنتج أصعب استخداماً لمن لديهم مهام أخرى. وتُظهر لك عدسة المهام أين تستثمر وأين تتوقف.