الهدف
بعد هالدرس تقدر تكتب خمسة أسئلة JTBD مخصصة لمنتجك، تجنّد مستخدمين من PostHog عشان تسوي معهم مقابلات، وتحوّل نتائج المقابلات لقرارات منتج قابلة للتطبيق.
ليش هذا الحين؟
كل قرار تأخذه بدون مقابلات مستخدمين هو تخمين. المشكلة مو إنك ما تعرف منتجك — المشكلة إنك تظن تعرف مستخدمك، وفي الغالب أنت غلطان.
الـ JTBD framework يساعدك تفهم ليش المستخدم اختار منتجك — مو شنو الميزات اللي يستخدمها، شنو الـ "job" اللي كان يحاول ينجزه لما قرر يشتري. هالفهم يغيّر شلون تبني وشلون تسوّق وشلون تسعّر.
الفكرة
Jobs-to-be-Done Framework:
المستخدم ما "يشتري منتج" — هو "يوظّف" منتج عشان ينجز مهمة. مثال:
محد يشتري مثقاب — الناس يشترون ثقب في الجدار. والواقع: هم ما يبون الثقب — يبون يعلّقون صورة العائلة.
فهم الـ "job" الحقيقي يكشف عن:
- شنو القيمة الحقيقية اللي تقدّمها (مو اللي تظنها)
- منو المنافس الحقيقي (مو اللي تظنه دايما)
- وين تحط ميزانية التطوير الجاية
الخمسة أسئلة المحورية:
- "قبل ما تعرف [منتجي]، شلون كنت تحل هذي المشكلة؟"
- "متى بالضبط قررت إنك تحتاج حل مختلف؟"
- "شنو اللي كان يوقفك من استخدام [البديل]؟"
- "لو [منتجي] اختفى اليوم، شنو بتسوي؟"
- "منو آخر شخص قلت له عن [منتجي]؟ وشلون شرحته له؟"