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

لكن، كيف نحكم بالبساطة على تطبيق ويب أو جوّال؟ هل لكونه سهل الاستخدام (ربما بديهي الاستخدام)؟ أو لكونه يقوم بعدد قليل من الوظائف؟ أو لأن له نمط بألوانٍ محدّدة (ربما لون إلى ثلاثة ألوان)؟ رأيي أنّها في جميع ما سبق. و وفقًا للترتيب التالي: سهولة الاستخدام و التي تقاس عادةً بمدى سرعة تنفيذ مهمّةٍ معيّنة و بنسبة الخطأ، و كذلك محدودّية الوظائف و الألوان.

التبسيط قد يختلف
لطالما تمنيّت لو كانت كل التطبيقات بسيطة كبساطة محرّك بحث (قوقل): صندوق لإدخال كلمة البحث و زر لتنفيذ العمليّة؛ لكن الحقيقة أن التطبيقات تختلف في أسبابها.

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

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

فرضيّات في التبسيط
التبسيط حلقة مستمرة، تنتهي هذه الحلقة عندما تكون الإجابة على سؤال “هل ثمّة إمكانيّة للتبسيط؟” بالنفي.

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

إن بعض التطبيقات لفرط بساطتها مكّنت آخرين من بناء تطبيقات أخرى فوق (مستفيدةً من) هذه التطبيقات. ثمّة فرضيّات يمكن الاستقاء منها لتنفيذ التبسيط، كنت قد ذكرت بعضًا منها في مقالة مقدّمة في التبسيط و الآن أكمل بعضها…

dive-simple-web-figures.001
دورة حياة التبسيط.
لا تجعل المستخدم يفكّر: دعنا نواجه الأمر، المستخدم ليس بصدد أن يحل لغزًا في تطبيقك (على الأرجح)؛ لذلك كان من الأفضل أن يكون التطبيق بديهيًا و لا يتطلّب المزيد من التفكير. هذه الفرضيّة في رأيي هي أحد أسمى فرضيّات التبسيط.
التقليل من كل شيء: التقليل قرين للتبسيط في كل شيء (في سياق تطبيقات الويب و الجوّال)، التقليل من الإجراءات، التقليل من الوقت في تنفيذها، التقليل من الوظائف للتطبيق، التقليل من الألوان. قد نجد في بعض الأحيان أنّنا نطرح سؤالاً حول “ماذا على التطبيق أن يفعل؟” فيما نغفل عن طرح سؤال “ماذا على التطبيق ألّا يفعل؟”.
80% – 20%: هذه الفرضيّة فرضيّة حازمة؛ إذ تقترح أن يتم بناء التطبيق بمميزات يستخدمها 80% من المستخدمين و أن يتم التخلّص من المميزات التي يستخدمها 20% منهم. لعل التسمية جاءت استلهامًا من مبدأ باريتو.
اللوحة الصغيرة: كنت قد ذكرت مبدأ الجوّال أولاً في المقالة السابقة لكنّي أؤكد على فكرة تصغير لوحة العمل؛ إذا قرّرت تصميم تطبيق جوّال أو ويب، حاول رسم النموذج الأولي في لوحة عمل صغيرة (أوراق الملاحظات الصفراء مثلاً) بدلاً من رسمه في لوحة عمل كبيرة (ورقة A4 مثلاً)؛ ستجد نفسك أمام مفترق طرق، إمّا أن تصغّر حجم العناصر (وهذا غير محبّذ برأيي) أو أن تزيل الكثير من العناصر (الغير ضروريّة) و تركّز على العناصر الضروريّة.