كيفية منع زحف الميزة باستخدام أفضل ممارسات قصة المستخدم

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

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

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

مكالمة إيقاظ كلاسيكية.

تتسلل "الميزة الزاحفة" المخيفة بشكل أقرب تحت أنوفنا.

لحسن الحظ ، هناك إجراء مضاد لمكافحته. إنه أسلوب تصميم يسمى قصص المستخدم .

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

بالنسبة لمعظم فرق Agile ، تعد قصص المستخدمين هي الأداة الرئيسية لتسليم البرامج التدريجي. تحالف رشيق

ما هي قصة المستخدم؟

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

قصة المستخدم قصيرة ومحددة وموجهة نحو الهدف. إنها عبارة من جملة واحدة مؤطرة من منظور المستخدم ولها الهيكل التالي:

" بصفتي (نوع مستخدم) ، أريد (الهدف) ، حتى أتمكن من (الحصول على فائدة). "

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

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

محاذاة قصص المستخدم بين التصميم والرشاقة

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

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

هذه المعتقدات صالحة إلى حد ما ولكنها مضللة أيضًا.

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

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

قصص المستخدمين لاختبار المنتج ومقاييس تجربة المستخدم

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

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

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

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

• تعمل نتائج UX على مزامنة الجميع مع ما يتم بناؤه.
• تُخبر مقاييس نجاح UX الفرق عندما يحققون النتيجة.
• تمكّن مقاييس تقدم UX الفرق من تتبع وتقييم التقدم على طول الطريق.

كيفية إنشاء قصص مستخدم رائعة

يبدأ إنشاء قصة المستخدم بشخصيات مستخلصة من رؤى بحث المستخدم. سيساعد الفهم العميق للشخصيات المصممين على إنشاء قصص ذات مغزى تتصل بأهداف مستخدم أكبر. في هذه العملية ، يمكن الكشف عن احتياجات المستخدم غير الملباة ، وإنشاء سرديات المنتج (تسمى Epics in Agile).

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

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

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

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

كيفية كتابة قصص المستخدم وتحديد أولوياتها

من يكتب قصص المستخدم؟ تقليديا ، كانت كتابة قصص المستخدمين مسؤولية مديري المنتجات لتحريك التطوير (غالبًا عندما لا يكون هناك مصمم في الفريق). ومع ذلك ، عندما يكون هناك مصمم في الفريق ، فقد يكون من الأفضل أن يكتبه المصممون. لقد أجروا بحثًا عن المستخدم وهم الأكثر دراية بشخصيات المستخدم واحتياجاتهم.

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

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

لكتابة قصة مستخدم رائعة:

• يجب أن تكون واضحة ومركزة وقابلة للتنفيذ.
• يجب أن تلتقط القصة بطريقة تبدو ذات قيمة.
• يمكن ترجمتها إلى ميزة المنتج.
• لها اختبار قبول (هل تحقق الهدف؟).

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

هناك عدة جوانب تؤثر على مؤشر الأولوية لقصة المستخدم:

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

فوائد قصص المستخدم في التصميم

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

العمل مع قصص المستخدمين له فوائد عديدة:

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

تصميم أفضل للمنتج مع تخطيط قصة المستخدم

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

المشكلات المحتملة الأخرى عند الاعتماد حصريًا على قصص المستخدمين لدفع التصميم:

• عدم وجود سياق (تجاهل النتيجة الإجمالية لتجربة المستخدم)
• لا معنى للاكتمال (عدم اليقين بشأن تغطية الأهداف الأكبر)
• الخلط بين قصص المستخدم وحالات الاستخدام
• عدم تطوير المنتج (قصص المستخدم ليست ثابتة ، بل تتغير بمرور الوقت)

يساعدنا إنشاء خريطة قصة المستخدم على التركيز على الصورة الكبيرة - المنتج ككل بدلاً من التركيز على قصة فردية. جيف باتون ، مؤلف كتاب User Story Mapping

ملخص

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

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

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

اسمحوا لنا أن نعرف ما هو رأيك! يرجى ترك أفكارك وتعليقاتك وملاحظاتك أدناه.

• • •

مزيد من القراءة على مدونة Toptal Design:

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