استخدم Jobs to Be Done للعثور على ما يريد المستخدم إنجازه حقًا

دليل هذا الفصل

🎯本章学习目标

JTBDاحتياجات المستخدمتفكير المنتجرؤى المتطلبات

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

لكن في الواقع، نادرًا ما يقرر المستخدم استخدام منتج لأن "اسم الوظيفة رائع". هم في لحظة محددة، يريدون دفع شيء ما خطوة إلى الأمام، فيقومون مؤقتًا بـ "توظيف" أداة أو خدمة أو حتى شخص، لمساعدتهم في إكمال هذه الخطوة.

هذا بالضبط ما يريد إطار Jobs to Be Done (JTBD) تذكيرنا به: المستخدم لا يشتري الوظائف نفسها، بل يوظف نوعًا من الحلول لمساعدة نفسه في إنجاز تقدم.

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

⏱️

预计耗时

حوالي 1.5 ساعة

📦

预期产出

جملة JTBD واحدة تشبه الاحتياج الحقيقي

القدرة على تضييق الفكرة الغامضة إلى سيناريو مستخدم واتجاه MVP أكثر تحديدًا

الحد الأدنى من SOP

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

خطوات العمل: اكتب فكرة غامضة واحدة، ابحث عن 3 مستخدمين محتملين وتحدث معهم عن "كيف تعاملوا مع الأمر آخر مرة"، ثم نظّمها في جملة JTBD واحدة.

النتيجة: ستحصل على فرضية احتياج أوضح، وتعرف ما يجب حله أولاً في النسخة الأولى.

روابط سريعة: ما هو JTBD · صيغة الجملة الواحدة · كيف يساعدك AI

ما ستتعلمه في هذا الفصل

1. ما هو Jobs to Be Done، ولماذا هو أقرب إلى الاحتياجات الحقيقية من "عصف الوظائف"
2. كيف نفرق بين "الوظيفة التي يقول المستخدم أنه يريدها" و"ما يريد المستخدم إنجازه حقًا"
3. كيف تستخدم قالبًا بسيطًا لتفكيك فكرة غامضة إلى سيناريو ومحفز وعقبة ومعيار نجاح
4. كيفية استخدام JTBD في منتجات AI وأسئلة المقابلة وتنظيم التعليمات

1. ما هو Jobs to Be Done

يُختصر Jobs to Be Done غالبًا بـ JTBD. الفكرة الأساسية وراءه مرتبطة بالتعبير الكلاسيكي الذي روجته فرقة Clayton Christensen: المستخدمون سيوظفون منتجًا معينًا لإنجاز مهمة.

"المهمة" هنا ليست إجراءً سطحيًا في قائمة المهام، بل نوع من التقدم يأمل المستخدم أن يحدث في حالته. مثلاً:

• ليس "أريد أداة AI لمحاضر الاجتماعات"، بل "أريد خلال 10 دقائق بعد الاجتماع ترتيب النقاط الرئيسية والمهام والمسؤولين بوضوح، بدلاً من الاعتماد على الذاكرة لاستكمال الملاحظات"
• ليس "أريد تطبيقًا لتتبع المصاريف"، بل "أريد أن أعرف أين يذهب مالي حقًا، حتى لا أشعر بالقلق في نهاية الشهر"
• ليس "أريد مُحسّنًا للسيرة الذاتية"، بل "أريد تقديم سيرة ذاتية لائقة بثقة أكبر، ولا أريد الشك في كل مرة أقدم فيها أن كتابتي سيئة للغاية"

لذا، JTBD لا يركز على شكل المنتج، بل على سبب احتياج المستخدم له في هذه اللحظة.

هذا هو السبب أيضًا في أن العديد من المنتجات التي تبدو مختلفة تتنافس في الواقع على نفس الوظيفة. المستخدم يريد "ألا يكون الطريق إلى العمل مملًا"، والأشياء القابلة للتسكين قد تكون فيديوهات قصيرة أو بودكاست أو ألعاب أو دردشة أو حتى الغفوة. المستخدم يريد "فهم ملف PDF طويل بسرعة"، والأشياء القابلة للتسكين قد تكون أداة تلخيص AI أو متدرب أو زميل أو القراءة بصعوبة بنفسه أو عدم القراءة أبدًا.

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

