بناء فريق تصميم المنتج ، بناء المنتج حب المستخدمين

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

قصتي

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

يناير 2015: كان العميل سعيدًا جدًا بعمل فريقي ،
أنهم أرسلوا لنا خطاب سعيد السنة الجديدة.

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

كانت القاعدة الأساسية لهذا الفريق هي أنه يجب أن يكون متعدد التخصصات: على عكس التكرارات السابقة ، كان يجب أن يتألف من مصممي UI / UX ومهندسين لديهم خلفية قوية لتطوير البرمجيات. لماذا كان هذا مهم؟

توفر OutSystems نظامًا أساسيًا منخفض الكود لبناء تطبيقات الهاتف المحمول والويب. هدفنا النهائي هو تحسين حياة المطورين من خلال جعل التطوير أسرع وأسهل. لفهم هؤلاء المطورين واكتشاف احتياجاتهم وتصميم أفضل الحلول والتحقق من صحتها ، نحتاج إلى كل من المهندسين ومصممي UI / UX. سأكون المهندس وقائد الفريق لهذا الفريق الجديد ، وكان ذلك تحديًا كبيرًا!

نوفمبر 2016 - فريق تصميم المنتج.

المراحل المبكرة: تحديد هدفنا ورؤيتنا

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

أردنا تشكيل مستقبل منتجاتنا وألا نكون فكرة لاحقة ؛ سوف نشارك من الألف إلى الياء.

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

بهذا حددنا رؤيتنا الملهمة:

رؤية فريق تصميم المنتج.

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

  1. اجعل المنتج سهل الاستخدام.
  2. جعل المنتج جميل ومرغوب فيه.
  3. ساعد مستخدمينا على فهم قيمة المنتج.

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

تشغيل Premortem

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

مشروع Premortem

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

تقييم مهاراتنا

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

نظرنا في تعريف المنتج. وجدنا هذا:

يقوم "تصميم المنتج" بتحديد المشكلة والتحقيق فيها والتحقق من صحتها ، وفي النهاية صياغة الحلول والتصميمات والاختبارات وشحنها.

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

رسم تخطيطي يوضح مهارات فريق تصميم المنتج لعام 2016.

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

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

ما زلنا نقوم بهذا التمرين من وقت لآخر ، ومنذ التكرار الأول ، واصلنا تقييم مهاراتنا. نتيجةً لذلك ، قمنا بتكييف الرسم التخطيطي لتبني تغييراتنا. إليك مخطط 2018:

رسم تخطيطي يوضح مجموعة مهارات فريق تصميم المنتج لعام 2018.

العمل مع فرق المنتج

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

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

  1. نحن نعمل مع الفرق ، وليس للفرق
  2. نحن نهدف دائمًا إلى إضافة الحد الأقصى للقيمة وأقل النفقات العامة إلى الفرق.

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

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

المراحل الأربع لتصميم المنتج

اكتشاف المرحلة

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

نوفمبر 2016: تجربة سباق تصميم Google.ديسمبر 2016 - نتاج جلسة التصميم الأولى الخاصة بنا ، لمصحح الأخطاء Full-Stack.

المرحلة النموذجية

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

كانون الثاني (يناير) 2017: نماذج مصحح أخطاء مكدس كامل.مارس 2017: نموذج أولي لورق محرر الأنماط.

مرحلة التسليم

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

مارس 2017: قام أحد أعضاء الفريق بتسليم طفل رضيع!سبتمبر 2017 - واجهة المستخدم النهائية لمربع حوار

مرحلة القرص

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

هذه المعلومات تساعدنا على تبسيط التصميم.

ديسمبر 2017: - تحليل مقاييس الاستخدام لمحرر الأنماط.

رغوة الصابون تكرار شطف

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

أين نحن اليوم؟ إلى أين نتجه؟

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

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

العودة إلى قصتي

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

فريق تصميم المنتج في عام 2018