شخصية المستخدم وقصص المستخدم: كيف نترجم احتياجات الناس إلى وظائف؟
User Personas and User Stories
الجواب المختصر
لا يكفي أن نقول إن التطبيق «للطلبة» أو «للعملاء»، بل نحدد خصائص الجمهور: العمر التقريبي، ومستوى الخبرة التقنية، ونوع الجهاز، واللغة المفضلة، والبيئة التي سيُستخدم فيها، والاحتياجات الخاصة. شخصية المستخدم (Persona) وصف تخيّلي لمستخدم يمثل فئة حقيقية: الاسم والعمر والصفة والأجهزة والاحتياج والصعوبة وما يناسبه في التصميم. قصة المستخدم (User Story) تحول الحاجة إلى وظيفة بالصيغة: «بصفتي ... أريد أن أفعل كذا، لكي أحقق كذا».
شخصية المستخدم: مثال
| البند | مثال |
|---|---|
| الاسم والعمر | سارة، 17 سنة |
| الصفة | طالبة في تخصص التصميم الرقمي |
| الأجهزة | هاتف أندرويد وحاسوب محمول |
| الاحتياج | تنظيم مشاريعها وتسليمها في الوقت المحدد |
| الصعوبة | تنسى مواعيد التسليم ولا تفضل التطبيقات المعقدة |
| قرار التصميم المناسب | واجهة بسيطة وتنبيهات واضحة وأزرار كبيرة نسبيًا، وعرض المهام القريبة أولًا |
قصص المستخدم
- بصفتي طالبًا، أريد إضافة مهمة مع تاريخ تسليم، لكي لا أنسى واجباتي.
- بصفتي معلّمًا، أريد إرسال ملاحظات قصيرة للطلبة، لكي يعرفوا ما المطلوب منهم.
- بصفتي مستخدمًا ضعيف البصر، أريد تكبير حجم النص، لكي أقرأ التعليمات بسهولة.
ثم تتحول هذه القصص إلى متطلبات وظيفية وغير وظيفية، وتُسجَّل في وثيقة التصميم. وللجمهور وإتاحة الوصول: إتاحة الوصول.
المصطلحات: عربي ↔ English
- شخصية المستخدم
- User Persona
- قصة المستخدم
- User Story
- الجمهور المستهدف
- Target Audience
لماذا يهمّ هذا في BTEC؟
الشخصية تدفعك لقرارات تصميم ملموسة، كأن تعرض الصفحة الرئيسية المهام القريبة أولًا.
أسئلة تجيب عنها هذه الصفحة
- ما هي شخصية المستخدم (Persona)؟
- ما هي قصص المستخدم؟
مفاهيم مرتبطة
- المتطلبات الوظيفية وغير الوظيفية للتطبيق: الفرق وأمثلةالمتطلبات الوظيفية تصف ماذا يفعل التطبيق (إنشاء حساب، تسجيل دخول، إرسال طلب)، وغير الوظيفية تصف كيف يجب أن يعمل (سرعة، وضوح، حفظ بيانات، توافق، إتاحة وصول، رسائل خطأ واضحة).
- وثيقة تصميم التطبيق: مكوناتها وقائمة الفحص قبل الاعتماد وأخطاء يجب تجنبهاوثيقة التصميم ملف منظم يشرح فكرة التطبيق ومستخدميه ووظائفه وشكل واجهاته وطريقة عمله قبل البرمجة، فتوحّد فهم المصممين والمبرمجين وأصحاب المشروع. مكوناتها: وصف مختصر، الجمهور، المتطلبات الوظيفية وغير الوظيفية، مخططات الواجهة، وتدفق المستخدم.
- إتاحة الوصول في تصميم التطبيقات: الرؤية والسمع والحركة والفهمإتاحة الوصول تعني أن يكون التطبيق قابلًا للاستخدام من أكبر عدد ممكن، بمن فيهم أصحاب الصعوبات البصرية والسمعية والحركية والمعرفية: تباين جيد وتكبير نص ووصف للصور، ونص بديل للصوت والفيديو، وأزرار كبيرة ومتباعدة، ولغة واضحة وخطوات قصيرة.
عن كاتب الصفحة
مدرّس BTEC IT · الأردن
- نوع المحتوى
- شرح مبني على مادة أحمد دومي — وليس نصًّا رسميًّا من Pearson
- آخر مراجعة
- المصدر
- مقدمة إلى التطبيقات — تصميم التطبيقات (أحمد دومي) — الصفحتان 8–9