2. ما الفرق بين JTBD وصورة المستخدم وقائمة الوظائف

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

JTBD يهتم أكثر بالأسئلة التالية:

• في أي سيناريو قرر البحث عن حل
• ما الذي تعثر فيه بالضبط في ذلك الوقت
• ما الشيء الذي يريد دفعه إلى الخطوة التالية
• بأي طريقة غير فعالة يتدبر الأمر حاليًا
• إذا تم حل الأمر جيدًا، أي نتيجة ستجعله يشعر أن "الأمر يستحق"

بعبارة أخرى، صورة المستخدم أشبه بـ "من هذا الشخص تقريبًا"، بينما JTBD أشبه بـ "ما الذي يريد هذا الشخص إنجازه بالضبط الآن".

وبالمثل، قائمة الوظائف أيضًا تضلل الناس بسهولة. المستخدم يقول "أريد التصدير إلى Word" و"أريد إعادة كتابة AI" و"أريد الإدخال الصوتي"، كلها تعبيرات سطحية. JTBD سيستمر في السؤال:

• لماذا تحتاج إلى التصدير إلى Word الآن، وليس PDF؟
• تريد إعادة الكتابة، هل لأن الأسلوب سيء، أم لأنك تحتاج إلى التكيف مع جماهير مختلفة؟
• تريد الإدخال الصوتي، هل لأنك كسول عن الكتابة، أم لأنك غالبًا ما تمشي أو تقود أو تسجل فورًا بعد الاجتماع؟

في كثير من الأحيان، الوظيفة هي مجرد ترجمة مؤقتة للوظيفة. إذا جمعت الوظائف فقط، فمن السهل أن تصنع منتجًا "يضيف كل ما يقوله المستخدم"؛ لكن إذا استطعت رؤية الوظيفة وراء الوظائف، ستكون لديك فرصة أكبر لصنع حل سلس حقًا وتنافسي حقًا.

3. مثال يمكن حتى للمبتدئين فهمه

لا تستعجل في التفكير في منتجات AI معقدة، لنبدأ بمثال من الحياة.

لنفترض أن شخصًا لا يلحق بتناول الفطور قبل الخروج في الصباح، فيشتري غالبًا شطيرة وقهوة عند مدخل المترو. ظاهريًا، هو "يشتري" الفطور؛ لكن بالنظر إليه من منظور JTBD، ما يريد إنجازه حقًا قد يكون:

• في صباحات متسرعة، حل وجبة بأقل جهد ذهني
• ألا يجوع بشكل فظيع قبل الوصول إلى الشركة
• ألا يعطل إيقاع التنقل بسبب تناول الفطور

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

نقل هذا المنطق إلى منتجات AI يكون أكثر وضوحًا.

مثلاً، إذا كنت تريد صنع "أداة AI لمحاضر الاجتماعات". إذا توقفت عند مستوى الوظائف فقط، فمن السهل أن تبدأ في التفكير:

• هل يتم دعم رفع الصوت
• هل يتم توصيل فصل المتحدثين
• هل يتم التصدير إلى Markdown
• هل يتم توليد المهام تلقائيًا

كل هذا صحيح، لكنه غير كافٍ. مع JTBD اسأل طبقة أخرى، ما يريد المستخدم إنجازه حقًا قد يكون:

• أريد خلال 10 دقائق بعد الاجتماع، مشاركة نتائج المناقشة مع من لم يحضر
• أريد استخراج المهام والمسؤولين والمواعيد النهائية بوضوح، بدلاً من جعل الفريق يتعاون بالذاكرة
• أريد تقليل وقت تنظيم محتوى الاجتماع المتكرر، وتوفير الجهد للقرارات والتقدم

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

