حفظ المنتج X - دراسة حالة عن التفكير التصميمي

ما هو التفكير التصميمي؟

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

بينما لا تزال رؤيتك حديثة ، تبدأ في التفكير في السؤال الأساسي الأول الذي يتبادر إلى الذهن: "كم من الوقت سيستغرق إنجازها؟"

ونظرًا لأننا نادرًا ما نجد أنفسنا بميزانية ووقت غير محدودين ، فإن السؤال الثاني التالي يأتي سريعًا: "كم سأكلفني للقيام بذلك؟"

كلاهما سؤالان أساسيان وحاسمان في صنع المنتج ، لكنهما غالبًا ما يكونان بالضبط الأسئلة الخاطئة للبدء بها.

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

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

تعتبر عملية التفكير التصميمي مفيدة بشكل خاص لأنها تولد نتيجة فريدة ومحددة: المعرفة.

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

نظرية التفكير التصميمي

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

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

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

1. التعاطف: الهدف من هذه المرحلة هو فهم عميلك ، من خلال البحث وجمع المعلومات حول أعمالهم. خلال هذه المرحلة ، يمكننا استخدام العديد من الأدوات المختلفة ، مثل المقابلات ومجموعات التركيز والملاحظات والاستطلاعات.
2. التعريف: في هذه المرحلة ، نقوم بجمع المعلومات وتصنيفها من مرحلة التعاطف. هنا نحدد شخصيات المستخدم ورحلات المستخدم.
3. فكرة: باستخدام المعلومات الواردة أعلاه ، هنا يضع الفريق أفكارًا للحلول. لا توجد أفكار سخيفة أو خاطئة! يجب التعبير عن كل شيء وتوثيقه.
4. النموذج الأولي: خلال هذه المرحلة ، يتم إنشاء شيء ملموس يسمح لك بالتحقق من فكرتك في الحياة الواقعية. لا تفرط في تعقيد وإنشاء MVP هذا في أسرع وقت ممكن.
5. اختبار: تحقق من فكرتك في الحياة الواقعية مع المستخدمين الفعليين. احصل على تعليقات. اطرح أسئلة حول كيفية تحسينها.
6. التنفيذ: هذه هي المرحلة التي يتم فيها ترجمة كل المعارف التي تم جمعها إلى منتج نهائي.

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

تطبيق التفكير التصميمي - دراسة حالة واقعية

مقدمة: المشروع X

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

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

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

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

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

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

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

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

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

المرحلة 1 - التعاطف

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

بالمعنى الأكثر حرفية ، التعاطف هو القدرة على فهم ومشاركة مشاعر الآخرين. في التفكير التصميمي ، التعاطف هو "فهم عميق لمشاكل وواقع الأشخاص الذين تصمم لهم."

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

في اجتماع استمر يومًا كاملاً ، قمنا بتجميع القائمة الأولى المكونة من 30 اسمًا (بين الموظفين والمديرين الوظيفيين والعملاء) التي يمكن الاتصال بها مباشرةً ثم اخترنا أيضًا جمهورًا مستهدفًا من 4000 عميل (حوالي 10٪ من المستخدمين المتكررين للعملاء) يتمركز).

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

تم تنظيم المجموعة لإجراء المقابلات عن بعد ، باتباع مجموعة من الأسئلة المكتوبة وبعض القواعد الأساسية:

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

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

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

لتنظيم عملية جمع المعلومات بالكامل ، استخدمنا الأدوات عن بُعد التي سمحت للفريق بجمع المعلومات بسهولة أكبر ، بما في ذلك Skype و Zoom و Google Forms ولوحة Kanban الرقمية حيث نضع جميع أنشطتنا ونتتبع حالتها.

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

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

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

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

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

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

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

المرحلة 2 - تحديد

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

معنى القاموس لـ "تعريف" هو تحديد الهوية والصفات الأساسية لمفهوم ما . في حالتنا أردنا تحديد ما يلي:

• عملائنا المثاليين
• مشاكلهم
• حلول لمشاكلهم
• احتياجات ومخاوف عملائنا التي كان علينا معالجتها

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

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

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

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

بعد ذلك ، اخترنا العميل المشترك User Personas وكان لدينا مجموعة كاملة من البيانات القادمة من المقابلات والاستطلاعات. كان هذا هو الوقت المناسب لتتسخ أيدينا.

أثناء مرحلة التعريف ، حاولنا تحويل تعريف عام لمشكلة مثل ، "نحتاج إلى منتج يزيد مبيعاتنا بنسبة 10٪" ، إلى حل أكثر تحديدًا مثل: "الرجال والنساء البالغات ، بين 35 و 45 عامًا الذين يعملون في مكتب يحتاجون إلى تلقي اتصالات لها صلاحية قانونية للتأكد من أن المرسل هو في الواقع من يقولون ".

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

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

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

المرحلة 3 - التفكير

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

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

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

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

لكل رسم تم إنتاجه ، قمنا بجمع المعلومات من المستخدمين ، وحددنا مجموعة من الحلول ورجعنا إلى هؤلاء المستخدمين (كلما كان ذلك ممكنًا وبقدر الإمكان) لاختبار العملية والنتيجة معهم.

المرحلة 4 - النموذج الأولي

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

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

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

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

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

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

المرحلة 5 - اختبار

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

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

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

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

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

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

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

الآن كان الاختبار النهائي في انتظار: فتحه للمستخدمين وفهم ما سيحدث بعد ذلك.

المرحلة 6 - التنفيذ

مرحلة التنفيذ: هذه هي المرحلة التي يتم فيها ترجمة كل المعارف التي تم جمعها إلى منتج نهائي.

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

حددنا مجموعة من القواعد لتنفيذ MVP في فترة زمنية قصيرة:

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

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

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

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

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

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

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

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

• ما الإجراء الذي يجب أن يقوم به كل مستخدم داخل نظامنا الأساسي وما الذي يحاولون تحقيقه؟
• ما الخطوات التي يجب أن يتخذها هؤلاء المستخدمون للوصول إلى الهدف النهائي؟
• ما هي نقاط الألم التي كانت لديهم من قبل وكيف يجب أن نتجنبها؟

سمح ذلك لفريقنا باتخاذ قراراتهم الدقيقة وتوجيه المنتج نحو هدفه النهائي.

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

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

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

خاتمة

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

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

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

ساعدنا استخدام عملية التفكير التصميمي في العديد من المجالات المختلفة:

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

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