لا تجعلني أفكر

السلام عليكم

أنا بادي

هذه الحلقة الأولى من بودكاست مليار

بودكاست نتكلم فيه عن المشاريع التقنية والتطبيقات ومراحل بنائها ومراقبة السوق والمنافسين وغيرها من هذه المواضيع

بتكلم في هذه الحلقة عن كتاب يصنف على إنه أحد أهم المراجع في تصميم المنتجات التقنية وتحديداً في مجال الـ 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

فرضية إنه المستخدم رح يشوف كل الخيارات ثم يقيمها ويروح مع الخيار الأفضل , فرضية خاطئة

المستخدم يفكر بنفس عقلية الطيار أو رجل الإطفاء

تخيلوا معي رجل إطفاء قدام حريق كبير داخل أحد المباني وفي لحظات حرجة تحت ضغط كبير

 ما راح يشوف كل الخيارات اللي أمامه ثم يقيمها ثم يختار الأمثل , ما عنده وقت

لأ , راح يروح مع أول خيار يظن إنه ممكن يوصله لغايته , النجاة

الحقيقة الثالثة:

حنا يالبشر ما ندرك الأشياء كيف تشتغل , ولكن نتحرك بشكل فوضوي

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

الشابتر الثالث:

عنوانه " تصميم لوحة الإعلانات ١٠١" ما أدري ليش ١٠١ !

يعلمنا هذا التشابتر كيف نصمم الموقع أو التطبيق للناس اللي ما تقرا كل شي "أغلب البشر"

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

الشابتر الرابع:

ليش المستخدمين يحبون الخيارات اللي ما تحتاج تفكير

قانون krug الثاني :

"مو مهم كم مرة لازم أضغط , طالما إن الضغطات ما تحتاج تفكير ولا فيها غموض"

نقدر نعتبر عدد الضغطات  مقياس لصعوبة المهمة لكن في الواقع عدد الضغطات مو مهم , اللي يهم هو صعوبة كل ضغطة (كمية التفكير اللي أحتاج أفكره عند كل ضغطه , والشك بإنه اللي قاعد أسوي صح أو خطأ) 

بشكل عام : ضغطة وحدة بتفكير تعادل ثلاث ضغطات بدون تفكير

إذا ما قدرت تخلي كل الضغطات ما تحتاج تفكير .. لا تتركني ضايع .. عطني التلميحات اللي أحتاجها "اللي أحتاجها وبس اللي أحجتاجها!"

الشابتر الخامس:

تخلص من الكلمات اللي ما لها داعي

قانون krug الثالث:

تخلص من نص الكلمات اللي في كل صفحة , ثم تخلص من نص اللي بقى منها

شيل أي شي يمكن الاستغناء عنه

الشابتر السادس:

احرص إن تطبيقك أو موقعك واضح والشخص بيقدر يعرف هو وين واقف في أي لحظة وما يحس إنه ضايع

عشان تختبر هذا الشي في أي موقع تقدر تستخدم

اختبار "شنطة السيارة"

The Trunk test

تخيل إنك مخطوف ومرمي في شنطة سيارة مسرعة وعيونك مربطة

ثم فجأة نطلوك على صفحة من صفحات الموقع أو التطبيق

إذا الصفحة مصممة بشكل جيد لازم تعرف تجاوب على أسئلة مثل

 • إيش اسم الموقع أو التطبيق؟

 • إيش هذه الصفحة؟

 • إيش أقسام الموقع أو التطبيق؟

 • إيش أقدر أسوي في هذه الصفحة؟

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

التشابتر السابع:

الصفحة الرئيسية

احرص إنها مرتبة ونظيفة وتشد المستخدم وتأكد إن فيها شي زمني متجدد

واللي يدخل عليها في أي وقت يعرف إنها حية مهي صفحة قديمة مسحوب عليها

 واحذر من إنك تحشر فيها الكثير من الأشياء

الشابتر الثامن:

المزارع والراعي يجب أن يصبحوا أصدقاء

أغلب الخلافات حول الـ usability  هي مضيعة للوقت ويجب تجنبها

