الأقل هو الأكثر - استخدام Lean UX لتقييم جدوى المنتج

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

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

المشكلة: تغطية واقعة استخدام منعزلة

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

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

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

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

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

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

لقد فقدنا بالفعل الوقت والمال في صنع شيء لم يتم التحقق من صحته بشكل صحيح ولا يغطي جميع حالات الاستخدام للجمهور المستهدف. كانت هذه أكبر العقبات التي كان علينا التغلب عليها:

1. كيف تقنع كبار المسؤولين بالتخلي عن هذا المنتج والموافقة على متابعة حل جديد تمامًا.
2. كيف نتجنب جعل الفريق يفقد الحافز ويشعر وكأنهم أضاعوا شهورًا من العمل على شيء كان ينبغي علينا البحث فيه بشكل أفضل في البداية.
3. كيفية التأكد من التحقق من صحة أفكار منتجاتنا بدقة للتأكد من أننا على المسار الصحيح.
4. كيفية تسريع العملية والتأكد من أن الجميع على نفس الصفحة مع اقتراب مواعيد التسليم النهائية.

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

مبادئ Lean UX

قررنا تكييف الطريقة التي شرحها Jeff Gothelf في كتابه Lean UX. Lean UX هو نهج لعملية التصميم ينقل فرق التصميم بعيدًا عن إنتاج كميات كبيرة من الوثائق لصالح التحقق التكراري والاستفادة من ملاحظات المستخدم.

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

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

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

تكييف عملية Lean UX

بناءً على مشروعنا الخاص واحتياجات الفريق ، أجرينا بعض التعديلات على الطريقة الموضحة في Lean UX الخاص بـ Jeff Gothelf. للحصول على وصف أكثر تفصيلاً لكيفية استخدام نفس الطريقة مع فريقك ، يرجى الرجوع إلى الكتاب.

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

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

الخطوة 3: تصور خطة التحقق من الصحة.
لقد وضعنا خطة لكيفية التحقق من صحة كل فرضية - ما أردنا قياسه ، والمقاييس التي سنتتبعها ، والنتائج التي ستعني أنها قد تم التحقق من صحتها بنجاح.

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

الخطوة 5: تحديد أولويات الميزات بناءً على القيمة التي تقدمها.
بالنسبة إلى ميزات العصف الذهني واختيار أيها سيتم تطويره ، قمنا بدمج نهج Lean UX مع أولويات MoSCoW. يساعد هذا الأسلوب الفرق في تحديد أولويات الحلول وفقًا للموارد المتاحة. الأحرف هي:

• يجب ان يملك
• يجب ان
• قد يكون له
• لن يكون هذا الوقت

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

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

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

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

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

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

لحسن الحظ ، كان المستخدمون الأوائل المحتملون الذين اختبرناهم متحمسين لحلنا.

فوائد Lean UX

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

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

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

تطبيق مبادئ Lean UX على تطوير المنتج

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

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

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

• • •

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

• قيمة أبحاث المستخدم
• كيفية إجراء بحث UX فعال - دليل
• القوانين المجربة والصحيحة لتجربة المستخدم
• تعزيز تدفق المستخدم - دليل لتحليل تجربة المستخدم
• الاستفادة من النماذج العقلية في تصميم تجربة المستخدم