مهمة العميل تصف النتيجة التي يحاول الوصول إليها باستخدام منتج أو خدمة. يشرح NN/G إطار Jobs-to-Be-Done بالتركيز على النتائج بدل قائمة الخصائص. [1] ابدأ بالموقف الذي يحتاج حلًا، ثم افحص كيف يتعامل معه الشخص الآن وما الذي يعد نجاحًا له.
الخلاصة السريعة
اكتب النتيجة والسياق ومعيار النجاح، ثم تحقق من الحاجة والبدائل قبل اختيار الحل.
- صِف النتيجة المقصودة لا خاصية المنتج فقط؛ هذا محور إطار المهمة في NN/G. [1]
- حدد متى وأين تحدث المهمة وما قيودها؛ في المثال، طالب رسم يريد نقل الأدوات إلى الحصة دون تلف أو فقد.
- اسأل كيف ينجز الشخص المهمة الآن؛ دليل GOV.UK يبحث الهدف والطريقة الحالية والمشكلات. [2]
- اكتب معيار نجاح قابلًا للفحص في السياق؛ إطار NN/G يتناول النتيجة ومعايير نجاحها، لا قالبًا إلزاميًا واحدًا. [1]
- احتفظ بما لم يتحقق كفرضية؛ توصي GOV.UK بأن تستند الحاجة إلى بحث وأن تركز على المشكلة قبل الحل. [2]
ما النتيجة وراء اسم المنتج؟
يضع NN/G النتائج التي يريد المستخدم إنجازها في مركز إطار المهمة. [1] تسمية منتج مثل «حقيبة جديدة» لا تشرح وحدها لماذا احتاجه الشخص.
في مثال تعليمي، طالب رسم ينقل فرشًا وألوانًا بين البيت والحصة. النتيجة المقترحة: الوصول بالأدوات المطلوبة دون فقد أو تلف، مع إمكان تجهيزها قبل بدء العمل.
لا نفترض أن كل طالب رسم لديه الحاجة نفسها أو أنه يريد الشراء. هذه صياغة للبحث، لا دليل طلب أو موافقة على تصميم بعينه.
أضف السياق الذي يغير الاختيار
اسأل في المثال عن طريق الانتقال ومساحة الحصة ونوع الأدوات التي يحملها الشخص. اختلاف السياق قد يجعل اقتراح صندوق صلب مناسبًا لشخص وصعب الحمل لآخر.
اكتب ما عرفته وما تفترضه. إذا لم تعرف هل يذهب سيرًا أو بحافلة، فلا تضف سلوكًا إلى الشخصية من خيالك ثم تبني عليه المنتج.
صياغة مقترحة:«عندما أذهب إلى حصة الرسم، أريد نقل أدواتي وتجهيزها دون فقد أو تلف، حتى أبدأ العمل بما أحتاجه». هذه جملة تعليمية تحتاج تحققًا مع مستخدم فعلي.
ما الطريقة الحالية وما البدائل؟
يقترح دليل GOV.UK معرفة ما يحاول المستخدم فعله وكيف يفعله حاليًا وما المشكلات التي يواجهها. [2] اسأل عن واقعة حدثت قبل أن تعرض حلًا جاهزًا.
قد يحمل شخص الأدوات في حقيبة قديمة أو يترك جزءًا منها في مكان الحصة أو يقسمها في علب صغيرة. هذه بدائل افتراضية، ولم يرصدها بحث للمشروع.
إذا كان الحل الحالي يحقق النتيجة دون مشكلة مهمة، فاسأل ما الذي ينقصه قبل توقع تبديل المنتج. وجود خصائص إضافية في تصميمك لا يثبت أن العميل يحتاجها.
كيف تعرف أن المهمة أُنجزت؟
يتناول NN/G النتيجة والسياق ومعايير النجاح، دون اشتراط شكل واحد لوصف المهمة. [1] حوّل الكلمات العامة إلى أمر يمكن فحصه مع من يعيش الموقف.
في مثال الرسم، يمكنك بحث: هل وصل بالأدوات المحددة؟ هل بقيت سليمة؟ هل استطاع إخراج ما يحتاجه قبل العمل؟ لا نضع زمنًا مثاليًا أو سعة ثابتة دون معرفة المتطلبات.
لو اقترح الفريق «يجهز خلال دقيقتين»، فسجل ذلك هدفًا مقترحًا يحتاج اختبارًا. لا تعرضه بوصفه مطلبًا قاله العملاء أو تحسنًا ثبت تحققه.
المهمة توجه البحث ولا تحسم المنتج
تطلب GOV.UK حاجات قائمة على دليل وتركز على المشكلة بدل الحل الممكن. [2] لا تكتب «يحتاج درجًا إضافيًا» حين لم تعرف بعد كيف تنظم الأدوات.
اجمع الدليل عن موقف المستخدم، ثم قارن حلولًا ممكنة بالنتيجة والقيود. قد يكون تعديل تقسيم داخلي أو توضيح استعمال الحل الحالي أقرب للحاجة من منتج جديد.
احفظ مصدر كل وصف وتاريخ مراجعته والأسئلة المفتوحة. فهم المهمة يساعدك على طرح سؤال أدق، لكنه لا يضمن مبيعات أو يلغي فحص التكلفة وملاءمة الحل وقدرة استعماله.
المصادر ومتابعة القراءة
- Nielsen Norman Group — Personas vs. Jobs-to-Be-Done (يفتح في نافذة جديدة)nngroup.com
- GOV.UK — Learning about users and their needs (يفتح في نافذة جديدة)gov.uk
أُعدّ هذا المقال بصياغة عربية أصلية بالاستناد إلى المصادر أعلاه، وهو مدخل تمهيدي إلى الموضوع. اقرأ منهجية المحتوى وحدوده.