• هيكل المحضر يجب أن يكون واضحًا بما فيه الكفاية
• استخراج المهام يجب أن يكون مستقرًا
• مشاركة الرابط يجب أن تكون مريحة
• نتيجة الإخراج يجب أن تجعل المستخدم يجرؤ على إعادة توجيهها للفريق مباشرة

هذه هي قيمة JTBD: يساعدك على العودة من "ما القدرات التي سأجمعها" إلى "ما التقدم الذي سأساعد المستخدم على تحقيقه".

4. قالب JTBD عملي

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

4.1 السيناريو

في أي لحظة وأي بيئة يتذكر المستخدم هذا المنتج؟

• بعد الاجتماع
• عندما يطلب المدير مواد بشكل مفاجئ
• في المساء عند الاستعداد لتقديم السيرة الذاتية
• في نهاية الشهر عندما يكتشف أن المال لا يكفي مرة أخرى

الاحتياجات بدون سيناريو عادةً ليست حقيقية بعد.

4.2 المحفز

ما الذي جعله يقرر البحث عن حل فورًا؟

• أن يثقل عليه مستند طويل ولا يعرف من أين يبدأ القراءة
• غدًا يجب تسليم المواد، واليوم يكتشف أن التنسيق فوضوي
• للتو سأله المدير عن التقدم، ويدرك أنه لم ينظم بوضوح
• يريد الاستمرار في التسجيل، لكن الكتابة اليدوية والنسخ والتنظيم كلها مزعجة جدًا

نقطة التحفيز غالبًا ما تحمل مشاعر. هذه المشاعر مهمة، لأنها تحدد سبب اتخاذ المستخدم إجراءً في هذه اللحظة.

4.3 التقدم المطلوب إنجازه

لا يريد فقط "القيام بإجراء"، بل يريد دفع نفسه إلى أي حالة جديدة؟

• من الفوضى إلى الوضوح
• من القلق إلى الطمأنينة
• من التأجيل إلى البدء
• من انخفاض الكفاءة إلى السلاسة
• من عدم القدرة على الشرح إلى القدرة على التسليم المباشر

في هذه الخطوة، كلمة "التقدم" مهمة جدًا. لأن الكثير من الناس لا يشترون الأدوات حقًا، بل يشترون تغير الحالة.

4.4 البديل الحالي

بدون منتجك، كيف يفعل ذلك؟

• نسخ ولصق يدويًا
• استخدام Excel أو الملاحظات للتدبير
• طلب المساعدة من زميل
• التأجيل وعدم الفعل
• التبديل بين عدة أدوات

من هو البديل، هو بيئتك التنافسية الحقيقية.

4.5 معيار النجاح

كيف يُعرف أن الأمر قد حُل حقًا؟

• الحصول على نتيجة قابلة للمشاركة خلال 10 دقائق
• عدم الحاجة إلى تعديل كبير قبل الإرسال للآخرين
• عدم نسيان العناصر أو الأخطاء أو المهام بسهولة
• معرفة الخطوة التالية من أول استخدام

إذا لم تستطع حتى توضيح "كيف يحكم المستخدم على ما إذا كان الأمر يستحق"، فهذا الاتجاه على الأرجح لم يتم تضييقه جيدًا بعد.

5. صيغة الجملة الواحدة التي يمكن استخدامها مباشرة

عندما تريد ترتيب اتجاه منتج، يمكنك استخدام هذه الصيغة العملية جدًا:

عندما __________، أريد __________، لكي أتمكن من __________.
حاليًا لا يمكنني سوى __________ لإنجاز هذا الأمر بالكاد.

مثلاً:

عندما أنتهي من اجتماع مشروع مليء بالمعلومات، أريد الحصول بسرعة على محضر يتضمن المهام والمسؤولين والمواعيد النهائية، لكي أتمكن من مزامنة الفريق فورًا ودفع التنفيذ.
حاليًا لا يمكنني سوى الاعتماد على ذاكرتي وتصفح سجل الدردشة والتنظيم اليدوي لإنجاز هذا الأمر بالكاد.

مثال آخر:

