قبل ماتبدأ تنشئ منتج لحل مشكلات المستخدم، من الممكن انك تستخدم طريقة تسمى “5 days design sprint” للتأكد من فعالية حلك للمشكلة دون استهلاك وقت كبير.
ثريد 🧵
ثريد 🧵
days design sprint 5 هي طريقة لبناء واختبار حل لمشكلة في خلال ٥ أيام. الفائدة تكمن من خلال عدم قضاء وقت كبير في بناء منتج ليتضح انه غير مناسب للفئة المستهدفة او غير فعال في حل المشكلة.
قبل البدء في 5 الأيام، لابد من تحديد المشكلة المراد حلها وتحديد الفريق والوقت المناسب.
🔹اليوم الأول - جمع المعلومات:
تبدأ في تجميع معلومات عن المشكلة والمخاطر الناتجة عنها والطرق المختلفة لحل المشكلة. ينتهي اليوم بالإتفاق على الحلول الممكنة للمشكلة.
تبدأ في تجميع معلومات عن المشكلة والمخاطر الناتجة عنها والطرق المختلفة لحل المشكلة. ينتهي اليوم بالإتفاق على الحلول الممكنة للمشكلة.
🔹اليوم الثاني - رسم الحلول:
يبدأ الفريق في رسم الحلول ثم جمع الرسومات ووضعها على اللوح لاختيار الحل المناسب في اليوم الثالث. ينتهي اليوم بعدد من الحلول المقترحة للمشكلة.
يبدأ الفريق في رسم الحلول ثم جمع الرسومات ووضعها على اللوح لاختيار الحل المناسب في اليوم الثالث. ينتهي اليوم بعدد من الحلول المقترحة للمشكلة.
🔹اليوم الثالث - اختيار الحل:
يتم عرض الحلول التي تم التوصل لها في اليوم السابق ويبدأ الفريق في البحث عن حل مناسب من الحلول المطروحة. ينتهي اليوم باختيار حل او اكثر للمشكلة.
يتم عرض الحلول التي تم التوصل لها في اليوم السابق ويبدأ الفريق في البحث عن حل مناسب من الحلول المطروحة. ينتهي اليوم باختيار حل او اكثر للمشكلة.
🔹اليوم الرابع - عمل النموذج المبدئي (Prototype):
يبدأ الفريق بالتعاون على عمل prototype للحل المقترح في احد برامج التصميم. الهدف من prototype هو تكوين الحل بطريقة يمكن اختبارها من قبل المستخدمين المحتملين. ينتهي اليوم بالانتهاء من عمل النموذج لاختباره في اليوم التالي.
يبدأ الفريق بالتعاون على عمل prototype للحل المقترح في احد برامج التصميم. الهدف من prototype هو تكوين الحل بطريقة يمكن اختبارها من قبل المستخدمين المحتملين. ينتهي اليوم بالانتهاء من عمل النموذج لاختباره في اليوم التالي.
🔹اليوم الخامس - اختبار الحل:
يتم مقابلة المستخدمين لاختبار الحل المطروح وتسجيل تعليقاتهم عن الحل.
يتم مقابلة المستخدمين لاختبار الحل المطروح وتسجيل تعليقاتهم عن الحل.
بنهاية ٥ أيام سيتم تحديد ما إذا الحل كان مناسب لحل المشكلة او لا وهذه تعتبر طريقة موفرة للوقت بدلاً من بناء حل منتج كامل قبل التأكد من إمكانية حل المشكلة او لا بالمنتج.
لمزيد من المعلومات ممكن تقرأ هذا الكتاب:
في نهاية الثريد، لاتنسون المشاركة لإفادة الغير وشكراً💜.
جاري تحميل الاقتراحات...