Rami Almalki || مصمم
Rami Almalki || مصمم

@Rami_Box

21 تغريدة 29 قراءة Aug 14, 2020
.
حديث عظيم لـ Ryan Singer رئيس الإستراتيجيين في Basecamp عن فهم مشكلة المستخدم قبل تصميم حل له.. راح انزل ترجمة لأبرز ماجاء فيه في التغريدات التالية:
حديث مهم لكل مصمم منتجات و مصمم تجربة مستخدم واستراتيجي ولكل من يعمل في هالمجال.
.
.
يقول اولاً انا قادم من خلفية مصمم جرافيك, بعدها تعلمت تطوير الويب فأصبحت في منطقة بين المصممين والمبرمجين, بعدها بدأت في تعلم البزنس وهنا أصبحت استراتيجي اكثر من كوني مصمم او مبرمج.
.
.
هنا يستعرض مشاكل المنتجات. يقول: طلب منا العديد من العملاء امكانية اضافة قائمة مهام داخل قائمة المهام, يبدو ذلك سهلاً من الوهلة الأولى لكن عندما تدخل في التفاصيل اكثر تظهر لك مشاكل تؤثر على الفكرة كاملة. مثل هل سنضيف زر اضافة وكم مستوى من القوائم يمكن اضافته داخل كل قائمة ...
.
.
اذا تم انجاز مهمة من القائمة اين تذهب, هل سنضيف ازرار داخل القوائم ام سوف تكون سحب وادراج؟, كيف نعمل تفكيك للمهام التي داخل مهمة رئيسية؟ وكم سيستغرق الموضوع منا وقت وجهد؟ وبعدها بالطبع الجزء البصري, اقصد تصميم الازرار والوانها والظل وشكل الأزرار. هنالك الكثير من القرارات...
.
.
التي يجب اتخاذها لإدراج هذه الميزة فقط. وبعدها طريقة برمجة هذه الميزة التي تواجه احيان مشاكل مروعة مثل ان الكود الذي تم بناء البرنامج من خلاله لن يدعم ميزات مثل السحب والإدراج. تستطيع ان ترى من خلال هذا السرد انه يوجد مستويات متعددة للمشكلة, وكلما نزلت في المستوى...
.
.
وزاد الموضوع عمق كلما ظهرت لك المشاكل وكلما ظهر لديك مشكلة في المستويات الدنيا كلما أثر على المستوى الذي قبله ثم على القرارات التي تتخذها في المستويات العليا ومن ثم يتوقف المشروع والفكرة كاملة.
.
.
لذا كان علينا ان نعيد التفكير ونعمل Design Thinking تفكير تصميمي للمستويات العليا ونحدد بالضبط مانريده. لذلك قررنا ان قائمة المهام سيضاف لها مهام لمستوى واحد فقط. وزر اضافة مهمة سيكون في الأسفل زر واحد فقط. ودمج المهام المنجزة اسفل قائمة المهام الأصلية. هذه القرارات...
.
.
هي ماستشكل شكل التطبيق والأهم من هذا كله أنها تحل مشكلة لدى العملاء بالفعل وتقدم القيمة والفعالية للمستخدم وليس اضافة ميزة لمجرد الإضافة فقط!
نستطيع كفريق ان نصمم أفضل وأجمل قائمة مهام, ولكن في عالم البزنس انت مرتبط بميزانية ووقت وتكلفة.
.
.
لذلك عندما تقولون ان لدينا اضافة او ميزة ستستغرق منا 6 أسابيع لإطلاقها ويأخذ الموضوع 6 أشهر فهذا هدر للوقت والجهد والميزانية والفرصة ايضاً في السوق. لذلك يجب ان تقرر اي جزء هو المهم؟ اي جزء الذي ستسمح بأن يكون رديء؟ واي جزء ستلغيه؟ هذه تسمى Design Decisions قرارات تصميم.
.
.
مثال آخر.جائنا طلب من أحد العملاء "اضيفوا تقويم للتطبيق". بعض المنتجات التقنية لديها التزام تجاه المستخدمين وتوقعات المستخدمين منهم. لكن التقويم سبق ونفذناه بشكل كامل على نسخة 2012 ولكن بعد سنوات بالنظر للبيانات لم يستخدم تقويمنا الكثير من المستخدمين!! لكن كلفنا 6 أشهر عمل!
.
.
6 أشهر لتصميم ميزة لايستخدمها سوى قلة من الناس!
بعدها اطلقنا النسخة الثالثة من التطبيق وقررنا اننا سنكون سريعين ونعالج المشاكل السابقة في النسخ السابقة. ابقينا المستخدمين السابقين على النسخة القديمة وبدأنا في تصميم النسخة الثالثة واطلقنا فيها ميزة الأجندة.
لكن بعد الإطلاق...
.
.
لازال ذلك الإيميل يصلنا بإستمرار" اين التقويم؟" قلنا: لن نقوم بهذا سبق وقمنا بذلك واستغرق منا الكثير من الوقت والجهد. لذلك الحل كان كالتالي, عندما طلب منا مستخدمين تقويم اذا اخذنا الطلب كما هو فيعني بأن ال6 أشهر القادمة هي لتصميم التقويم ولكننا استخدمنا اسلوب يشبه...
.
.
الاستجواب الجنائي😅هنا ملاحظة عندما تسأل المستخدم ماذا تريد؟ فهذا سؤال خاطئ المستخدم يريد كل شيء. وبسعر رخيص. ويريده في الغد. لذلك كان لزاماً علينا ان نفهم المشكلة من الأساس قمنا بالاتصال بالعملاء وسؤالهم: مامشكلتك؟
.
.
عملنا خط زمني لتتبع المشكلة التي أجبرت المستخدمين على طلب التقويم. أحدهم شركة استشارات نفسية كان لديهم سكرتيره قاموا بتسريحها, بعدها استخدموا الجدار لترتيب المواعيد بعدها حاولت المديرة نسخ كل المواعيد في جداول في تطبيق بيس كامب, اتصل به عميل يريد حجز موعد وارادت معرفة ...
.
.
اين الوقت المتاح لوضع موعد العميل فيه؟ ولأن بيس كامب كان مجرد قوائم صعب عليها تحديد موعد للعميل. ركبت سيارتها وذهبت للمكتب لمشاهدة المواعيد التي على الجدار ومعرفة الوقت المتاح لوضع موعد للعميل فيه لكنها في النهاية لم تجد موعد متاح!
الآن لماذا طلبت تقويم؟
لانه كان حلها ...
.
السابق الناجح في تنظيم المواعيد مع العملاء ومعرفة الأوقات المتاحه لحجز مواعيد لذلك طلبت منا ارجاع التقويم. اذاً الآن عرفنا المشكلة بالضبط والآن هو دورنا للبحث عن حل لتلك المشكلة. نظرنا في العديد من التقاويم في تطبيقات وكيف فكرتها وكيف نفذت وبعدها خرجنا بهذه الفكرة.
.
.
جدول لشهرين (بالأشهر وليس الاسابيع او الايام) ونقاط تضاف على الجدول, وتحت الجدول اجندة (سبق تصميمها) هنا قللنا التكلفة والوقت بشكل مذهل بدلاً من تصميم تقويم متكامل لا احد يستخدمه فعلياً صممنا حل لمشكلة المستخدمين ولكن بعد فهم المشكلة تماماً.
.
.
هذا هو الشكل النهائي للتصميم. بدلاً من تصميم تقويم يستغرق منا 6 أشهر تم تصميمه في 6 أسابيع. بعد الإطلاق بأيام ارسل لنا العميل: شكراً على التقويم😅.
التقويم الذي كان في أذهان الفريق هو تقويم متكامل ولكن الحل كان أبسط لذلك فهم مستخدميك والتحدث معهم مباشرة واستخدام اسلوب ..
.
.
مشابه لأسلوب التحقيق معهم وفهم معاناتهم وتصميم حل مناسب لهم يفيدك كمصمم منتجات تقنية. حتى الآن لم يصلنا ايميل يخبرنا فيه العميل ان التقويم الذي صممناه ليس جيد او غير كافي بالنسبة لهم. هذه الصورة مقارنة بين منتج تقويم حقيقي مثل تقويم قوقل وتقويمنا الذي هو عبارة عن جدول ونقاط..
.
.
واجندة اسفل منه توضح الوقت واليوم والموعد, لكن لن يأتيك مستخدم ويخبرك بأن تصمم له جدول فيه نقاط وتضع تحته أجندة؟ هذا هو دورك أنت كمصمم منتجات ان تفهم مشكلة العميل وان تبحث له عن حل تصميمي مناسب جميل وذو فعالية ويقدم قيمة ويحل مشكلة.
.
.
إعادة تعريف المشكلة وفهمها من العميل مباشرة تجعلك تعرف احتياج مستخدميك بشكل أفضل وبالتالي تصمم لهم حل ربما ليس الذي يطلبونه منك ولكن حل يحل مشكلتهم.
.
انتهى
رابط التوك:
lab.bydesignconf.com
.

جاري تحميل الاقتراحات...