عندما أستعد لتقديم وظيفة جديدة، أريد تحويل خبراتي السابقة بسرعة إلى نسخة تتناسب أكثر مع الوظيفة، لكي أتمكن من تقديم سيرة ذاتية لائقة بثقة أكبر.
حاليًا لا يمكنني سوى نسخ سيرتي القديمة مرارًا وتعديل الصياغة يدويًا، حتى أصبح أقل ثقة مع كل تعديل.

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

6. عند صنع منتجات AI، ثلاث طبقات من الوظائف التي يجب مراعاتها بشكل خاص

العديد من منتجات AI تبدو قوية جدًا في العرض التوضيحي للوظائف، لكنها لا تحافظ على المستخدمين بعد الإطلاق الفعلي، والسبب الشائع هو أنها حلت الإجراء السطحي فقط ولم تحل الوظيفة الأعمق.

يمكنك تقسيم الوظيفة تقريبًا إلى ثلاث طبقات:

6.1 طبقة الوظائف

ما هي المهمة السطحية؟

• تلخيص المستندات
• إعادة كتابة النصوص
• استخراج المهام
• توليد الصور

هذه هي الطبقة الأسهل للمستخدم في التعبير عنها شفهيًا.

6.2 الطبقة العاطفية

ما الذي يريد المستخدم تقليله من عدم الراحة، أو ما الشعور الذي يريد الحصول عليه؟

• لا يريد أن يذعر هكذا
• لا يريد أن يبدو غير محترف
• لا يريد البدء من الصفر في كل مرة
• يريد شعورًا أكبر بالسيطرة

العديد من نوايا الدفع مرتبطة ارتباطًا وثيقًا بالطبقة العاطفية في الواقع.

6.3 الطبقة الاجتماعية

ما الذي يريد المستخدم أن يصبح عليه في نظر الآخرين؟

• أن يبدو أكثر موثوقية
• أن يكون أكثر تنظيمًا في الفريق
• أن يكون أكثر احترافية أمام العملاء
• أن يكون أكثر قدرة على التعبير على منصات التواصل الاجتماعي

إذا صنعت الطبقة الوظيفية فقط، فمن السهل استبدال منتجك؛ لكن إذا فهمت الطبقة العاطفية والاجتماعية في نفس الوقت، فستجد قيمة لزجة حقيقية بسهولة أكبر.

7. استخدام JTBD بشكل عكسي لفرز اتجاهات المنتج

أحيانًا ليس لديك منتج بالفعل، بل لديك 3 إلى 5 أفكار ولا تعرف أيها تصنع. JTBD مناسب جدًا هنا للفرز.

يمكنك أخذ كل فكرة وسؤال نفسك 5 أسئلة:

1. هل السيناريو المقابل لهذه الفكرة محدد بما فيه الكفاية؟
2. هل يستخدم المستخدم بالفعل طريقة غير فعالة لحل المشكلة الآن؟
3. هل ألم هذه الوظيفة قوي بما فيه الكفاية، أو متكرر بما فيه الكفاية؟
4. إذا صنعتها جيدًا، هل سيشعر المستخدم بوضوح بـ "تحسنت حالتي"؟
5. هل يمكن في النسخة الأولى التركيز فقط على الخطوة الرئيسية لهذه الوظيفة، وصنع نسخة صغيرة لكنها مفيدة؟

إذا كان اتجاه ما في النهاية لا يزال يمكنك قول "يبدو مثيرًا للاهتمام" فقط، لكن لا يمكنك توضيح المحفز والبديل ومعيار النجاح، فهو على الأرجح مجرد إلهام غامض، وليس اتجاهًا ناضجًا.

8. أسئلة يمكن استخدامها مباشرة في مقابلات المستخدمين

العديد من الأشخاص عند القيام بالبحث يسألون: "ما الوظائف التي تريدها؟" هذا النوع من الأسئلة يحصل بسهولة على إجابات سطحية.

JTBD أنسب لطرح الأسئلة التالية:

