هذه الحلقة بتكلم فيها أنا بادي عن الكتاب العظيم
Don’t Make Me Think - by Steve Krug
أتمنى لكم رحلة ممتعة
هذه الحلقة بتكلم فيها أنا بادي عن الكتاب العظيم
Don’t Make Me Think - by Steve Krug
أتمنى لكم رحلة ممتعة
السلام عليكم
أنا بادي
هذه الحلقة الأولى من بودكاست مليار
بودكاست نتكلم فيه عن المشاريع التقنية والتطبيقات ومراحل بنائها ومراقبة السوق والمنافسين وغيرها من هذه المواضيع
بتكلم في هذه الحلقة عن كتاب يصنف على إنه أحد أهم المراجع في تصميم المنتجات التقنية وتحديداً في مجال الـ usability
وش الـ usability ؟
هي قابلية أي منتج للاستخدام بمعنى آخر "مدى سهولة استخدام تطبيقك وتعلّمه للشخص العادي اللي أول مرة يشوفه"
يوضح الكتاب الأساسيات والخطوط العريضة اللي لازم كل شخص له دور في بناء أي منتج إلكتروني يفهما عشان يبني منتج نظيف قابل للاستخدام بسلاسة وسهولة وبشكل يبقي المستخدم مستمتع وراضي أثناء استخدام التطبيق أو الموقع
الكتاب هو
Don’t make me think
لا تجعلني أفكر
للكاتب العظيم Steve Krug
التشابتر الأول يحمل نفس اسم الكتاب "لا تجعلني أفكر"
واللي هي القاعدة رقم 1 عند steve krug
Don’t make me think!
يوجه الكاتب steve krug هذه العبارة لك إنت "الشخص المسؤول عن المنتج" ويقولك بلسان المستخدم "لا تخليني أفكر!" لا توجع راسي وخلي رحلتي في تطبيقك سهلة وبدون ألغاز
هذه القاعدة هي اللي تحدد إذا ما كان تصميم موقع أو تطبيق ما ناجح أو فاشل
إذا ما عندك وقت تسمع باقي الكتاب .. لا تكمل لكن .. خذ معك هذه القاعدة
كمستخدم .. بعض الأزرار بتوقف عندها .. ولو لأجزاء من الثانية عشان تفكر .. وين بيوديني هذا الزر؟ .. أو إيش قاعد أسوي في هذه الصفحة؟
حتى لو لأجزاء من الثانية .. هذا أمر يجب أن لا يحدث .. لازم تتجنب قدر الإمكان إنك تربك المستخدم وتخليه يحتار
تخيل شخص فاتح الصفحة الرئيسية في تطبيقك .. وفي باله علامات استفهام مثل:
إيش يقصدون بهذه العبارة؟
إيش يسوي هذا الزر؟
وين لازم أبدأ؟
إيش بيصير لو ضغط هنا؟
هذا زر ؟ ينضغط؟
لما تصمم موقع أو تطبيق .. وظيفتك الأساسية إنك تتخلص من علامات الاستفهام!
أحياناً بتضطر تطلب من المستخدم أشياء معقدة شوي .. لكن إذا ما قدرت تخليها واضحة .. اشرحها أضف بعض العبارات اللي توضحها وتزيل التساول
الشبتر الثاني
يتكلم هذا الشابتر عن طريقة استخدام الناس للويب أو التطبيقات
الحقيقة الأولى : ترى حنا يالبشر .. ما نقرا كل شي مكتوب في الصفحات , ولكن نمر عليها مرور أو "نمسحها مسح" نمر عالسريع بالعيون وندوّر على ضالتنا بين السطور
أو مثل ما قال Krug :
we don’t read pages, we scan them
الحقيقة الثانية:
حنا ما ندور على أفضل طريق , حنا نروح مع أول درب يودي
وبلسان Krug:
we don’t make optimal choices, we satisfice
فرضية إنه المستخدم رح يشوف كل الخيارات ثم يقيمها ويروح مع الخيار الأفضل , فرضية خاطئة
المستخدم يفكر بنفس عقلية الطيار أو رجل الإطفاء
تخيلوا معي رجل إطفاء قدام حريق كبير داخل أحد المباني وفي لحظات حرجة تحت ضغط كبير
ما راح يشوف كل الخيارات اللي أمامه ثم يقيمها ثم يختار الأمثل , ما عنده وقت
لأ , راح يروح مع أول خيار يظن إنه ممكن يوصله لغايته , النجاة
الحقيقة الثالثة:
حنا يالبشر ما ندرك الأشياء كيف تشتغل , ولكن نتحرك بشكل فوضوي
نادراً ما تلقى ناس يقرأون التعليمات .. غالباً اللي نسويه إننا ننطلق في رحلة من الاكتشافات ونضغط هنا ونضغط هناك ونجرب عشان نكتشف كيف يشتغل التطبيق
الشابتر الثالث:
عنوانه " تصميم لوحة الإعلانات ١٠١" ما أدري ليش ١٠١ !
يعلمنا هذا التشابتر كيف نصمم الموقع أو التطبيق للناس اللي ما تقرا كل شي "أغلب البشر"
الشابتر الرابع:
ليش المستخدمين يحبون الخيارات اللي ما تحتاج تفكير
قانون krug الثاني :
"مو مهم كم مرة لازم أضغط , طالما إن الضغطات ما تحتاج تفكير ولا فيها غموض"
نقدر نعتبر عدد الضغطات مقياس لصعوبة المهمة لكن في الواقع عدد الضغطات مو مهم , اللي يهم هو صعوبة كل ضغطة (كمية التفكير اللي أحتاج أفكره عند كل ضغطه , والشك بإنه اللي قاعد أسوي صح أو خطأ)
بشكل عام : ضغطة وحدة بتفكير تعادل ثلاث ضغطات بدون تفكير
إذا ما قدرت تخلي كل الضغطات ما تحتاج تفكير .. لا تتركني ضايع .. عطني التلميحات اللي أحتاجها "اللي أحتاجها وبس اللي أحجتاجها!"
الشابتر الخامس:
تخلص من الكلمات اللي ما لها داعي
قانون krug الثالث:
تخلص من نص الكلمات اللي في كل صفحة , ثم تخلص من نص اللي بقى منها
شيل أي شي يمكن الاستغناء عنه
الشابتر السادس:
احرص إن تطبيقك أو موقعك واضح والشخص بيقدر يعرف هو وين واقف في أي لحظة وما يحس إنه ضايع
عشان تختبر هذا الشي في أي موقع تقدر تستخدم
اختبار "شنطة السيارة"
The Trunk test
تخيل إنك مخطوف ومرمي في شنطة سيارة مسرعة وعيونك مربطة
ثم فجأة نطلوك على صفحة من صفحات الموقع أو التطبيق
إذا الصفحة مصممة بشكل جيد لازم تعرف تجاوب على أسئلة مثل
• إيش اسم الموقع أو التطبيق؟
• إيش هذه الصفحة؟
• إيش أقسام الموقع أو التطبيق؟
• إيش أقدر أسوي في هذه الصفحة؟
إذا قدرت تجاوب على هذه الأسئلة بسرعة وبدون تردد أو شك .. إذا التصميم جيد وما يحتاج تسوي شي
التشابتر السابع:
الصفحة الرئيسية
احرص إنها مرتبة ونظيفة وتشد المستخدم وتأكد إن فيها شي زمني متجدد
واللي يدخل عليها في أي وقت يعرف إنها حية مهي صفحة قديمة مسحوب عليها
واحذر من إنك تحشر فيها الكثير من الأشياء
الشابتر الثامن:
المزارع والراعي يجب أن يصبحوا أصدقاء
أغلب الخلافات حول الـ usability هي مضيعة للوقت ويجب تجنبها
كثير من الناس اللي لهم رأي في تصميم التطبيق يبدؤون حديثهم بـ " المستخدم المتوسط يحب كذا وما يحب كذا"
ثم يرد عليه الثاني بإنه حسب الدراسة الفلانية المستخدم العادي يحب كذا ولا يحب كذا" وندخل في جدالات طويلة ما منها فائدة
الطريقة الوحيدة لإنهاء الجدل والفصل بين الطرفين هي:
الاختبار والتجربة
طيب كيف نختبر؟ هذا هو موضوع التشابتر الجاي
التشابتر التاسع
usability testing on 10 cents a day
خلي الاختبار بسيط , عشان تقدر تكرره مرات كثيرة
مهم نعرف إنه الـ usability testing هو مو اختبار نسويه قبل الإطلاق بأسبوع أو أسبوعين أو شهر أو شهرين
الـ Usability test هو اختبار لازم ينعمل بشكل مستمر "كل شهر مثلاً" طول فترة تطوير المنتج بحيث نجيب ناس ما قد تعاملوا مع التطبيق قبل ونطلب منهم مهام يسوونها في التطبيق ونراقبهم ونسجل المشاكل اللي واجهتهم
حقائق عن الـ usability testing
تقدر توظف خبراء usability testing لكن الكاتب يحرضك على أن تقوم بالإختبار بنفسك "بالذات إذا ما كان عندك ميزانية عالية"
كيف تسوي الاختبار بنفسك؟
الزمن اللي تحتاجه لإنهاء جولة اختبار؟ صباحية أحد أيام العمل
متى تسوي الاختبار؟ بشكل مستمر طول عملية التطوير
كم مرة؟ مرة كل شهر
كم عدد المشاركين "اللي بتنفذ الاختبار معهم" كل مرة ؟ 3
كيف تختار المشاركين؟ لا تدقق مرة , كمية الاختبارات أهم من التدقيق على نوعية المشاركين
وين تسوي الاختبار؟ في غرفة الاجتماعات واستخدم برنامج "مشاركة وتسجيل الشاشة"
مين يشوف الاختبار؟ كونه اختبار سريع وقريب عدد أكبر من الموظفين يقدروا يشوفوا الاختبار "بث حي" بحيث يجلسون في غرفة مجاورة لغرفة الاجتماع ويراقبون عن طريق برنامج تسجيل الشاشة
كيف أسوي التقرير؟ إيميل يلخص استنتاجات الفريق بعد ما اجتمعوا وناقشوا تجربة المشاركين
مين يحدد إيش هي المشاكل اللي لازم تنحل؟ كل فريق التطوير وأي أحد من أصحاب العلاقة "stakeholders" أثناء الغداء في نفس اليوم اللي صار فيه الاختبار يقارنوا ملاحظاتهم ويقرروا الشي اللي بيتصلح
إيش الهدف الرئيسي من هذا كله؟ تحديد المشاكل الحرجة والالتزام بحلها قبل جولة الاختبار الثانية
كم بيكلف هذا؟ بضع المئات من الريالات أو أقل
الـ usability testing أمر مهم جداً وأنصح كل من له دور في بناء تطبيق أو موقع إنه يحرص على إجراء هذا الاختبار بشكل دوري
وممكن تبحثوا في الإنترنت عن طرق إجراء هذا الاختبار وراح تلقوا مواد مفيدة تساعدكم خطوة بخطوة
يسعدني ويحفزني إنك وصلت لهذا الجزء من البودكاست
هذه الحلقة هي مجرد مقتطفات من الكتاب واللي يبي يتعرف على هذا العالم بشكل أكبر لازم يقرا الكتاب
هذه هي نهاية رحلة اليوم
إذا أعجبك المحتوى .. أرسله لأي شخص تعتقد إنه بيستفيد منه واضغط على زر الإعجاب في أي منصة قاعد تسمعني منها
شكراً
مع السلامة