سرّع الأداء قسّم التطبيق إذا تطلّب الأمر
 

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

ثمّة خسائر لقاء كل تأخير. (أمازون) تقول إنّها تخسر ماليًا ما يقارب 1% لقاء كل تأخير 100 مل ثانية. الخسائر قد تكون أيضًا في عدد المستخدمين، و قد تكون في حركة مرور الويب (Web Traffic) (في حالة تطبيقات الويب)، (ياهو) تقول إن تأخير 500 مل ثانية يتسبّب في انخفاض حركة مرور الويب بنسبة 20%.

هناك موضوع سابق نشر على معمل ألوان يتحدّث بالتفصيل عن تجربة الانتظار (Experience of Waiting) وهي أن التجربة التي يعيشها المستخدم أثناء الانتظار قد تغيّر الكثير من قناعته حول الوقت الذي ينتظره.

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

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

dive-simple-web-figure
تطبيق Messenger و تطبيق Swarm.
امض إلى المستخدم
مع توفّر أجهزة الهواتف الذكيّة مع غالبيّة المستخدمين اليوم، و مع إمكانيّة إشعار المستخدم بين الفينة و الأخرى؛ فإن هذا الأمر قد ساهم نوعًا ما بتغيير السلوك، إن من الإحسان في التبسيط لتطبيق ما أن يُشْعَر المستخدم بما هو مناسب، و أن تترك الحريّة للمستخدم لتمكين و تعطيل هذه الإشعارات.

الإشعارات قد تكون على أي هيئة (كرسالة بريد إلكتروني) و ليس بالضرورة أن تكون إشعارات جوّال.

يمكن لنا أن نحكم بالبساطة على تطبيق ما لسهولة استخدامه ولمحدوديّة وظائفه و ألوانه. التطبيقات قد تختلف في أسبابها و مستخدميها، ومن أجل ذلك تختلف في تبسيطها. التبسيط حلقة مستمرة تنتهي حينما لا يمكننا التبسيط أكثر. ثمّة فرضيات للتبسيط مثل فرضيّة “لا تجعل المستخدم يفكّر” و فرضيّة “التقليل من كل شيء” و فرضيّة “80% – 20%” و فرضيّة “اللوحة الصغيرة”. المحتوى الجيّد و احترام واجهات الاستخدام لكل منصّة أو نظام تشغيل يساهم بشكل أساسي في تبسيط التطيبق. ثمّة الكثير من الأفكار في المقالة تحث و تدل على التبسيط حسب رأيي.