• متى واجهت هذه المشكلة آخر مرة؟
• ماذا كنت تفعل في ذلك الوقت، ولماذا تعثرت؟
• كيف حللتها في النهاية؟
• في هذه العملية، أين كان أكثر ما يزعجك وأبطأك وأقل ما يطمئنك؟
• إذا كانت هناك أداة يمكنها مساعدتك، أي نتيجة ستجعلك تشعر أنها مفيدة حقًا؟
• ما البدائل التي جربتها؟ ولماذا لم تكن جيدة بما فيه الكفاية؟

هذا النوع من الأسئلة يعيد الحوار إلى التجارب الحقيقية بدلاً من البقاء في التفضيلات المتخيلة.

9. استخدام AI لمساعدتك في تفكيك JTBD

JTBD نفسه ليس اختراع AI، لكن AI مناسب جدًا لمساعدتك في تنظيم وتلخيص JTBD.

مثلاً، إذا جمعت 5 إلى 10 تعليقات من المستخدمين، يمكنك إرسالها للنموذج وجعله يلخص وفقًا للهيكل التالي:

العب دور مساعد بحث المنتج.
سأعطيك بعض الكلمات الأصلية للمستخدم، لا تعط اقتراحات وظيفية أولاً،
بل نظم أولاً وفقًا لإطار Jobs to Be Done:

1. في أي سيناريو يوجد المستخدم
2. ما هو الحدث الذي حفزه على اتخاذ إجراء
3. ما هو التقدم الذي يريد إنجازه حقًا
4. ما هو البديل الحالي
5. ما هو معيار النجاح الأكثر أهمية لديه
6. ما هي الكلمات العاطفية المتكررة في هذه التعليقات

أخيرًا، نظم هذه المحتويات في 3 فرضيات JTBD الأكثر استحقاقًا للتحقق أولاً.

إذا كان لديك فكرة بالفعل، يمكنك أيضًا جعل AI يساعدك في الجولة الأولى من التضييق:

أريد صنع [فكرتك للمنتج].
لا تعطني قائمة وظائف مباشرة، بل استخدم طريقة Jobs to Be Done لمساعدتي في التحليل:

1. أي سيناريوهات محددة قد يخدمها هذا المنتج
2. ما هي الوظيفة الأساسية التي يريد المستخدم إنجازها في كل سيناريو
3. ما هي البدائل الحالية
4. أي وظيفة هي الأنسب كبداية لـ MVP ولماذا
5. اكتب الوظيفة الموصى بها نهائيًا كجملة JTBD واضحة

10. 4 أخطاء شائعة للمبتدئين

10.1 كتابة الوظيفة كاسم وظيفة

"تلخيص AI" و"تصنيف ذكي" و"توليد تلقائي" ليست وظائف، بل هي طرق تنفيذ محتملة فقط.

10.2 كتابة المجموعة المستهدفة بشكل واسع جدًا

"جميع العاملين" و"جميع الطلاب" و"جميع رواد الأعمال" عادةً ما تكون واسعة جدًا. كلما كانت أوسع، صعب عليك رؤية السيناريوهات الحقيقية.

10.3 الاستماع فقط لما يقوله المستخدم، دون النظر إلى ما يفعله

المستخدم سيصف ما يريده، لكن أولوياته الحقيقية غالبًا ما تكون مخفية في كيفية تدبيره للمشكلة حاليًا.

10.4 الرغبة في صنع منصة شاملة من البداية

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

11. ملخص

أكثر جانب قيم في Jobs to Be Done ليس إعطائك مصطلحًا جديدًا، بل مساعدتك في تغيير زاوية المراقبة: لا تركز فقط على وظائف المنتج، بل ركز على ما يريد المستخدم دفذه إلى الخطوة التالية.

عندما تبدأ في سؤال نفسك مرارًا:

• في أي سيناريو يوظف المستخدم هذا المنتج
• أين تعثر بالضبط
• بأي طريقة يتدبر الأمر حاليًا
• بعد حل المشكلة، ماذا ستتغير حالته

ستكتشف أن العديد من الأفكار الغامضة أصبحت واضحة فجأة، وأن العديد من الوظائف الفخمة لم تعد مهمة جدًا فجأة أيضًا.

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

