سأحاول تصميم واجهة المستخدم بنفسي — أين سأتعثر، ومتى عليّ تسليم الأمر لوكالة؟

في بيئات مثل المستودعات، يجب ألا تقل مساحة أزرار اللمس على الهاتف عن 48x48 بكسل. كما يجب الحفاظ على المسافات بين عناصر النماذج ونسبة تباين لا تقل عن 4.5:1 وفقاً لمعايير الوصول. المكتبات الجاهزة عادةً ما تكون مصممة لشاشات الكمبيوتر في المكاتب.

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

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

أغلب الوكالات ترسم تدرجات لونية جذابة وحركات أنيقة لكنها لا تفهم طبيعة غبار مستودعات اللوجستيات. لتطبيقات العمل الميداني، إن لم تتعامل مع مصمم متخصص في برمجيات الـ B2B SaaS أو التطبيقات الصناعية بدلاً من وكالة عامة، فستكون نقودك قد ضاعت هباءً.

أنا كمان صممت أول منتج B2B بنفسي، والنتيجة كانت حوالي 15 تذكرة دعم فني يومياً من العملاء التجريبيين. بعدها دفعنا لمصمم محترف 40.000 TL عشان يعيد رسم واجهة الموبايل وتدفق العمليات من الصفر، ومن أول أسبوع مكالمات الدعم انخفضت لمرتين في اليوم بس.

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

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

دعونا نفرق بين المفاهيم، فهناك خلط بينها. أرخص عرض سعر هو غالباً الأقل تفكيراً.

اسألوا من أعد العرض ومن سينفذ العمل. بالتوفيق.

تم الحفظ. عندما تحاول تغيير كل شيء دفعة واحدة، لا يستقر أي شيء.

المسألة ليست الرقم، بل الأساس الذي بُني عليه. اكتبوا إذا كانت لديكم أسئلة، سأجيب قدر استطاعتي.

مررت بهذا الطريق، دعني أشرح. يجب ربط جدول المدفوعات بمراحل العمل، وليس بالتقويم.

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

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

عند اتخاذ القرار، اكتب أسوأ سيناريو أيضًا، وليس الأفضل فقط.

أنا في نفس الوضع، لذلك أسأل. كل بند غير مكتوب هو بند سيتذكره الطرفان بشكل مختلف لاحقًا.

مثبت بالتجربة.

سأتحدث من الطرف الآخر، فأنا من جانب الموردين. الناس يدافعون عن العادات وليس العمليات. المقاومة تأتي من هناك.

عندما تحاول تغيير كل شيء دفعة واحدة، لا يستقر أي شيء.

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

الكود بدون وثائق تثبيت لا يُعتبر ملكك حتى لو كان بين يديك.

أخذت ملاحظة، شكرًا لك.

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

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

صحيح.

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

إذا كتبت النتيجة هنا، فستفيد الآخرين أيضاً.