شبكة الإنترنت هي مملكة راسخة من المختصرات والكلمات الطنانة. يؤسفني أن أقول ذلك ، لكننا نميل إلى توليد الكثير من المصطلحات التي تعد في الغالب خدعة تسويقية بدلاً من تعريف مفيد لوصف جزء من مجالنا.
UX، IxD، IA، UCD، CX، agile UX، lux UX، guerrilla research، strategy UX، emotional design… نحن نسبح في بحر من العبارات الغريبة التي تتخلى عن الوضوح لصالح التفضيل الذاتي.
لا تفهمني خطأ ، أنا لست luddite. لقد قضيت فترة طويلة من الوقت على أرض المعركة للتصميم ، أعمل كمتخصص في قابلية الاستخدام. مصمم UX مهندس المعلومات مدير UX. الكثير من الكلمات الطنانة في سيرتي الذاتية.
لقد أدى ظهور "Agile UX" ، وبعد "Lean UX" بعد فترة وجيزة ، إلى المزيد من الارتباك أكثر من المعتاد: فكلتا المصطلحتين تقترحان علاقة قوية بالتصميم مع عملية تطوير المنتج ككل - والتي أعجب بها تمامًا ؛ كلاهما يميلان إلى التركيز على جعل التصميم أسرع ؛ كلاهما يتناسبان مع الرؤية الواسعة لأدوات تصميم تجربة المستخدم الجديدة. ولكن ... ما الفرق بين Agile UX و Lean UX؟ في المحادثة اليومية للتكنولوجيا ، يستخدم معظم الأشخاص هذين المصطلحين بالتبادل. لماذا إذن لدينا فترتين إذا كان كلاهما يشير إلى نفس الشيء؟
تعود جذور الحركة نحو التطوير السريع إلى إنشاء البرمجيات. في الأيام الماضية ، لم يكن التصميم على نفس القدر من الأهمية كما كان اليوم ، وكانت البرمجيات واحدة من أكثر الأمثلة سوءًا لهذا الإغفال. في الواقع ، تم دفع القليل من الاهتمام للمستخدم النهائي. كان تطوير البرامج يتمحور حول توفير النتائج ، بغض النظر عن مدى قبح أو تعقيد تجربة المستخدم.
كان أكبر مصدر قلق لمُنشئي "البيان الأجيلي" الأصلي هو كفاءة عملية تطوير البرمجيات ، بدلاً من القيمة ومكان التصميم. في الواقع لم يذكر التصميم في البيان ، الذي أجبر المصممين على الكفاح من أجل مكانهم في العملية في وقت لاحق. في البداية ، صعدت Agile ضد عملية تطوير Waterfall الكلاسيكية التي كانت تحاول باستمرار إغلاق العملية الديناميكية في الشكل الثابت للتوثيق القوي.
أتباع رشيقة ومجموعة من المبادئ البسيطة:
سرعان ما أصبحت هذه الإرشادات شائعة وأصبحت Agile حاليًا بمثابة المعيار الذهبي لتطوير المنتجات الرقمية.
لتتناسب مع هذا التصميم UX صورة جميلة كان لإعادة النظر في تقنياتها والتركيز. نتيجة إعادة التقييم هذه هي Agile UX. بشكل أساسي ، يصف Agile UX نهج منهجية برامج Agile في سياق تصميم UX. يتمثل الهدف النهائي لشركة Agile UX في توحيد المطورين والمصممين في عملية تطوير المنتجات السريعة.
على عكس Agile UX ، يأتي LX UX من ثقافة بدء التشغيل. يتمثل المفهوم هنا في أنه يجب على أي شركة أن تقوم بشحن منتج في أقرب وقت ممكن - تحتاج المبيعات (أو بعض أشكال السحب الأخرى) إلى الإسراع بسرعة حتى يستمر المشروع. للقيام بذلك يجب جمع المعرفة وتكون بمثابة أساس لمجموعة من التكرارات للمنتج.
الهدف هو إنتاج منتج قابل للتطبيق بحد أدنى ودفعه إلى السوق بأسرع وقت ممكن. تتضمن العملية عادةً إخراج المنتج الأساسي أولاً ، لتحديد ما إذا كان هناك طلب في السوق ، ثم بناء نحو نسخة محققة بالكامل في سلسلة من الخطوات. تختبر نماذج التطوير الضعيفة الأفكار في جميع مراحل عملية التطوير ، مع التركيز على القياس المستمر وما يسمى "حلقات التعلم" (بناء - تدبير - تعلم).
يعد تجميع البيانات باستمرار على مجموعة المستخدمين المستهدفين جزءًا لا يتجزأ من عملية Lean. وبالتالي ، بدأ الناس يشيرون إلى العملية التقليدية لتصميم الويب التي تعتمد على التحليلات كجزء من منهجية Lean.
بما أن جميع تصميم UX يتم التعرف عليه من خلال فهم السلوك البشري ، فإن بعض الناس يجادلون بأن Lean UX تم تنفيذ UX بشكل جيد.
يعتبر Agile UX و Lean UX نهجين لعمليات التصميم المعدلة التي تناسب الطريقة التي يتوقع العملاء والمستهلكون من خلالها تقديم المنتجات والخدمات الحديثة. عادة ما يتم أخذ المصطلحات على أنها تعني الشيء نفسه.
ومع ذلك ، فإن النتائج المختلفة التي يتم التوصل إليها من الطرق المختلفة واضحة: تنتج Agile UX منتجًا أكثر مصقولًا. تنتج Lean UX منتجات متعددة لزيادة الصقل. في نهاية المطاف ، يمكن لكلا التقنيين الوصول إلى نفس المكان ، ولكن عبر طرق مختلفة جدًا.
عند اختيار المسار الذي سيتم اتخاذه لمشاريع الويب ، حدد المسار الأنسب للنتيجة النهائية. إذا كنت قادرًا على التكرار من خلال العديد من الإصدارات ، كما هو الحال مع أحد المشروعات الجانبية ، فقد يكون Lean هو الطريق للذهاب ؛ إذا كنت أكثر راحة في إصدار نسخة محققة بالكامل ، فانتظر إلى Agile.