12. كيفية استخدام AI لمساعدتك في تطبيق JTBD

JTBD ليس اختراع AI، لكن AI مناسب جدًا ليكون مساعدك البحثي ومساعد التنظيم ومساعد المقارنة في هذا الإطار. المفتاح هو: دع AI يساعدك في التنظيم والتوسيع، بدلاً من التخمين بدلاً منك عن المستخدم.

يمكنك استخدامه هكذا:

12.1 دع AI يساعدك في إعادة كتابة الفكرة الغامضة كفرضية JTBD

عندما يكون لديك فقط وصف غامض في ذهنك، مثل "أريد صنع أداة تساعد طلاب الجامعات في إيجاد تدريب"، يمكنك جعل AI يساعدك أولاً في تفكيكها إلى عدة وظائف محتملة:

لدي فكرة منتج غامضة الآن: [فكرتك]
لا تعطني قائمة وظائف مباشرة، بل استخدم طريقة Jobs to Be Done لمساعدتي في التحليل:
1. أي سيناريوهات محددة قد تقابلها
2. ما هو التقدم الذي يريد المستخدم إنجازه حقًا في كل سيناريو
3. ما هي البدائل الحالية المحتملة
4. أي وظيفة أنسب لصنع MVP أولاً
أخيرًا اكتب كل وظيفة كجملة JTBD واضحة.

يمكنك حتى أن تكتب الإدخال ببساطة شديدة:

أريد صنع شيء يساعد طلاب الجامعات في إيجاد تدريب.
أنا الآن لا أستطيع أن أشرح بالضبط ماذا سأصنع، ساعدني في التفكير ماذا يريد المستخدم إنجازه حقًا.

AI قد يعطي مخرجات مفيدة مثل هذه:

اتجاهات JTBD المحتملة:

1. عندما أستعد لأول مرة لتقديم طلب تدريب، أريد أن أعرف بسرعة ما المواد التي يجب أن أعد أولاً،
لكي لا أتأخر في التقديم بسبب الفوضى في المعلومات.

2. عندما أرى وظيفة تدريب، أريد أن أحكم بسرعة على ما إذا كانت تست التقديم،
لكي لا أضيع وقتًا كثيرًا على وظائف غير مناسبة.

3. عندما أبدأ التقديم، أريد تحويل سيرتي الذاتية الحالية إلى نسخة تتناسب أكثر مع الوظيفة،
لكي أتمكن من إكمال التقديم بسرعة أكبر ورفع معدل القبول.

قيمة هذا النوع من المخرجات هي أنه سيأخذ فكرتك الواسعة جدًا ويقسمها إلى عدة اتجاهات أقرب إلى السيناريوهات الحقيقية.

12.2 دع AI يساعدك في تنظيم الكلمات الأصلية من المقابلات

إذا قمت بالفعل ببعض مقابلات المستخدمين، يمكنك تسليم سجلات المقابلات إلى AI وجعله يساعدك في استخلاص السيناريوهات المتكررة ونقاط التحفيز والبدائل ومعايير النجاح.

فيما يلي الكلمات الأصلية من 5 مستخدمين.
لا تعط حلولاً أولاً، بل نظم وفقًا لإطار JTBD:
1. في أي سيناريو يوجد المستخدم
2. ما هو الحدث الذي حفزه على اتخاذ إجراء
3. ما هو التقدم الذي يريد إنجازه حقًا
4. ما هو البديل الحالي
5. ما هو معيار النجاح الأكثر أهمية لديه
6. أي المعلومات تتكرر عبر عدة مستخدمين
أخيرًا نظم في 3 فرضيات JTBD الأكثر استحقاقًا للتحقق أولاً.

يمكنك أيضًا كتابة إدخال بسيط جدًا هكذا:

سألت 3 أشخاص، قالوا تقريبًا هكذا:

1. في كل مرة أريد تقديم تدريب يجب أن أعدل سيرتي الذاتية من جديد، هذا مزعج جدًا.
2. أكثر ما أخافه حقًا هو أنني لا أعرف ما إذا كانت كتابتي صحيحة.
3. أنا الآن أطلب من الطلاب الأكبر سناً مساعدتي في المراجعة، لكن من المحرج أن أزعجهم في كل مرة.

