غالبًا ما ننظر إلى تصميم التطبيقات وتصميم مواقع الويب على أنهما حقلين مختلفين ، إذا كان لهما صلة ،.

تتشابك الخطوط قليلاً مع تطبيقات الويب (التي هي من الناحية التقنية تطبيقات ومواقع ويب) ، ولكننا ما زلنا نميل إلى محاولة تقسيمها. حتى المصممين الذين يعملون على كلا النوعين من التصاميم غالبا ما ينظرون إليهم على أنهم أشياء منفصلة.

ولكن هناك الكثير من الدروس التي يمكن لمصممي التطبيقات ومصممي الويب تعليم بعضهم البعض.

وقد ظهر كل نوع من أنواع التصميم لديه نقاط القوة والضعف الخاصة به ، والتي غالبا ما تكون مكملة لنقاط القوة والضعف في المجال الآخر.

فيما يلي ستة دروس يمكن للتطبيق ومصممي الويب تعليم بعضهم البعض.

1. تجنب زحف الميزة

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

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

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

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

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

2. تحتاج إلى إنشاء شيء فريد وطازج

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

يعد PDF Expert مثالًا رائعًا لأحد التطبيقات مع كل من التصميم الجديد والوظائف الفريدة.

مصممي الويب لم يلحقوا بالضرورة بهذه الفكرة. الكثير منهم يأخذون نفس الأشياء التي يقوم بها المصممون الآخرون ، ويقومون بتعديل اثنين من الأشياء "لجعلها خاصة بهم" ويطلق عليها اليوم. بالتأكيد ، قد يبدو الموقع مختلفًا بشكل سطحي ، ولكنه لا يزال نفس التخطيط العام ، والميزات العامة نفسها ، والوظائف العامة نفسها. لا يوجد شيء مختلف أو رائع.

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

إليك تمرين لك: في المرة التالية التي تواجه فيها تحدي تصميم يحتاج إلى التغلب عليه ، لا تبحث عن كيفية قيام شخص آخر بذلك. بدلًا من ذلك ، اجلس واستخلع الأفكار العشرة حول كيفية التعامل مع المشكلة ، بصرف النظر عن الكيفية التي قد تبدو بها على الشاشة أو غبيًا. فقط بعد أن يكون لديك هذه القائمة يسمح لك بالاطلاع على كيفية حل الآخرين للتحدي نفسه. معرفة ما إذا كانت حلولهم أفضل من ما توصلت إليه. ادمج بعض أفكارهم مع بعض أفكارك واطلع على ما يمكنك التفكير فيه. سيؤدي ذلك إلى تفكيرك في حلولك الفريدة الخاصة بك بدلاً من مجرد اتباع الوضع الراهن.

3. استخدم ضوابط وأنماط واجهة المستخدم الرسومية القياسية

على الرغم من أن التصميم الفريد جيد ، إلا أن أفضل مصممي التطبيقات يعرفون أيضًا أن هناك بعض عناصر واجهة المستخدم القياسية القياسية التي من المتوقع أن تقوم بأشياء معينة. أنها تحيد عن هذه الضوابط المحددة مسبقا على مسؤوليتهم الخاصة. لا تؤدي التطبيقات الناجحة إلا الأشياء بشكل مختلف عندما تعمل بشكل أفضل من واجهة المستخدم الرسومية القياسية (التي لا تكون غالبًا في معظم الحالات). ويعرض معظمهم تعليمات واضحة عندما ينحرفون.

يستخدم تطبيق Harvest أنماط واجهة المستخدم الرسومية القياسية مع إنشاء واجهة مخصصة أيضًا. فهو يجعل التطبيق سهل الاستخدام وجذاب.

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

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

4. إنشاء رسائل خطأ مفيدة

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

حتى الإضافة البسيطة لمربع البحث والروابط إلى الصفحة الرئيسية والأرشيف يمكن أن تجعل الصفحة 404 أكثر فائدة.

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

5. الأمور جميلة

هذا شيء يمكن أن يتعلمه الكثير من مصممي التطبيقات من مصممي الويب. الآن ، منحت ، هناك الكثير من التطبيقات جميلة ومفيدة هناك. ولكن هناك أيضًا الكثير من التطبيقات التي تتميز بميزات رائعة ولكنها مصممة بشكل لا يصدق وقبيح.

يحتاج مصممو التطبيقات إلى التفكير في كيفية تصميم واجهة المستخدم الرسومية (GUI) بشكل أفضل لتطبيقهم ، بدلاً من استخدام مخطط التصميم الافتراضي للمنصة التي يبنونها. من المؤكد أن عناصر واجهة المستخدم الرسومية المدمجة ليست رهيبة في بعض الحالات ، ولكنها أيضًا عامة جدًا. لن يساعد تطبيقك على التميز عن الآلاف الآخرين في السوق. والأسوأ من ذلك هو عدد التطبيقات التي تستخدم تصميمًا مخصصًا في الواقع أسوأ من واجهة المستخدم الرسومية.

تطبيق Awesome Note هو أحد التطبيقات التي تحصل بالتأكيد على تصميم جذاب مهم لتطبيق جيد.

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

6. قابلية التوسع أمر لا بد منه

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

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

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

كانت هناك مناقشة شيقة على + Google في الأسبوع الماضي بين روبرت سكوبل وكيفين روز. يواجه Scoble مشكلات متعلقة بالمحتوى المكرر ("الضجيج") الذي يمزق خلاصته ، وكان يقول علانية أن + Google يجب أن يأتي بنوع من نظام التصفية للمساعدة في التخلص من كل هذه الضوضاء. تجادل روز بأنه فقط لأن سكوبل هو مستخدم "حالة هامشية" ، وأن معظم الناس لن يواجهوا نفس المشاكل لأنهم لا يتبعون آلاف الأشخاص. ويبقى السؤال ، هل يجب أن يركز تطبيق ويب مثل + Google (أو تطبيق لمنصة جوّال) على قابلية التوسع لهؤلاء المستخدمين الهامشيين ، أو التركيز فقط على المستخدمين "المتوسطين"؟ إنه نقاش لا يحتمل أن يتم حله في أي وقت قريب ، ولكن مطوري ومصممي التطبيقات (التطبيق) والمصممين يجب أن يكونوا على دراية ويقرروا كيف يريدون التعامل مع كل حالة على حدة.

استنتاج

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

ما رأيك؟ ما هي الدروس الأخرى التي يمكن لمصممي الويب والتطبيق تدريسها لبعضهم البعض؟ ما هي الدروس التي يحتاجها كلا النوعين من المصممين للتعلم ، وأين يمكنهم تعلمها؟ اسمحوا لنا أن نعرف في التعليقات!