كثير من الناس اللي لهم رأي في تصميم التطبيق يبدؤون حديثهم بـ " المستخدم المتوسط يحب كذا وما يحب كذا"

ثم يرد عليه الثاني بإنه حسب الدراسة الفلانية المستخدم العادي يحب كذا ولا يحب كذا" وندخل في جدالات طويلة ما منها فائدة

الطريقة الوحيدة لإنهاء الجدل والفصل بين الطرفين هي:

الاختبار والتجربة

طيب كيف نختبر؟ هذا هو موضوع التشابتر الجاي

التشابتر التاسع

usability testing on 10 cents a day

 خلي الاختبار بسيط , عشان تقدر تكرره مرات كثيرة

مهم نعرف إنه الـ usability testing هو مو اختبار نسويه قبل الإطلاق بأسبوع أو أسبوعين أو شهر أو شهرين

الـ Usability test هو اختبار لازم ينعمل بشكل مستمر "كل شهر مثلاً" طول فترة تطوير المنتج بحيث نجيب ناس ما قد تعاملوا مع التطبيق قبل ونطلب منهم مهام يسوونها في التطبيق ونراقبهم ونسجل المشاكل اللي واجهتهم

حقائق عن الـ usability testing

1. إذا تبي يكون عندك موقع أو تطبيق جيد , لازم تختبر
   1. بعد شهر من عملك على تطبيقك .. صار من المستحيل إنك تقدر تنظر للتطبيق نظرة "fresh" وكأنك مستخدم جديد أول مرة يلمس التطبيق ورح تتعود على المشاكل اللي فيه ولا عاد تنتبه لها
2. إنك تختبر مرة وحدة مع شخص واحد , أفضل 100 مرة من إنك ما تختبر
3. إنك تختبر مرة وحدة مع شخص واحد "في بداية المشروع" أفضل من إنك تختبر 50 مرة مع 50 شخص عند نهاية المشروع , كل ما اكتشفت أخطاءك بدري كلما قدرت تعالجها بسهولة وسرعة وبدون خسائر

تقدر توظف خبراء usability testing لكن الكاتب يحرضك على أن تقوم بالإختبار بنفسك "بالذات إذا ما كان عندك ميزانية عالية"

كيف تسوي الاختبار بنفسك؟

الزمن اللي تحتاجه لإنهاء جولة اختبار؟ صباحية أحد أيام العمل

متى تسوي الاختبار؟ بشكل مستمر طول عملية التطوير

كم مرة؟ مرة كل شهر

كم عدد المشاركين "اللي بتنفذ الاختبار معهم" كل مرة ؟ 3

كيف تختار المشاركين؟ لا تدقق مرة , كمية الاختبارات أهم من التدقيق على نوعية المشاركين

وين تسوي الاختبار؟ في غرفة الاجتماعات واستخدم برنامج "مشاركة وتسجيل الشاشة"

مين يشوف الاختبار؟ كونه اختبار سريع وقريب عدد أكبر من الموظفين يقدروا يشوفوا الاختبار "بث حي" بحيث يجلسون في غرفة مجاورة لغرفة الاجتماع ويراقبون عن طريق برنامج تسجيل الشاشة

كيف أسوي التقرير؟ إيميل يلخص استنتاجات الفريق بعد ما اجتمعوا وناقشوا تجربة المشاركين

مين يحدد إيش هي المشاكل اللي لازم تنحل؟ كل فريق التطوير وأي أحد من أصحاب العلاقة "stakeholders" أثناء الغداء في نفس اليوم اللي صار فيه الاختبار يقارنوا ملاحظاتهم ويقرروا الشي اللي بيتصلح

إيش الهدف الرئيسي من هذا كله؟ تحديد المشاكل الحرجة والالتزام بحلها قبل جولة الاختبار الثانية

كم بيكلف هذا؟ بضع المئات من الريالات أو أقل

الـ usability testing أمر مهم جداً وأنصح كل من له دور في بناء تطبيق أو موقع إنه يحرص على إجراء هذا الاختبار بشكل دوري

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

يسعدني ويحفزني إنك وصلت لهذا الجزء من البودكاست

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

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

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

شكراً

مع السلامة