ساعدني في التنظيم، ماذا يريدون إنجازه حقًا.

AI قد يخرج:

نتيجة التنظيم:

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

هذا النوع من المخرجات مفيد جدًا، لأنه يساعدك على استخلاص شيء أشبه بـ "الاحتياج" من الكلمات المتفرقة.

12.3 دع AI يقوم بجولة خفيفة من البحث عبر الإنترنت

قبل أن تبدأ المقابلات واسعة النطاق، يمكنك جعل AI يساعدك في بعض المسح الخفيف للمعلومات الخارجية:

• في المنتديات العامة أو المجتمعات، كيف يشكو الناس من هذه المشكلة
• أي طبقة من المشكلة تحلها المنتجات الموجودة أساسًا
• ما هي البدائل الأكثر شيوعًا لدى المستخدمين
• في التقييمات الشائعة، ما أكثر ما يرضي الناس وما أقل ما يرضيهم

هذا النوع من البحث لا يمكنه استبدال مقابلات المستخدمين الحقيقية، لكنه مناسب جدًا كإحماء لمرحلة Discover، لمساعدتك في بناء خريطة المشاكل أولاً.

إدخال بسيط يمكن أن يكون:

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

AI قد يخرج:

تنظيم نقاط الألم الشائعة:

1. لا أعرف ماذا أكتب في السيرة الذاتية، الخبرات قليلة جدًا
2. لا أعرف كيف أعدل لتناسب وظائف مختلفة
3. عدلت عدة نسخ، لكنني لا أزال غير متأكد مما إذا كانت جيدة بما فيه الكفاية
4. لا أجد شخصًا موثوقًا لمساعدتي في المراجعة
5. عملية التقديم معقدة، من السهل التأجيل

هذا النوع من المخرجات لا يمكن اعتباره استنتاجًا نهائيًا، لكنه مناسب جدًا لمساعدتك في تحديد أي نوع من المشاكل يجب أن تعطي الأولوية للمقابلات عنه.

12.4 دع AI يلعب دور "الجانب المعارض"

في كثير من الأحيان، نكون عاطفيين جدًا تجاه أفكارنا. يمكنك جعل AI يلعب خصمًا، يضغطك لتوضيح المشكلة بشكل أفضل:

العب دور مستشار بحث منتجات صارم جدًا.
فيما يلي فرضية JTBD الخاصة بي: [فرضيتك]
انتقدها من الزوايا التالية:
1. هل هذا السيناريو واسع جدًا
2. هل هذه الوظيفة مكتوبة كوظيفة بدلاً من تقدم حقيقي
3. هل البديل ضعيف جدًا
4. هل معيار النجاح غير واضح بما فيه الكفاية
5. ما هو الخطر الذي يحتاج أكثر إلى التحقق في هذه الفرضية

فائدة القيام بذلك هي أنك تستطيع اكتشاف بشكل أسرع ما إذا كنت تنظر إلى الاحتياج أم فقط إلى الحل الذي يعجبك.

📚 الواجبات

يرجى إكمال الواجبات التالية بناءً على المحتوى أعلاه:

1. اختر فكرة منتج تريد صنعها مؤخرًا، واكتبها بوضوح باستخدام صيغة JTBD
2. أكمل العناصر الخمسة لهذه الفكرة: السيناريو، المحفز، التقدم، البديل، معيار النجاح
3. ابحث عن 3 مستخدمين محتملين، واسأل على الأقل مرة "متى واجهت هذه المشكلة آخر مرة"
4. سلم الكلمات الأصلية للمقابلة إلى AI ونظمها في 3 فرضيات JTBD الأكثر استحقاقًا للتحقق أولاً

قراءة إضافية

• Christensen Institute: Jobs to Be Done
• Harvard Business School Online: What Is Jobs to Be Done?
• Intercom: Jobs-to-be-Done: A framework for customer needs
• Mural: Jobs to Be Done framework guide